公司用上大模型、把数据发给外部接口之后，法务常被问的几个问题很具体：哪些数据不能出内网、供应商要签什么、出了事拿什么证明。这篇不讲条文原文，只给一份能照着走的合规义务清单和自查顺序，帮你判断手上的用法踩没踩线、该补哪一步。
公司上了大模型、把数据打到外部接口之后，法务和管理者最常被问的不是法条内容，而是几个很具体的问题：哪些数据不能出内网、供应商要签什么、真出事拿什么证明。这篇不逐条讲原文，只给一份能照着走的义务清单和自查顺序，帮你判断手上的用法踩没踩线、该补哪一步。
先说明适用边界：这套清单针对的是「处理数据的企业」。只做内部、不涉及个人信息的统计，很多对外义务不触发；但只要你收集、使用、对外提供，或者替客户处理数据，下面几条基本都躲不开。规模大小只影响形式，不影响该不该做。
先弄清你在这部法里是什么角色
同一批数据，自己收集自己用，和替客户代管代算，责任分配完全不是一回事。前者的义务重点在使用目的和对外提供，后者的重点在按委托方的指示处理、不超范围使用、事毕删除或返还。先把身份写清楚，后面的清单才有落点。
- 数据处理者
- 自己决定处理目的和方式的一方，义务最重，对数据来源合法性、处理边界负主责
- 受托处理者
- 只按委托方指示处理数据，超范围使用、擅自转委托是主要风险点
- 共同处理
- 两方以上共同决定处理目的，需约定各自权利义务，但对外仍可能被一起追责
- 梳理每条数据是怎么来的：采集、购买、合作方导入、用户提交，来源说不清的先停下来
- 写下处理目的是什么，将来任何新用途都要回头看是否超出当初的目的范围
- 判断不适用情形：纯内部、非个人信息、不对外提供的统计场景，对外义务大多不触发，但内部权限与日志仍要保留
- 把角色结论写成一句话，附到数据台账抬头，后面每步都引用它
先做资产盘点，再谈合规动作
没有盘点就谈合规，最后都是拍脑袋。盘点的核心是分档和画流向图，不是把所有数据都当成最高等级——那样等于没有等级，成本还压不住。分档标准要写下来，让不同的人分同一批数据能得出接近的结论。
| 分档 | 典型内容 | 处理基调 |
|---|---|---|
| 公开 | 对外发布的产品资料、公告 | 可外发，注意版本与口径统一 |
| 内部 | 经营数据、内部流程文档 | 限岗限权，外发需审批 |
| 敏感个人信息 | 证件号、生物特征、医疗金融明细 | 最小化收集，优先本地处理 |
| 重要数据 | 未公开的行业经营数据、批量汇聚信息 | 出境与对外提供要单独评估 |
- 列一张数据地图：从哪进来、存在哪、经过谁的系统、最终给谁，AI 调用链也要画进去
- 优先处理高风险项：证件号、生物特征、医疗与金融明细，先确认有没有被发到外部接口
- 盘点结果落成表格并标注归口责任人，没有责任人的条目直接标红
- 每季度核对一次新增系统和新接入的工具，看有没有绕开盘点悄悄上线
外包、云服务和AI接口这块最容易漏
实际出问题最多的不是自己的服务器，而是供应商那一环。云服务、外包开发、外部模型接口，每一类都涉及数据被第三方接触。判断标准很简单：只要数据离开了你能完全控制的边界，就要有书面约定和台账记录。
- 给供应商建台账：对方名称、处理哪类数据、存放地区、有没有书面约定，缺一项就算未闭环
- 合同里写明处理目的、期限、安全措施、删除与返还方式、事故通知时限，口头承诺不算数
- 接入外部模型或工具前，先确认输入内容是否含敏感数据；不确定就按默认不外发处理
- 定期抽检供应商的实际数据流向，合同写了不等于执行到位
不适用的情况也要说清：纯本地部署、数据完全不出内网时，对外传输类义务大幅减少，但访问权限、账号管理和日志审计仍是必须的。别因为部署在本地就关掉所有管控。想核对各类服务商的资质与风险记录，可以到站内的供应商与工具目录页面查看当时的整理结果。
数据出境与事件响应两条硬线
出境判断的顺序是：先看数据性质，再看接收方所在地，最后看有没有豁免路径。这三步的口径会随监管问答更新，具体条件和数字不要凭记忆，到站内的安全与合规栏目核对当期页面再下结论。事件响应则是另一条线，核心不是写得漂亮，而是谁在多久内通知谁。
- 定通知链路明确发现人、法务、负责人各自的角色和通知顺序，写进一页纸流程，贴到值班群
- 留痕覆盖操作日志、访问记录、外发记录三类，保存期限按监管要求和业务需要取较长者
- 定期演练每半年做一次桌面推演，从发现到上报走一遍时间线，看哪一步卡住
- 复盘归档事件结束后把时间线和处置动作归档，这是将来对外说明的直接依据
被要求上报的场景不可怕，可怕的是内部连一条能自证的记录都没有。
一份可执行的自查顺序
这五步顺序不要跳，跳了就会在某一步发现前面没做、回头重来。小团队可以把五步压成一页纸，但顺序保留。每一步都要产出一个文件，没有文件就等于没做。
- 盘数据、定分档产出分档表，标注每档的判断标准和归口人
- 查流向、画链路产出数据地图，包含 AI 调用链和第三方节点
- 补合同与授权产出供应商台账与合同清单，逐项核对缺失条款
- 收权限、做最小化产出权限表，按岗位列出可访问的数据档位，多余权限当场收回
- 定上报与演练节奏产出流程文档与演练排期，明确重跑触发点
- 重跑触发点：新上工具、新开分支机构、更换供应商、业务模式调整
- 每次重跑先看第一步的分档表是否需要更新，分档变了后面全要跟着动
- 规模小、业务单一的团队可以只保留一页纸版本，但五步的产出物名称不能少
- 把自查结果和站内同行的常见做法对照一遍，缺的项优先补
常见问题
我们只是个十几人的小公司，也要做这些吗？
义务不看公司大小，看处理的是什么数据。只处理内部非敏感数据的小团队，重点在权限和日志；一旦涉及客户个人信息、证件、医疗金融数据，或者发给了外部接口，分类分级、供应商约定、留痕这几件事就绕不开，压缩着做但别省。
把数据发给第三方AI接口，责任算谁的？
责任仍在你这，第三方只是受托处理。前提是你要有明确授权依据、书面约定和必要安全措施。如果输入里夹带了不该发的内容，即使对方没泄露，你这一环也不算合规。拿不准时先按「默认不发」控制，再评估替代方案。
合规到底要做到什么程度才算过关？
没有一次性通关，只有持续可证明。核心是三件事：知道数据在哪、有书面约定约束各方、出事能拿出记录。这三件能随时说清并有文件支撑，多数检查都能应对；缺任何一件，就要先把那块补上。
