公司要把会议记录、客户名单或知识库素材交给海外 AI 服务处理时,合规岗最先被问的就是「这算不算数据出境、要不要做评估」。政策条文不长,难在落到具体场景判断。这篇按常被问到的几组问题展开,给一套能直接照着走的自查动作和材料准备顺序,也说明哪些情形下这套判断不适用。
公司要把会议记录、客户名单或知识库素材交给海外 AI 服务处理时,合规岗最先被问的就是「这算不算数据出境、要不要做评估」。政策条文本身不长,难的是落到具体场景里怎么判断。这篇按常被问到的几组问题展开,给一套能直接照着走的自查动作和材料准备顺序,也说明哪些情形下这套判断不适用。内容只讲判断逻辑和动作,涉及具体门槛数值、法域清单这类会变的东西,我们建议你到站内页面核对当时的数字。
一个前提先摆出来:不同公司问的问题看起来一样,实际分叉很大。同一份会议记录,用境内私有化部署的模型跑,和贴到境外网页对话框里,结论完全不同。所以下面每一节都先给判断线索,再给不适用的情况,最后给可执行动作,你可以按需跳读。
先判断:这个场景到底算不算数据出境
判断是否构成数据出境,别只看服务器机房在哪。更稳定的做法是追三条线索:数据从哪来、经过谁的手、最终落在哪个法域。三条线索里任何一条指向境外,就要停下来认真看。只盯「服务器所在地」是最常见的误判来源,很多场景数据先到了第三地再回传,服务器位置反而说明不了问题。
- 来源
- 数据最初由谁采集、在哪个法域产生,决定它受哪套规则约束
- 经手方
- 中间有没有境外主体参与处理、调用或转发,哪怕只是临时缓存
- 落地法域
- 数据最终被存储或可被访问的司法辖区,注意再转移和备份
「人肉搬运」也是出境。让境外同事帮忙代填表格、把截图贴给境外客服、手动把名单粘进境外平台的输入框,这些没走接口,但同样构成向境外提供。判断标准是数据是否实际到了境外主体手里,跟传输方式是不是自动化没关系。相反,纯境内闭环处理、境外主体在境内存储且境内可完全访问的情形,判断口径不一样,不能直接套用上面的结论,需要单独评估。
分流:三条合规路径分别对应什么条件
安全评估、标准合同、个人信息保护认证这三条路径,门槛各不相同,适用的数据量级和主体类型也不一样。正确的顺序是:先做数据盘点,再按盘点结果定位路径,最后准备材料。顺序反了,就会出现材料写了一轮又一轮、路径选错重来的情况。具体到每类数据对应哪条路径、当前门槛是多少,到 /guides 里核对当时的说明。
| 前期动作 | 产出物 | 谁负责 |
|---|---|---|
| 业务访谈 + 系统排查 | 数据出境场景清单 | 合规牵头,业务配合 |
| 字段级盘点 | 盘点表:字段、来源、去向、留存期 | 合规 + 数据/研发 |
| 路径定位 | 初步结论:走哪条路径、理由 | 合规 |
| 材料归档 | 四摞材料 + 责任人 | 按摞分工 |
不适用的情况也要说清:仅涉及非个人信息、且不属于重要数据的场景,通常走不到评估这一步,但结论本身要有留痕,别只留在某个人的记忆里。业务线换人、审计来问的时候,一份「为什么不触发」的书面说明,比反复口头解释省事得多。
风险自评要回答的四个问题
风险自评不是把模板填满,而是回答四个能被追问的问题。这四个问题的答案,基本决定了风险等级和后面要准备什么样的保障措施。用一份对外提供的材料逐个验,如果其中两三个问题答不上来,说明盘点还没做透。
- 接收方是谁、所在法域如何、数据到了那边还受不受约束,这三点共同决定风险等级;只看接收方名字不够,要看它受哪套法律管
- 出境目的和必要性写不写得清:说不清「为什么必须给境外」的项目,多半卡在这一步
- 出境后能不能撤回、删除、追责,有没有可执行、可验证的约定条款,而不是一句原则性承诺
- 传输是不是单向、一次性、不留存,还是长期持续、可能被再转移,这决定风险模型而不只是风险大小
还有一个常见误区:把「接收方愿意签保密协议」当成风险已经解决。签了协议不等于有可执行的追责路径,尤其当接收方所在法域对数据调取有本地要求时。评估结论里最好写清楚:一旦发生争议,走什么渠道、依据什么条款、多久内响应。
材料准备清单与常见退回原因
材料准备用「四摞归档法」最省事:主体材料、数据情况、接收方情况、保障措施,各成一摞,每摞指定一个负责人。这样被追问时能立刻定位到人,而不是全组临时翻文件夹。四摞之间要能互相印证,数据清单里的条目,在协议条款里应该找得到对应处理约定。
- 先做数据盘点再落笔把字段、来源、去向、留存期拉成表,跟实际系统对一遍。对不上是最高频的退回原因,建议让研发在系统侧抽查两三个字段验证。
- 协议条款与评估结论对齐逐条检查责任划分、再转移限制、终止后的数据处理。评估结论说会删除,协议里却只写「合理期限内处理」,这类不一致会被追问。
- 补有效期与更新机制写明结论的有效期和什么情况下需要重做,缺少更新机制是另一个高频退回点。
- 归档并指定责任人四摞材料各指定一人,变更时同步更新,避免版本混乱。
什么情况下不适用:业务模式变更、接收方更换、数据范围扩大时,原结论往往需要重做,而不是在原材料上打个补丁。判断标准很简单——上面四条线索里任何一条变了,就当作新场景重新走一遍。
批下来之后:把合规做进日常流程
评估通过不等于一劳永逸。真正省力的做法是把判断口径嵌进日常流程,而不是等下一次检查再补材料。三个动作值得优先做:建台账、设触发条件、进评审流程。台账不用复杂,能追溯就行。
| 日常动作 | 最低要求 | 触发时机 |
|---|---|---|
| 出境台账 | 记录时间、范围、接收方、审批人 | 每次对外提供时 |
| 重判触发 | 新增数据类型 / 新境外工具 / 新 AI 服务 | 接入前 |
| 流程嵌入 | 判断口径写进采购与技术评审 | 立项或选型阶段 |
| 定期复审 | 核对政策口径与接收方法域变化 | 按约定周期 |
不适用的情况:定期复审周期到了但业务没变,也不等于不用看。政策口径和接收方所在法域的情况会变,复审的意义在于确认外部条件有没有动。想跟踪各家 AI 服务和工具的可用性、速度这类会变的数据,可以到 /tools/speed-test 看当时的实测结果,把它当成选型参考而不是合规结论。
下一步把上面的判断线索做成一张自查表,再用站内的中转站与工具目录核对当时的可用性和价格数据,两件事配合着看,判断会更稳。→常见问题
把公司文件贴进海外 AI 工具对话框,算数据出境吗?
通常算。判断看的是数据最终落到哪个法域、被谁处理,而不是有没有走接口。截图、复制粘贴、上传附件都是提供行为。稳妥做法是先按内部数据分级拦住不该外发的内容,确实要用的走一遍出境判断流程,别让每个人各自决定。
要不要做安全评估,看数据条数就够了吗?
条数只是入口条件之一。还要看是不是重要数据、接收方所在法域、出境目的和必要性、以及有没有可执行的约束条款。只盯数量容易走偏。建议先做一张盘点表,把字段、来源、去向、留存期列全,再对照路径条件判断。
政策口径会变,多久复审一次合适?
没有放之四海皆准的周期。更实际的做法是设触发式复审:接收方更换、数据类型增加、接入新的境外服务、业务模式调整时重走一遍判断;再叠一个固定周期做体检。具体口径到站内安全与合规分区核对当时的表述。