数据出境安全评估流程图

你多半是被一串问题卡住的：自家业务到底算不算数据出境、要不要走安全评估、申报材料从哪一步开始准备、交上去之后多久要再复核一次。网上讲政策的文章不少，但很少有把「谁先做、谁后做、卡住时回头查哪一步」串成一条线。这篇按流程图的读法拆开：先判断适不适用，再定路径与申报顺序，最后给出一份能直接贴进合规台账的动作清单和排查顺序。

你多半是被一串问题卡住的：自家这条业务线到底算不算数据出境、要不要走安全评估、申报材料从哪一步开始准备、交上去之后多久要再复核一次。讲政策的文章不少，但很少有把「谁先做、谁后做、卡住时该回头查哪一步」串成一条线的。这篇按流程图的读法拆开：先判断适不适用，再定路径和申报顺序，最后给出一份能直接贴进合规台账的动作清单和排查顺序。整张图分四段加一个回退分支，任何一段画错了，后面都会返工。

读的时候记住一件事：流程图不是线性打卡，而是有回头箭头的。卡住时不要重新通读政策，而是按「适用性→路径→材料→时间」的顺序回退一步去查。下面每一节都配了可照做的动作，术语口径可以先用站内资料库对齐，具体数字和门槛一律以申报当期官方口径为准。

先画三根轴：谁出境、出什么、出到哪

画流程图之前先把三根轴定好，这是整张图的地基。第一根轴是主体：境内运营者向境外提供数据，才进入这张图；纯粹境内流转、或者只是境外主体之间转手，画不进这条线。第二根轴是数据本身，个人信息、重要数据、行业监管名录里的数据要分开标记，标记不同后面路径就不同。第三根轴是接收方和用途，同一批数据给境外子公司做人事、给境外供应商做运维、给境外模型服务做推理，处理方式不一样。

• 列出所有涉及跨境的系统调用，标出数据出口在哪一段；
• 按数据类别分三栏：个人信息、重要数据、行业名录数据；
• 给每类数据写上接收方名称、所在地区、具体用途；
• 把「不确定是不是出境」的条目单独拎出来，先求证再合并；
• 术语和分类口径先到 /ai-dict/category/safety 对齐再往下走。

定路径：评估、标准合同、认证，哪条适用于你

三条路不是随便挑的并列选项，触发条件不同：达到规定门槛或涉及特定数据类别的，走安全评估；未达门槛的常见做法是标准合同或认证。判断顺序建议是：先看数据类别有没有落在需要评估的范围里，再看数量与敏感程度，最后才看业务形态。路径选错的代价是白做一轮材料，所以定完路径先别急着填表，回头把第一根轴的结论再核一遍。

这条判断有例外：同一家企业不同业务线可能同时踩中两条路，需要分开申报，不要用一条线的结论覆盖全公司。要横向比较路径差异，去 /safety 分区看相关篇目，门槛和数量口径到站内对应页面核对当时的数字，别凭记忆。

申报顺序：材料、内部签字、提交、补正

1. 定牵头人把法务、IT、业务三条线拉到一个群里，指定一个人汇总数据清单，明确谁提供哪部分字段。
2. 备数据清单字段缺失、接收方信息不全、场景描述与系统实际调用不一致，这三项先自查，能省一轮补正。
3. 走内部签字把清单、路径判断结论、风险评估说明一起送内部评审，留好评审记录，别只走邮件。
4. 提交并盯补正提交后重点看补正通知，常问的是「这批数据给了谁、用来做什么」，答不上说明第一阶段链路没画清。
5. 记台账每次提交、补正、批复的时间点都记进同一份台账，有效期计算到站内合规页核对当时说明。

内部签字这一步最容易被压缩，但恰恰是后面举证的主力。评审记录写清谁在什么依据下同意走这条路径，比自己给结论更经得起追问。

通过之后不是结束：留证、复核、变更

批复拿到手不等于收工。把批复文件、申报材料版本、内部评审记录归到一个固定位置，出事时这几样是举证的主力，别散落在各人邮箱里。业务一变就要重新评估：接收方换了、出境数据类别变了、用途从运维变成训练，都属于要回头复核的信号。复核节奏按内部台账定期跑，而不是等监管提醒。

• 固定归档位置，版本号与日期同步更新；
• 把「接收方变更」「数据类别变更」「用途变更」列为复核触发条件；
• 复核结果写成一页纸结论，附上依据文件链接；
• 过期或漏复核的风险往往比第一次申报更麻烦，宁早不晚；
• 取证与留证的具体做法参照 /safety 分区讲举证的那几篇。

卡住时的排查顺序

卡住时别急着重读政策全文，按固定顺序回退更快。第一步查适用范围：是不是把境内流转误判成出境。第二步查路径：是不是在未达门槛时硬走评估，或反过来。第三步查材料：清单字段、接收方信息、场景描述是否与实际一致。第四步查时间：申报节点、补正期限、复核节点有没有漏记。按这个顺序回退，比从头通读省时间。