合规同事最怕的不是没规定,而是规定散在好几份文件里,老板一句「我们这个要不要申报」就得当场回答。这篇按问答形式,把出境安全管理里高频的疑问拆成能自查的条目:先判断自己属于哪种情形,再确认材料和时间口径,最后给出留证与复核的顺序。适用于有跨境业务或用了海外模型服务的企业。
合规同事最怕的不是没规定,而是规定散在好几份文件里,老板一句「我们这个要不要申报」就得当场回答。真到那一刻再去翻原文,基本来不及,只能凭印象答,答错了后面全是返工。
这篇把出境安全管理里高频的疑问拆成能自查的条目:先判断自己属于哪种情形,再确认路径和材料口径,最后给出留证与复核的顺序。适用于有跨境业务、或者用了海外模型服务的企业。具体的分档阈值和适用条件,站内会随口径更新,别拿记忆里的旧说法做决策。
先判断:你这批数据到底算不算出境
这一步没弄清,后面选路径、备材料全是白干。判断逻辑不复杂,但真正容易翻车的地方在于:很多人只看「数据存哪儿」,不看「谁能看到」。
- 数据性质
- 是不是个人信息或重要数据,一般业务数据不套这套口径
- 接收方位置
- 接收方主体或存储节点是否在境外
- 传输动作
- 是否实际发生,含境外可访问的存储与账号共享
- 远程运维:境外同事拿到临时权限,能进生产库看数据,这就算
- 调用海外模型接口:把内容发出去做推理,回来的结果里可能带原始信息
- 集团内部跨境共享:同一家公司不同法域的主体之间互传,也算
- 共享账号:账号在境外登录、能看到国内数据,同样纳入
- 把数据导到本地后再汇总统计:这一步通常不落在同一口径下
路径怎么选:评估、标准合同还是别的
正确的顺序是先按数据类别和数量级分档,再谈走哪条路。反过来先挑流程,很容易选到一条根本不适用自己情形的路,材料白准备,时间也搭进去。
| 先问自己 | 影响什么 |
|---|---|
| 是不是重要数据 | 决定能否走简化路径 |
| 涉及多少人、多少条 | 对应不同的分档 |
| 接收方是谁、做什么用 | 决定合同条款和安全措施 |
| 能不能改成本地处理 | 能规避就先别急着申报 |
口径会变,尤其是分档阈值和适用条件这类硬线。别用同事三个月前口头说的版本,到站内安全与合规栏目核对当时版本,再决定走哪条流程。
核对当前口径分档阈值和适用条件以站内最新整理为准,先看一眼再动手,能省掉一轮返工。→材料准备与时间线:别到最后一刻才找
材料本身不难,难的是齐全和一致。常见卡点是数据清单跟实际字段对不上、合同文本跟业务描述对不上,补正来回拖时间。
- 数据清单与字段说明:字段级写清,别只写「用户信息」
- 接收方基本情况:主体、所在地、用途
- 合同或协议文本:条款要能对上前面的用途
- 安全措施说明:加密、权限、日志怎么做的
- 内部审批记录:谁批的、什么时候批的
- 倒排时间按最坏情况倒推,评估类流程通常比标准合同类更长,留出至少一轮补正的余量
- 先对齐口径数据清单、合同、业务描述三份材料的说法必须一致,不一致就是补正点
- 留交付证据谁在什么时候发了什么、发给了谁,记录方式可以直接复用站内的数据边界审计做法
一页自查对照表:按这四行填完基本就有答案
下面这张表不用写进正式材料,是给自己团队用的。四行都能填满,再谈走哪条路径;填不满的地方,就是还没想清楚的地方。
| 行 | 填什么 | 填不满说明什么 |
|---|---|---|
| 一 | 数据类别:个人信息/重要数据/一般业务数据 | 没做数据盘点 |
| 二 | 接收方所在地与主体性质 | 业务链路没画清 |
| 三 | 传输方式:接口调用、人工导出、共享账号 | 技术链路没确认 |
| 四 | 现有合同与内部审批是否齐全 | 合规动作没留痕 |
这张表的价值在于:它把「要不要申报」拆成了四个可以分工确认的问题,法务、技术、业务各答一段,拼起来就是答案。
申报之后:有效期、变更与留证
很多人把通过当终点,其实通过才是起点。业务一改,原来的结论就可能不成立,默认一次通过一劳永逸是常见误区。
| 发生变化 | 要不要重新评估 |
|---|---|
| 接收方换了或换了法域 | 要 |
| 数据范围扩大、新增字段 | 要 |
| 业务目的改了 | 要 |
| 业务下线、数据已回传删除 | 先确认实际状态再定 |
留证要能对抗时间。审批记录、传输日志、版本化的数据清单,建议按站内证据留存整理的思路集中存放,别散在各人电脑里,两年后没人找得到。
- 审批记录:留原始版本,别只留最后定稿
- 传输日志:能还原谁在什么时候发了什么
- 数据清单:按版本号存,改一次留一次
- 复核节奏:业务有变动就触发一次复查,不只看日历
出境合规不是一次性的动作,是一条跟着业务走的线;业务动,结论就得跟着重新确认。下一步拿着上面那张四行自查表开一次内部对齐会,再去站内核对最新口径,比一个人对着文档猜要快得多。→
常见问题
我们只是调用海外模型的接口,把提示词发出去,这算数据出境吗?
要看发出去的内容里有没有个人信息或重要数据。如果只是不带标识的业务描述,风险相对低;一旦含姓名、联系方式、客户资料,就按出境口径处理。建议先做一次链路审计,把提示词到日志的实际流向画出来再判断。
安全评估、标准合同这些说法经常混着用,我该先看哪个?
先别急着选路径,先把自己的数据类别和数量级弄清楚。类别决定大方向,数量级决定具体走哪条。具体适用条件和阈值会调整,建议到 /safety 和站内相关指南页核对你办理时的版本。
通过之后是不是就一直有效,后面业务调整不用管?
不是。接收方变化、数据范围扩大、处理目的改变,通常都需要重新判断甚至重新走流程。建议把出境事项做成一张登记表,业务调整时先过一遍这张表,而不是等监管问起来才补。