数据出境安全评估和标准合同怎么选

跨境业务一上线，就绕不开一个问题：这批数据发到境外，走评估、走标准合同，还是走认证？很多人卡在第一步——不知道自己算不算触发条件，也不知道该先做什么。这篇不讲法条原文，只给判断顺序、对照口径和一份能直接照着走的自查清单，帮你在选路径之前先把事实摸清。

跨境业务一上线，就绕不开一个问题：这批数据发到境外，走评估、走标准合同，还是走认证？很多人卡在第一步——不知道自己算不算触发条件，也不知道该先做什么。这篇不讲法条原文，只给判断顺序、对照口径和一份能直接照着走的自查清单，帮你在选路径之前先把事实摸清。

先说明一点：这三条路径不是菜单上随便点的一道菜。能不能选、有没有得选，取决于你的数据性质、规模、接收方所在地区，以及你手上能拿到什么文件。所以正确顺序是——先摸清事实，再回头看哪条路走得通，而不是先挑一条看起来省事的路，再倒推去补材料。

三条路径各自管什么，先分清再谈选

安全评估偏门槛式，触发条件相对明确，走的是申报和审查流程，适合数据量大、敏感度高或者接收方所在地区比较敏感的场景。标准合同是一份约定文本加备案，适合触发条件没到评估那一档、但又确实要出境的常规业务。保护认证更偏向于集团内部或者关联实体之间的持续性传输安排。三者不是互相替代关系，更多是「按你的情形对号入座」。

安全评估

触发条件相对硬性，达到门槛就得走，审查周期和材料准备都更重

标准合同

适合常规出境场景，核心是签一份合规约定并按规定方式留存和报送

保护认证

适合关联实体之间、持续性传输的安排，认证机构和适用范围要单独确认

• 先看数据性质与规模：是不是敏感个人信息、是不是重要数据、涉及的人数大概什么量级
• 再看接收方所在地区：同一集团不同国家的子公司，可能落在不同口径里，别用一个结论套全部
• 再看你能拿到什么文件：对方愿不愿意签、有没有认证资质，直接影响路径可行性
• 最后才做选择：前三条没摸清之前，任何「选哪条」的讨论都是空转
• 什么情况下三条都不适用：数据根本不落境外，或者属于境外收集后再回传等特定情形，这类要单独确认，别硬套

选之前先做四件事：数据盘点、场景分类、接收方清单、责任分工

这四件事做不实，后面选哪条路都是沙上建塔。盘点要落到系统级别，不是凭印象列几个业务名。场景分类要区分数据类型，因为用户数据、员工数据、供应商数据、以及模型调用产生的提示词与输出，处理路径经常完全不同。接收方清单按国家和地区分档。分工则决定上线之后有没有人管。

1. 数据盘点把业务系统、日志、客服工单、第三方工具里所有会出境的数据出口列一遍。最常见的漏项是埋点数据和错误上报，它们往往不在业务负责人视线里，但确实在往外发。
2. 场景分类按用户数据、员工数据、供应商数据、模型调用产生的提示词与输出分开归类，逐类确认处理路径，不要合并成一句「我们数据都出境」。
3. 接收方清单按国家和地区分档，同一集团不同子公司可能落在不同口径里。清单要写到具体主体，不能只写「境外合作方」。
4. 责任分工明确谁签字、谁存档、谁在业务变更时触发复核。这一步不做，上线半年后你会发现没人说得清当前用的是哪一版结论。

常见风险场景自查清单

下面这些场景不是理论风险，是实际巡查里反复出现的。过一遍，对上的打勾，没对上的也想想为什么没对上——有时候是确实不涉及，有时候只是没人往这个方向看过。

• 新业务上线或换云厂商时忘了重新评估，沿用旧结论，旧结论管的还是另一套数据流
• 用了境外托管的模型或 SaaS，输入框里的内容本身就是出境，很多人以为只是「用了个工具」
• 数据先出境再回来，误以为没出过境，实际链路已经跨境
• 第三方数据再转移，上游合同里没约定下游能做什么，风险顺着链条往下走
• 人员流动、外包、测试环境用真实数据，属于最容易漏的一类，也最容易被问住

这份清单的用法是「对照 + 追问」，不是打勾就完。每一项都要能回答：这条数据流是谁在管、最近一次复核是什么时候、有没有留下记录。答不上来，就算风险场景本身不严重，管理层面也已经是缺口。想看看同类企业常见的踩坑整理，可以到 站内 /guides 翻一翻相关主题。

落地时最容易踩的几个坑

第一个坑是把合规文档当成一次性交付物，做完就锁进抽屉。实际上它需要跟着业务变更走，业务变了文档没变，等于没有。第二个坑是只盯主业务流程，忽略运维、监控、备份这三条暗线，这三条线恰恰是数据出口最多、最没人盯的地方。

第三个坑是评估结论和实际数据流向对不上。文档里写的是发到 A 地，实际抓包发现还发到了 B 地，巡查时一对就露馅。第四个坑是不知道该什么时候重来一遍：数据种类变化、接收方变化、处理目的变化，这三者任一发生，都建议重新复核，而不是等着下次大检查。

合规不是一次交付，是一套跟着业务走的活文档。

记录怎么留，出事时才有话可说

留存的核心是三件套：数据流向图、评估或备案材料、与接收方的约定文本。这三样按版本管理，不要只留最新版。留证要点是时间戳、责任人、变更原因，目的是回溯「是哪一版结论在管哪一段业务」。没有这三样，被问到的时候只能靠回忆。

和客服、法务、技术三方的沟通记录建议分开归档，别全混在一个群里。群里翻记录效率低，而且容易漏。更实际的做法是定期做一次桌面推演：假设今天被问「这批数据去哪了」，谁能五分钟内答出来？答不出来，说明记录只是留了，没留对地方。