31 主体结构
31.1 五个位置
机器在海外只是资产位置。一次推理请求还会穿过控制位置、客户位置、合同位置和数据位置;一笔收入又要经过开票、收款、换汇、税务和上游分账。只在地图上给机房插一面旗,无法回答谁能调度、谁对客户负责、谁能读日志、谁收到钱。任何海外方案都先画五个位置,不能只标机房:
| 位置 | 回答的问题 |
|---|---|
| 资产位置 | GPU、服务器、备件和机房在哪里 |
| 控制位置 | 谁能配置、调度、停机、读日志、管理密钥 |
| 客户位置 | 请求从哪里来,最终用户和用途是什么 |
| 合同位置 | 谁签约、开票、收款,争议与退出怎样处理 |
| 数据位置 | 请求、输出、缓存、日志、备份和权重经过哪里 |
五个位置可能分散在五个法域,也可能由多层分包商连接。服务器在新加坡,不代表客户、控制者、付款人和数据都在新加坡;公司注册在美国,也不代表它拥有设备、掌握集群或能满足资产方准入。录音中提到运营公司可考虑美国或新加坡、香港较难、资产方只接受特定主体,录但没有给出资产方书面政策、银行意见或监管依据,这类说法只能进入第 41 章的待核清单,不能写成地区结论。
31.2 三层主体
跨境算力业务通常涉及三类角色主体,它们承担的责任完全不同。把它们区分清楚,是读懂任何一份交易结构图的前提。
| 主体类型 | 干什么 | 承担什么责任 |
|---|---|---|
| 持有主体 | 签租赁合同或持有设备资产 | 租金付款义务、资产风险、出口管制下的接收方责任 |
| 运营主体 | 跑推理服务、雇技术团队 | 服务可用性、数据处理、劳动与税务 |
| 销售主体 | 与客户签约、开票、收款 | 合同履约、收入确认、增值税或销售税 |
这三层可以合一,也可以拆开。拆开的常见理由是税务效率、责任隔离和业务分区管理,这在跨国经营中是普遍做法。但拆分本身会引出一个问题:监管审查时看的是法律上的签约方,还是实际控制方。第 32 章会说明当前规则的答案。
角色分离的正当理由和风险信号,往往长得很像,区别在于是否经得起披露。正当的分离有清晰的商业理由并且可以公开说明:为不同区域设独立实体便于当地税务和用工、把重资产与轻资产分开以隔离债务、为不同业务线设独立法人以便未来分拆。这些安排在尽调时可以完整披露,且不改变任何一方的实质权利义务。需要警惕的分离有一个共同特征:它的作用是让某个事实在审查中不被看见。判断方法不是看结构复杂不复杂,而是问一个问题:如果监管方要求完整披露全部安排,包括所有代持、抽屉协议和实际控制关系,这个结构还成立吗。
31.3 名实之分
所有权不是调度权。海外链路至少有五类控制:资产所有权、物理占有与机房准入、技术管理员权限、客户服务责任、现金与合规控制。它们可以由同一集团承担,也可以分散在资产方、机房、平台运营方、销售方和收款方。例如一家 SPV 持有设备,机房掌握机柜和远程手工服务,平台公司持有集群管理员和模型密钥,新加坡销售公司与客户签约,另一家银行服务商完成换汇。说 SPV 有机器时,还要接着问:平台公司凭什么获得长期调度权,机房故障时听谁指挥,销售公司如何让上游履行客户 SLA,资金违约后谁能接管。
一笔海外 token 服务的合同图至少可能出现九个角色:资产所有人或出租人、机房、当地现场运维、集群与模型运营方、模型或软件许可方、面向客户的签约方、开票和税务登记主体、收款与换汇方、最终客户。九类角色是尽调模板,不是法定分类。公有云用共享责任模型提醒客户:服务模型改变时,双方在基础设施、配置、身份、应用和数据上的责任也会移动;私有 GPU 租赁往往比标准云更复杂,不能照抄一张 IaaS 矩阵,必须按实际控制接口重画。
31.4 责任路径
第 9 章的六流仍是全书总模型。本章只抽出五条容易在跨主体时断裂的责任路径。
- 请求路径 客户到网关,到调度,到模型,到流式响应
- 计量路径 请求事件到 token、错误与取消,再到账单
- 合同路径 客户承诺到上游服务,再到支持权与审计权
- 资金路径 发票到收款到换汇税费,再到机房、资产与平台分账
- 故障路径 告警到诊断到现场到返修,再到客户补偿
任何主体只要承担了责任,却没有控制对应接口,就出现结构性错配。销售公司承诺 99.99% 却不能控制上游集群和运维;平台公司能调度却无权查看资产支持合同;收款公司拿到预付却不是退款义务人。这些都不是以后再补的文书问题,而会在故障时决定谁能行动。对客户作出的承诺要能够沿分包链传递,这也是多数消费者保护执法对服务分包的基本要求。
31.5 属地选择
选址的技术因素和法律因素要分开评估,两者的最优解经常不在同一个地方。
| 评估维度 | 看什么 | 谁来判断 |
|---|---|---|
| 电力与机柜 | 容量、密度、制冷方案、扩容余地 | 技术与工程 |
| 网络 | 国际出口带宽、到主要客户的延迟、冗余路由 | 技术 |
| 硬件可得性 | 当地能否合法获得目标型号 | 法务加供应链 |
| 监管环境 | 出口管制适用、数据规则、外资准入 | 外部律师 |
| 税务 | 所得税、预提税、转让定价、税收协定 | 外部税务顾问 |
| 运维可达 | 能否派驻人员、当地运维供应商成熟度 | 运营 |
| 银行与结算 | 开户难度、跨境收付效率 | 财务 |
录音中提到的候选地包括美国与新加坡,以及澳洲、马来西亚、泰国、日本、韩国、哈萨克斯坦等算力所在地。录同时也提到对东南亚部分机房的谨慎态度,理由是有相当数量的主体挂着机房名义实际在做贸易。录这类判断属于交易对手风险,在 35.1 节展开。结算与税务也是选址的一部分:服务器位置不能单独决定开票和间接税,欧盟增值税按 B2B 与 B2C 区分征税地点,新加坡对境外远程服务供应商设有商品和服务税注册规则。技术方案冻结前,至少画出谁报价、谁签约、谁开票、客户向哪个账户付款、币种如何兑换、谁承担手续费和退款、上游以何种币种结算、税务发票与计量账单如何勾稽。常设机构、预提税、转让定价和收入确认都需要当地专业人士结合事实判断,本册不提供结论。
31.6 事实优先
主体设计容易先于事实,因为每一方的激励都推着它先建结构:资产方偏好信用强、可追索的承租人,银行关心资金来源和受益所有人,销售希望尽快签约,技术团队希望保留跨区调度,客户希望数据本地化和单一责任窗口。美国、新加坡或香港主体只是承载这些需求的工具,不是合规结论。如果先设主体再补业务,团队容易把公司已经注册误当成上游愿意签、银行能收、客户能买、数据能流。正确顺序是先画事实:资产、客户、数据、控制和资金;再让各专业团队判断需要哪些主体、合同和许可。录音中曾希望让 AI 判断海外业务是否合规,录AI 可以整理法规、发现冲突、生成材料清单,却看不到未提供的合同、受益所有人、实际用途和数据流,也不能提供执业签字。
修订记录
| 日期 | 改了什么 | 为什么 | 谁 |
|---|---|---|---|
| 2026-08-04 | 按章导入,正文与插图保持原样 | 原稿结构清晰,重写反而损失信息 | 工程 |