个人号转公司主体：出海团队在全球交付前必须完成的迁移路径

团队拿到第一个稳定的产品方向，开始用个人开发者账号跑提审和构建。跑着跑着发现：个人号挂 App 归属有风险，银行信息收不到公司账款，内购协议主体和签约方对不上——于是「要不要转公司主体」从选做题变成了必答题。

这类团队通常有一个共性：已经在跑业务，迁移不能停服太久。跟从零注册一个公司号不同，个人转公司是一次带存量的切换，成本不只是 99 美元年费的差额。

很多团队以为迁移就是 Apple Developer 后台改个名。实际上，从个人号切到公司号，Apple 侧会触发一次组织验证——你需要一个已生效的邓白氏（DUNS）编号，且 DUNS 上的公司名称和地址必须与提交材料完全一致。

主体一旦切换成功，以下内容会跟着变：

• App 归属：已上架 App 的开发者名称从个人名变为公司名，App Store 页面会立刻更新
• 证书与描述文件：原个人名下的发布证书会失效，需要用新的 Team ID 重新签发
• 银行与税务信息：收款账户必须改成公司银行账户，税务协议（Paid Applications Agreement）需要公司主体重新签署
• 内购号与 TestFlight：内购商品归属不变但签约主体变了，TestFlight 邀请的团队权限需要重新分配

邓白氏编号是公司号的硬性前置。新注册的海外公司通常需要 5-15 个工作日才能拿到 DUNS，加急通道可以缩短到一周左右，但 Apple 侧验证还需要额外 48 小时。

如果团队正在赶版本发布，可以先用个人号继续提交构建，不要中途发起迁移——迁移一旦触发，个人号进入只读状态，新构建传不上去，提审也会卡住。

建议的时间线：先在个人号上把当前版本的提审、审核、上架全部走完，确认 App 处于「Ready for Sale」状态后，再启动主体迁移流程。

Apple 提供两种方式处理存量 App：

1. App Transfer：把 App 从个人号转移到新的公司号。每个 App 单独操作，转移期间不影响已上架版本，但转移完成后需要用新 Team ID 重新签发证书和描述文件
2. 直接迁移账号类型：Apple 支持将个人开发者账号升级为组织（Organization）账号，前提是已有 DUNS 编号。升级后 App 留在原账号内，不需要单独 Transfer

对于出海团队，如果公司主体和原个人号是同一实控人，直接升级账号类型更省事——避免了 App Transfer 过程中可能遇到的内购迁移、TestFlight 构建历史丢失等问题。

如果原个人号的注册人和公司法人不是同一人，则只能走 App Transfer 路径，每款 App 需要单独发起，且 Apple 会对双方账号进行验证。

主体变更后最容易出事故的环节是证书。原个人号下的 Distribution Certificate 会随主体切换失效，这意味着：

• 所有 CI/CD 管线里引用的证书和描述文件需要更新
• 构建号（Build Number）的序列不受影响，但签名必须切换到新 Team ID
• 设备号（Device UDID）注册在新号下需要重新添加，Ad Hoc 分发的测试包要重新打

如果团队同时维护多个 App，建议在迁移前导出当前所有证书和 Profile 的清单，迁移后按清单逐一重建。

银行信息是资金链的事，不能拖。切换到公司主体后，App Store Connect 的「Agreements, Tax, and Banking」模块会要求你用公司身份重新签署 Paid Applications Agreement。

签署前需要准备好：

• 公司银行账户的 SWIFT / IBAN 信息（或美国的 ABA Routing Number）
• 公司注册地的税务信息（如美国的 W-8BEN-E 表格）
• 有权签署协议的人员身份证明

内购号（In-App Purchase）本身不需要重新创建，但签约主体变更后，Apple 会在下一次结算时切换收款账户。建议在迁移当月密切关注结算报告，确认打款路径正确。

做出海的团队经常需要同时交付 iOS 和 Android。如果 Apple 侧用公司主体、Google Play 侧用个人账号，上架后两端显示的开发者名称会不一致。

这种不一致在欧美市场的影响比想象中大——用户在 App Store 和 Google Play 看到不同的开发者名，会怀疑哪个是假的。更有甚者，Google Play 的组织验证如果和 Apple 侧信息不匹配，可能触发额外审核。

建议：在启动 Apple 侧主体迁移的同时，确认 Google Play 开发者账号的组织信息已对齐。两端的开发者名称、联系邮箱、隐私政策链接保持一致，是最基本的交付规范。