数据出境负面清单备案申请表

安全与风控

讲清数据出境负面清单备案申请表的填写要点:先判断是否落在负面清单、再逐栏对齐口径,附退回原因排查顺序。

法务拿到这张表,卡住的通常不是填不填,而是「这一栏到底该写什么口径」——业务部门给的说法和表格要的颗粒度对不上,写宽了怕被认定申报不实,写窄了又覆盖不了真实场景。这篇按填表顺序拆一遍:先确认落不落在负面清单里,再逐栏说清每一项要写到的细度,最后给一套被退回时的自查顺序。

法务拿到这张备案申请表,真正卡住的往往不是填不填,而是某一栏到底该写什么口径。业务部门给的说法和表格要的颗粒度对不上:写宽了怕被认定申报不实,写窄了又覆盖不了真实场景。所以填表前先把「落不落在负面清单里」判断清楚,再按顺序逐栏对齐口径。

下面按填写顺序拆一遍:先确认要不要走备案,再逐栏说清每一项要写到的细度,然后看附件和前后一致性,最后给一套被退回时的自查顺序。所有涉及阈值、名录、数量口径的地方都不在这里写死,去站内对应页面核对当时的版本。

先判断:你的场景到底要不要填这张表

负面清单不是全国一张,是按地区、自贸区或行业分批出的。第一步是确认自己主体所在地和业务类型,落在哪一份清单的适用范围内。不是所有数据出境都要走备案,路径选错,表格填得再细也要重来。

  • 先在站内 /safety 与 /ai-dict/category/safety 把「负面清单」「安全评估」「标准合同」三个词的口径对齐,再决定走哪条路径。
  • 判断时以「数据字段 + 出境目的地 + 接收方 + 使用目的」四个维度组合看,单看其中一个维度最容易误判。
  • 如果只是境外团队内部访问、或数据本身已做不可逆匿名化,先别急着填表,回到 /data-export-path-choice 一类文章确认路径再说。
  • 主体是分公司还是独立法人、接收方是母公司还是第三方,都会改变判断结论,别默认按集团口径套。

什么情况下这套判断不适用

如果业务已经收到主管部门的明确口径,或者上一轮申报已经获批、这次只是同类场景的延续,可以直接沿用既有口径,不必重新走一遍四维组合判断。反之,只要出境目的、接收方所在地、数据字段三者中任何一项发生变化,就要重新判断。

逐栏填写口径:每一格写到什么颗粒度才算合格

这一节按表格从上到下的顺序说。总体原则是:凡是能指向唯一对象的,就写到唯一;凡是需要描述的,就写到业务部门能对上号的细度,不留解释空间给受理方。

栏目写到的颗粒度常见错误
主体信息照营业执照与统一社会信用代码逐字抄用简称或品牌名替代法人主体名
数据项描述字段名、是否个人信息、是否敏感、大致数量级只写「用户信息」这种大类
出境场景与接收方从哪个系统出、经过谁、落到哪个国家或地区的哪个主体只写最终接收方,漏掉中转环节
目的与必要性具体功能加不能本地处理的理由写成「业务需要」四个字

主体信息栏不用多想,逐字抄证照即可。数据项描述是整张表最容易出问题的地方:不要写「用户信息」这种大类,要落到字段级,标明字段名、是否个人信息、是否敏感个人信息、大致数量级。数量级按业务系统导出的口径来,具体阈值到站内页面核对当时的规则。

出境场景与接收方要写清链路:数据从哪个系统出、经过谁、落到哪个国家或地区的哪个主体,中间有中转或二次分发的要一并画出,别只写最终接收方。目的与必要性一栏不要写成「业务需要」,要写成具体功能,比如「为海外客服系统提供工单查询」,并说明为什么不能本地处理。

附件与前后一致性:最容易被打回的地方

表格正文、附件清单、内部审批记录这三处,主体名称、数据字段、数量级必须完全一致。任一处不同,都会被要求补充说明。这不是形式问题,受理方会拿三份材料交叉比对。

  • 常见附件包括数据处理协议、接收方资质与安全能力说明、个人信息主体同意或告知的证明材料,缺哪项按受理方给的材料清单补齐,不要自行合并。
  • 材料里引用的政策依据不要凭记忆写,条款号错了比不写更糟,到 /data-export-assessment-materials 与 /data-export-assessment-guide 核对当时的申报指南口径。
  • 涉及第三方模型或工具时,把该工具的数据留存与训练使用情况一并说明,参考 /model-data-retention-timeline 的思路整理,不要只写「已签保密协议」。
  • 内部审批记录要能对上申报主体,走的是哪个层级、谁签的字,写清楚,避免出现「集团审批、分公司申报」这种错位。

附件准备的一个实用顺序

  1. 先要材料清单向受理方或主管部门问清本批次要哪些附件,拿到书面清单再动手,别按上一批的清单准备。
  2. 再逐项对照把清单条目和自己的材料一一对号,缺的、过期的一次性列出来,标注责任部门。
  3. 最后交叉核对三份材料里出现的主体名、字段、数量级逐项比对,不一致的先改再交。

被退回后的排查顺序

很多人收到补正通知就先去改描述性文字,其实多数退回卡在前三步。按下面的顺序查,效率更高,也不容易漏。

  1. 查主体与证照核对名称、统一社会信用代码是否与证照逐字一致,这一步最快也最容易发现问题。
  2. 查数据字段与数量级看表格、附件、审批记录三处的字段名和数量级是否对得上,有没有前后矛盾。
  3. 查附件完整性逐条对材料清单,确认没有缺项、没有用过期文件顶替。
  4. 改描述性文字前三步都过了,再来调目的、必要性这类表述的措辞。

收到补正通知后,先逐条对应到表内具体栏目,再判断是「缺材料」还是「表述不合口径」,两者补的方式完全不同。补正期间不要顺手扩大申报范围,每加一个字段都要能说清它的出境必要性和对应业务功能,否则会触发第二轮问询。

如果涉及境外中转或代理链路,提前把链路图和接收方清单备好。这类问题往往一次问不完整,要来回几轮,材料备得齐能少跑几趟。

填表的核心不是把格子填满,而是让每一个描述都能唯一对应到一条真实链路。

常见问题

负面清单备案和安全评估、标准合同是并列关系吗,要都做吗?

不是并列也不是都做。三者是不同路径,走哪条取决于主体所在地、数据敏感程度、出境规模和目的地。负面清单是部分区域先行先试的口径,落在清单覆盖范围内的按备案走;落在清单外或触发其他条件的,回到安全评估或标准合同路径。先定路径再动笔填表。

表格里数据数量级写不准,会被追责吗?

会看你是否尽到合理核实义务。建议以业务系统导出、经业务负责人确认的口径为准,并保留核算过程。明显与系统实际不符又拿不出说明的,比数量本身写得不准更麻烦。具体阈值和申报口径到站内核实当时的规则。

业务部门不肯给字段级明细,法务怎么推进?

把表格需要的最小字段集单独列一张确认表,只让业务填字段名、是否个人信息、是否敏感、大致量级四项,其余由法务组织措辞。这样对方工作量小、可执行,也能留下确认记录。不要接受「就是用户数据」这种口头概括。

本文依据各平台公开文档与官方公告整理,只做中文归纳;具体做法、参数与限制以官方文档为准。