企业号分发遇上正式提审：全球团队怎么切主体不踩坑

企业开发者账号擅长组织内分发与内测节奏，不承担公开 App Store 上架的全部合规口径。把它当正式提审主体，会在审核阶段暴露。

先写清边界：企业号负责「组织内可用」；个人/公司可上架主体负责「公开市场上架」。混用证书与后台，是最常见的交接事故。

• 企业分发看组织控制
• 正式提审看公开市场责任
• 两者证书与后台通常不是同一套

先冻结企业分发窗口，再建立可上架主体的证书、后台与问卷口径，最后迁 TestFlight 与正式提审。

切换日禁止并行改包。一边迁主体一边改功能，拒审责任会无法定位。

1. 冻结：停止把正式包绑在企业链路
2. 建新：个人/公司可上架主体就绪（权限、证书、问卷）
3. 迁移：build、TF、审核责任一次交割
4. 验证：用新主体跑一次完整内测到提审演练

多时区团队要写清「谁上传、谁回拒审、谁改问卷」。没有交接表，企业号到正式号的切换会反复空转。

建议留 2 小时 overlapping 交接窗，拒审邮件指定唯一回复人，主体切换日锁定变更冻结清单。

• 时区 overlapping 留 2 小时交接窗
• 拒审邮件指定唯一回复人
• 主体切换日禁止并行改包

Alex：协作失败看起来像技术问题，其实是责任表没写清。