报送数据出境安全评估要准备哪些材料

做数据出境评估申报时，最常卡住的地方不是判断该不该报，而是材料凑不齐、口径对不上：同一个字段在申报书、合同和风险评估报告里写法不一致，或者交了才发现少了一份说明。这篇把申报材料按「主体与场景说明」「数据与接收方情况」「内部制度与保障」「随附证明」四类拆开，每类给到可直接照着核对的动作，再列一份退件原因排查顺序，让你在盖章前先自己过一遍。

做数据出境评估申报，真正让人头大的往往不是判断该不该报，而是材料凑不齐、口径对不上。同一个字段在申报书、合同和风险评估报告里写法不一致，或者材料交上去才发现少了一份说明，来回补件就把时间拖长了。

这篇文章把申报材料按主体与场景说明、数据与接收方情况、内部制度与保障、随附证明四类拆开，每类给你能直接照着核对的动作，最后给一份退件排查顺序，让你在盖章之前先自己过一遍。

材料按四类分：先定分类再逐项凑

先把材料分成四类，再往每一类里填内容。分类的好处是你能一眼看出哪一块还空着，而不是把一堆文件摞在一起凭感觉判断够不够。每一类内部再区分必须有和视场景可能需要，视情况项单独标注，别为了显得齐全硬塞无关材料。

申报书和风险评估报告：同一口径写两遍

申报书和风险评估报告是两套文档，但描述的是同一件事。数据项要按业务功能分组写，写清字段范围、数量级、是否含个人信息或重要数据，不要只写一句笼统的用户信息。同一份数据在申报书、合同、风险评估报告里的名称、用途、接收方必须完全一致，对不上的地方是退件高发区。

• 风险评估报告要写出评估了什么、得出什么结论、对应什么缓解措施，只堆政策原文不算评估；
• 篇幅不够时优先补评估过程与结论，不要靠复制法规条文撑页数；
• 接收方名称在所有材料里保持同一写法，别一处用全称一处用简称；
• 数据用途写到业务层面即可，不用把产品功能清单整段贴进去；
• 表单版本和字段口径每期可能有变化，到 /guides/data-export-assessment-guide 核对当期要求。

模糊词是口径不一致的信号

如果某处你写成了可能、大概、视情况，通常说明这一项自己还没想清楚。处理方式是二选一：要么换成明确的范围描述，要么明确写不适用并给一句理由。两种情况都比留一个模糊词更容易过。

内部制度与同意证明：这些最容易被漏

内部制度最容易出现的毛病是写得很完整，但落不到人。制度里至少要能回答三个问题：谁审批、谁登记、谁复核。三条都落到具体岗位，才有说服力。只写由相关部门负责，等于没写。

1. 对齐制度与实操拿现行制度文件对照最近一次实际出境流程，看审批、登记、复核三步是不是真的按文件走；不一致就改文件，不要只改记录。
2. 追同意记录个人信息出境的单独同意和告知记录要能追溯到具体批次，确认同意范围覆盖本次出境；只存一份模板文件不算数。
3. 写清安全措施加密、访问控制、日志留存分别写清由谁执行、多久检查一次，别写成产品宣传语。
4. 附一张流程图内部审批和授权链路画成流程图附在说明后，比大段文字更省审阅时间。

退件排查顺序：先查口径，再查缺件

被退回后不要整份重写，按下面这个顺序排查，通常能定位到具体是口径问题还是缺件问题。顺序错了容易在缺件上来回补，真正的口径冲突反而一直没动。

• 第一步查一致性：申报书、合同、风险评估报告三处的数据项与接收方描述是否逐字对得上；
• 第二步查完整性：对照当期申报指南的材料目录逐项打钩，标出缺失和视场景两类；
• 第三步查有效性：合同是否双方已签、同意证明是否覆盖本次出境范围、制度文件是否为现行版本；
• 第四步查表述：把可能、大概、视情况这类模糊词换成明确范围或明确的不适用说明；
• 改完再从头自查一遍一致性，避免改一处又引入新的口径差异。

另外提醒一句：材料清单和表格版本会随要求更新，本文给的是分类和排查思路，具体要交哪几份、字段怎么写，请以站内当期指南为准。判断类内容都有适用边界，比如业务涉及多个接收方时，场景说明不能只写一个典型场景，需要逐个覆盖。