数据出境安全评估申报指南

团队开始用海外模型或把日志、训练语料放到境外服务上时，最常见的卡点是：到底要不要申报、由谁申报、材料从哪一页开始写。这篇按「先判断触发条件，再对材料清单，最后走流程」的顺序讲一遍，每一步都给出可执行动作和去哪核对口径。数据规模和判定阈值会变，数字一律以站内数据出境相关政策问答页和官方口径为准。

团队开始用海外模型，或者把日志、训练语料放到境外服务上跑，最常见的卡点往往不是技术，而是流程：到底要不要申报、由谁来申报、材料从哪一页开始写。很多人卡在第一步就停下来，白白拖了几周。这篇按「先判断触发条件，再对材料清单，最后走流程」的顺序讲一遍，每一步都给出可执行动作和去哪核对口径。

要提醒一句：数据规模和判定阈值会变，数字一律以站内数据出境相关政策问答页和官方口径为准，别拿几年前看到的说法直接套。下面所有内容都围绕判断标准和动作，具体的数值门槛请到 指南中心（/guides） 里找对应条目核对当时的数字。

先判断要不要申报：四个触发点自查

先把四个触发点逐个过一遍，任何一个命中就要认真评估路径。一是是否向境外提供个人信息或重要数据；二是是否属于关键信息基础设施运营者；三是累计处理量是否达到门槛；四是数据是否来自境外再回传。这四条不是选一条，而是并列自查，命中越多，需要走的路径越重。

特别容易漏的是「模型调用」。很多人以为只有整库导出才算提供行为，其实提示词里带身份信息、客户名单、代码仓库路径，都可能被认定为向境外提供。判断口径是：只要对方能看到可识别到具体人的信息，就按提供来评估，而不是看导出的文件多大。

• 纯公开数据、已充分匿名化且不可复原的数据，通常不在同一口径下，但要留好处理过程证据，不能只口头说「已脱敏」
• 如果只是偶发测试、且数据不含个人信息与重要数据，通常走更轻的路径，但仍建议留一份说明备查
• 关键信息基础设施运营者的判定看主体身份，不看单次数据量，别拿数据少当理由跳过
• 不要只看「有没有整库导出」，要看对方实际能看到什么字段

材料怎么备：一份可勾选的清单

材料按四大类归档：申报书、数据出境风险自评估报告、与境外接收方签订的合同或法律文件、安全防护与整改说明。缺哪类先补哪类，不要四类同时开工，容易互相矛盾。归档时建议按项目建一个目录，每类一个子目录，版本号写在文件名里。

1. 先立目录结构按四类各建一个子目录，放最新的定稿版本，旧版本单独放 archive，避免交材料时拿错版本
2. 写自评估报告报告要能对上业务实际：数据字段、出境链路（哪个接口、哪台服务器、哪家中转）、接收方、留存期限、用户是否被告知并同意
3. 留存链路证据把调用记录、字段样例、脱敏前后的对照一起留存，别只交一份文档，审核方往往要看原始记录
4. 交叉核对一遍把申报书、自评估报告、合同三份文件摊开，逐项核对字段名和出境路径是否一致

申报流程与时间线：按这个顺序推进

整体顺序是：内部自查 → 备齐材料 → 提交受理 → 技术验证与补充材料 → 拿到结果并归档。中间任一环节被要求补充材料都属于正常流程，不代表一定有问题，别一被问就慌着改口径。时间线取决于材料完整度和补充轮次，具体节奏可以到 指南中心（/guides） 看同类流程的说明。

• 提前定好对接人：技术出链路、法务出合同、业务出数据字段，三方信息对不上是最常见的退回原因
• 内部自查阶段就把三方拉到一张表上对齐，别等提交后再来回确认
• 被要求补充时优先补「数据实际出境链路」和「接收方约束条款」，这两块是反复被问的
• 其余问题按补充通知逐条回，不要一次塞太多未经确认的说明

什么情况下不适用这套重流程？只做一次性小范围测试、且数据不含个人信息与重要数据的场景，通常走更轻的路径。但「更轻」不等于不记录，仍建议留一份说明备查，尤其是测试涉及调用境外接口的情况。

常见疑问与排查顺序：为什么被退回

被退回时别急着改材料，先按顺序排查三个方向：数据范围、接收方条款、三份文件的一致性。这个顺序是有讲究的，先排查范围，范围改完往往条款和一致性都要跟着动。

• 数据范围写宽还是写窄都是问题，标准是「刚好覆盖业务实际」
• 接收方条款看有没有约定再转移、留存期限、删除机制、安全事件通知义务
• 三份文件里的字段名和出境路径必须能一一对上，对不上就是退回高发区
• 跨境团队内部共享、员工差旅带数据出境等场景判定口径不同，别直接套用对外提供的结论

被退回不是失败，是审核方在告诉你哪一块证据不够；按范围、条款、一致性三步走，比到处找模板有用。