外资与跨境企业：同一个调用链路，走备案还是登记

声明：本文基于公开发布的法规文本、国家与地方网信部门公开公告、属地政务服务指南及公开报道整理，不含任何产品推广，也不构成法律意见。涉及具体项目的结论，请以属地网信部门及主管部门答复为准。

0 先说结论

外资与跨境企业问"走备案还是登记"，这个问题本身容易问偏。

备案与登记的分流，看的不是你企业的股权结构，也不是模型的国籍，而是你在服务链条里实际扮演的角色。 同一个集团、同一条技术链路，总部与中国子公司可能落在不同的角色上，适用程序和义务也因此完全不同。

但对跨境主体而言，真正容易卡住的往往不是这一步。在你开始比较备案与登记的材料差异之前，还有三道前置门要先过：

1. 主体门——申报主体必须是境内注册的主体。境外母公司不能直接作为申报主体。
2. 模型门——直接调用境外未在境内备案的模型，登记的前提不成立，备案也无从落地。
3. 数据门——数据回传总部是外资的常态，而这属于独立的义务线，不因走了登记就免除。

这三道门过不去，讨论"备案还是登记"没有意义；三道门都过了，程序选择反而是一件相对清楚的事。

一句话概括全文：先把"你是谁"定清楚，再谈走哪条路；跨境场景里，主体、模型来源、数据流向这三件事排在程序选择之前。

1 先破一个假设：不看"谁的模型"，看"你是谁"

常见的问法是："我们的模型是总部给的，总部已经有当地的合规资质，我们是不是只要走个登记就够了？"

这个问法里混了两件事：模型来源和服务角色。监管判断的是后者。

1.1 判断链只有三步

第一步和前两步不取决于内资外资。 第二条第二款豁免的是"未向境内公众提供服务"的情形，它没有为外资企业另设标准，也没有因为你有境外母公司就加重标准。

1.2 跨境场景下，同一条链路会落在四种角色上

这是本文的方法论核心。不要问"我们是外资所以走哪条"，要问"我们落在哪个角色上"。

同一集团内可能同时存在多个角色。 一个跨国企业完全可能在中国子公司是 C（面向公众的客服应用），在亚太区是 B（给经销商的工具），在总部是 A。三者的义务各算各的，不能用一个结论覆盖全部。

2 前置门一：申报主体必须是境内注册的主体

这一关是跨境场景里最容易被低估的一关。

2.1 现实的核验方式

法规本身没有限定申报主体的类型——这一点需要说清楚，"必须独立法人"这类说法是渠道口径的简化表述，不是法条原文。但落到备案系统的实际操作上，主体核验需要凭营业执照与统一社会信用代码完成；属地政务服务指南的公开表述也是"企业需先完成市场主体注册，取得独立法人资格"。

对外资企业而言，这两句话合起来指向一个实际门槛：申报主体必须是在境内依法注册的主体。

2.2 三处常见想岔

第一，用境外母公司名义申报。 走不通。这一关不是"审核严不严"的问题，是核验环节没有对应入口。

第二，以为"总部已经在当地合规了"就够。 境外监管机构的资质、境外平台的合规认证，都不构成境内备案的依据。两套体系不互认。

第三，"先让境内合作方代申报"能省事。 备案义务落在实际对外提供服务的主体身上。主体与产品、ICP 主体三方不一致，后续变更和核查都会出问题，规范做法是以自己的境内主体申报。

3 前置门二：模型来源决定你能不能走登记

这是跨境企业最容易踩的一条，也是最需要早判断的一条。

3.1 境外模型直接服务境内公众，不是一条现实路径

《生成式人工智能服务管理暂行办法》对来源于境外、向境内提供且不符合该办法规定的生成式人工智能服务，规定了处置机制：国家网信部门应当通知有关机构采取技术措施和其他必要措施予以处置。

这句话的落点是：模型部署在境外，不构成豁免。 只要服务实质上面向境内公众，就要满足境内监管要求；而境外模型在备案、内容安全管理、责任落实等方面往往缺少对应条件，直接服务境内公众在实践中难以成立。

3.2 三条技术路径的可行性

3.3 一个被忽略的中间形态

还有一类情形介于两条路径之间，值得单独说：境内主体自研模型，但训练环境、语料或算力依赖境外资源。

这条路上真正需要判断的不是"算力在哪"，而是两件事：模型与数据是否落在境内可核验的范围内，以及数据在过程中是否发生了出境。前者影响备案材料能否成立，后者是第 4 节要说的独立义务线。这两件事都要在立项阶段就设计，而不是等到准备材料时再补。

4 前置门三：数据流向是外资特有的义务线

数据出境是外资与跨境企业独有的一条门，也是本主题里最容易被"我们走了登记"这句话掩盖过去的一条。

核心提醒：数据出境合规与备案/登记是两条独立的义务线。走了登记，不代表数据出境这道门就自动过关。

4.1 个人信息出境的三档门槛

依据《促进和规范数据跨境流动规定》，关键信息基础设施运营者以外的数据处理者，按自然人去重后累计统计：

几点操作提示：

• 计算口径是"自当年 1 月 1 日起累计"，按自然人去重。 它不是一个可以按项目、按系统分开算的数字。
• 不得用数量拆分规避。 把应申报安全评估的量拆成多个标准合同分头出境，是明确的禁止行为。
• 安全评估结果有效期 3 年，自出具之日起计算；届满前 60 个工作日内可以申请延长 3 年。
• 个人信息出境还有独立的前置义务：告知、取得单独同意、开展个人信息保护影响评估，这些不因为量级小就免除。

4.2 跨境场景里最容易被问住的一环：谁在处理

外资架构里常见的安排是"总部统一的技术体系 + 中国业务复用"。这种安排下，判断角色归属不能只看合同怎么写，要看谁实际决定处理目的与处理方式。

合同里的角色约定是重要因素，但不能单独改变各方基于实际处理活动承担的法定义务。换句话说，一份把责任全部推给总部的协议，未必能把义务推出去。

4.3 一条容易被忽略的联动

内容安全与数据出境在这里有一个联动点：境外模型服务商的内容安全标准未必与境内要求一致，平台不宜只依赖上游模型的审核机制。而从数据侧看，用户输入一旦路由到境外，就同时触发了出境义务。

这两件事在架构上是同一个动作——"把请求送到哪里"。所以在设计阶段一起决定，比在合规阶段分别补救要省得多。

5 前置门四：面向公众经营，还有经营准入这一关

这一关不属于网信序列，但会实质影响产品能不能上线，外资尤其要先看。

5.1 什么时候需要增值电信业务经营许可

如果自行运营统一平台，持续向用户提供访问入口、账户管理、模型路由、生成内容交互和计量收费等服务，可能具有经营性互联网信息服务特征，落入《电信业务分类目录》中的信息服务业务（B25），应依法取得相应增值电信业务经营许可。

若只是向特定客户提供定制化软件开发或技术服务，不自行运营面向用户的信息服务平台，则需按合同安排、收费对象、系统控制权和实际交付方式个案判断。

5.2 外资股比的现行规则

试点进展值得单独留意。 工信部在北京、上海、海南、深圳四地试点取消互联网数据中心等增值电信业务的外资股比限制；成都取消信息服务业务（仅限应用商店，不含网络出版）、互联网接入服务业务的外资股比限制。据公开报道，自 2025 年 2 月首批试点批复发放以来，已有 166 家外资企业获得增值电信业务经营试点批复；全国外商投资电信企业超 3100 家，经营范围已覆盖电信业务分类目录全部 10 项增值电信业务。

注册资本门槛：在省、自治区、直辖市范围内经营的，最低 100 万元人民币；在全国或跨省范围经营的，最低 1000 万元人民币。

5.3 三个必须分清的关系

• 准入与备案互不替代。 拿到增值电信业务经营许可，不等于上游模型来源合法、也不等于备案或登记已完成；反过来，完成了备案也不等于具备经营许可。
• ICP 备案与经营许可是两件事。 前者是备案性质，后者是许可性质，面向公众经营互联网信息服务通常需要后者。
• 许可不等于监管背书。 取得许可只是满足了经营准入条件，不代表服务内容与模型来源已经合规。

6 回到正题：同一条链路，走备案还是登记

四道门都过完之后，程序选择反而清楚了。仍按角色分流。

6.1 判断"C"是否成立，境外主体要特别留意两件事

第一，上游那条"已备案"要核到位。 不只是看厂商的对外说明，而是按模型名称与备案单位在官方已备案信息公告中比对；还要确认你实际调用的能力在授权范围内、授权链条能对应到该接口。

第二，"未做影响生成内容的调整"这条最容易失守。 判断标准不是"这个技术新不新"，而是"最终呈现给用户的内容，是谁决定的"。

6.2 最容易失守的具体动作

6.3 一个可以直接用的自检方法

用半小时，把从用户提问到内容返回的完整链路写一遍，写清每一环做了什么。

写得出来，登记的前提就有可核验的基础；写不出来，说明真正需要解决的不是填报技巧，而是链路本身没有台账或文档。对跨境架构来说，这件事还有一个附加价值：它同时也是数据出境影响评估的底稿——两条义务线共用同一份链路说明。

7 常见误判（跨境场景专列）

1. 以为外资身份本身构成障碍。 法规未限定主体类型，实际门槛是"以境内注册主体申报"。
2. 以为总部已在境外合规，境内即可沿用。 两套体系不互认。
3. 以为模型在境外部署就规避了境内监管。 判断看服务对象，不看部署位置。
4. 以为服务只提供给企业客户就一定算"内部使用"。 客户拿去面向不特定公众，上游仍可能在适用范围内。
5. 以为走了登记就不用管数据出境。 两条独立的义务线，互不替代。
6. 以为把数据出境量拆成几份标准合同就合规。 拆分规避是明确禁止的。
7. 以为合同里写了"责任由总部承担"就转移了义务。 角色按实际处理活动认定。
8. 以为拿到增值电信业务经营许可、办完 ICP 就万事大吉。 上游模型来源是否合法、备案登记是否完成，是另外的问题。
9. 以为安全责任人可以挂名，或由外籍高管签署即可。 这一栏要求能实际调用内部资源、承担责任的境内责任人，容易反复退回。
10. 以为登记拿到编号后可以一直沿用。 换模型、加语料、主体变更之后，旧编号不再适用。

8 上线前核验清单

以下清单可直接作为上线前检查表使用。跨境场景特有项已单独标出。

A 主体与准入（7）

• [ ] 申报主体为境内依法注册主体，能通过营业执照与统一社会信用代码核验
• [ ] 申报主体、域名 ICP 主体、收款主体、应用商店开发者账号为同一主体
• [ ] 涉及增值电信业务的，股比结构符合现行外资准入规则，或已落在试点开放范围内
• [ ] 需要经营许可的，许可申请已启动，并与产品上线排期对齐
• [ ] 注册资本满足对应经营范围的限额要求
• [ ] 港澳台或离岸架构持股的，股权关系已梳理到可说明的层级
• [ ] 属地额外要求的外方股东说明材料清单已向属地确认（跨境特有；以属地答复为准）

B 模型来源与程序（7）

• [ ] 已确认实际调用的模型在官方已备案信息公告名单内，并留存可核验凭证
• [ ] 授权链条能对应到实际调用的接口与版本，不是框架协议
• [ ] 已按"谁在实质决定输出内容"逐环节审查，结论为未动摇登记前提
• [ ] 审查结论有书面记录（谁看的、看了哪些环节、结论是什么）
• [ ] 链路中含私有语料或输出组织改造的，已按备案路径评估
• [ ] 结论不确定时，已按前提不成立处理（不做默认放行）
• [ ] 未使用未经境内备案的境外模型作为面向境内公众的服务链路

C 数据流向（6）（跨境特有）

• [ ] 已梳理用户输入、输出、日志、鉴权信息、用量与账单数据的实际流向
• [ ] 已按"自当年 1 月 1 日起累计、自然人去重"口径测算个人信息出境量级
• [ ] 达到相应量级的，已申报安全评估，或已订立标准合同/通过认证
• [ ] 告知、单独同意、个人信息保护影响评估等前置义务已落实
• [ ] 未采用拆分方式规避应申报安全评估的量级
• [ ] 与境外接收方的协议已明确处理目的、范围、留存期限与安全事件响应

D 公示与持续义务（6）

• [ ] 已在显著位置或产品详情页面公示模型名称与备案编号或上线编号
• [ ] 公示位置不是仅放在隐私政策中，编号无占位符，多模型逐个公示
• [ ] 生成合成内容标识已按强制要求落地（显式与隐式，导出下载不丢失）
• [ ] 具舆论属性的，算法备案与安全评估已单独安排，未因做登记而省略
• [ ] 变更触发事项已固化为内部清单，责任人明确
• [ ] 编号未用于宣传或其他商业用途

9 FAQ

Q1 我们是中国区子公司，模型由总部提供，能直接走登记吗？

不能直接走。要看模型是否已在境内完成备案。境外模型直接服务境内公众存在合规障碍，而登记的前提之一正是"上游模型已完成备案"，这条不成立，登记这条路径就走不通。现实做法通常是由境内主体接入境内已备案模型能力。

Q2 总部已经在境外做了合规认证，能否作为备案的支撑材料？

不能。境外监管机构的资质与第三方认证不构成境内备案的依据。可以支持，但不构成依据。

Q3 我们只给企业客户提供服务，是不是就算内部使用？

不是。"企业客户"身份本身不等于"内部使用"。如果客户把模型能力继续嵌入面向境内公众的产品，或平台面向不特定企业持续提供标准化服务，仍可能超出豁免范围。判断要看客户范围是否封闭、用途是否限定于机构内部、合同限制与技术控制能否实际执行。

Q4 数据出境和备案/登记，哪个先做？

两者不是先后关系，是并行关系。但有一条实用的顺序建议：先写链路说明（第 6.3 节），它同时是登记前提的验证材料和数据出境影响评估的底稿，一次投入覆盖两条线。

Q5 数据出境量级不大，是不是就不用管？

量级小只影响走哪种程序（免程序、标准合同或认证、安全评估三档），不影响告知、单独同意、个人信息保护影响评估这些前置义务。这两件事要分开看。

Q6 外资股比限制会不会直接卡住上线？

取决于业务是否落入需要许可的增值电信业务类型。基础电信须中方控股、增值电信一般不超过 50%（电子商务、国内多方通信、存储转发类、呼叫中心除外），且北京、上海、海南、深圳等地有四地试点开放安排。是否落入、适用哪一档，建议在立项阶段就与主管部门确认。

Q7 安全责任人可以由外籍高管担任吗？

关键不在国籍，在能否实际调用内部资源、承担相应责任。实务中由不在境内、不掌握内部资源的挂名人员签署，容易反复退回。建议明确一位常驻境内、有实际管理权限的责任人。

Q8 备案与登记的周期差多少？

量级上，登记 1–3 个月（部分属地实际按 3–4 个月推进），备案 6–8 个月。跨境项目还要把数据出境程序与经营许可的时间叠加上去排期，建议按最长的一条倒推，而不是按最短的排。

10 结语

把这篇收敛成一句：跨境场景里，"走备案还是登记"不是第一道题。

第一道题是主体——你以谁的名义提供服务；第二道题是模型——能力实际从哪里来、有没有境内备案基础；第三道题是数据——用户数据最终流向哪里、量级落在哪一档；第四道题才是程序。

这四道题里，前三道都是架构问题，一旦定型就很难改；只有第四道是材料问题。外资企业最容易吃的亏，是把架构问题留到材料阶段才处理——那时候改的不再是一份文档，而是部署位置、数据流向和产品链路。

如果只从这篇里拿走一个动作，就拿走这个：现在花半小时，把从用户提问到内容返回的链路写清楚，并标出数据在哪些环节离开了境内。 这份说明同时服务于备案或登记的前提验证、数据出境影响评估，以及后续每一次变更的判断。它不难写，但需要你现在就动手——等到被问起时才拼凑，说明这两条线平时都没有留痕。

附一 主要依据

• 《生成式人工智能服务管理暂行办法》（适用范围与豁免、安全评估与算法备案义务、境外来源服务的处置、服务提供者定义）
• 《互联网信息服务算法推荐管理规定》《互联网信息服务深度合成管理规定》（算法备案与变更、注销手续）
• 《促进和规范数据跨境流动规定》《个人信息出境标准合同办法》《数据出境安全评估办法》（数据出境三档门槛、评估结果有效期、前置义务）
• 《外商投资准入特别管理措施（负面清单）》《外商投资电信企业管理规定》《电信业务分类目录》（外资股比、经营准入）
• 国家网信部门历次生成式人工智能服务已备案信息公告及各地网信部门公告（备案与登记的适用区分、公示要求）
• 属地政务服务指南中关于备案主体注册要求与材料清单的公开说明

附二 可以自己动手核验的三件事

1. 核主体。 确认申报主体是境内依法注册主体，且与域名 ICP 主体、收款主体、应用商店开发者账号一致。
2. 核模型。 按模型名称与备案单位在官方已备案信息公告中比对，确认实际调用的模型在名单内。
3. 核数据。 打开架构图，标出哪些环节的数据离开了境内，并按年度累计口径估算个人信息量级，判断落在免程序、标准合同/认证、安全评估哪一档。