App Store 上架前，个人开发者账号和公司账号要怎么核对？｜联系 @google898

登录之后先看地址栏。developer.apple.com account 管的是会员资格、团队角色、证书与标识符；appstoreconnect.apple.com 管的是应用记录、构建上传、TestFlight 和上架状态。

同一句报错放在两个后台里含义完全不同，所以第一步不是去改资料，而是把当前页面链接、提示原文和出现时间截图留存，再判断问题落在会员、协议、构建还是审核环节。 个人账号与公司账号的差别，集中在注册验证这一段。个人身份完成注册和身份验证即可；

组织类账号在 Program enrollment 里还要核对 D-U-N-S 编号与主体资料，这两步的进度显示在 Developer 后台的 Membership 区域，不会出现在 App Store Connect 里。因此被问到“账号能不能直接上架”时，先回答的是会员是否生效、协议是否签署，而不是应用有没有开发完。

常规操作按顺序走：先在 Membership 看会员状态与到期日；再到 Agreements, Tax, and Banking 看协议是否还有待签项；接着在 App Store Connect 的 Apps 里确认应用记录与 bundle ID 是否对应；构建上传后等处理完成，在版本页选中正确的构建号；然后补齐隐私政策链接、年龄分级、出口合规与测试账号；最后才点提交。

会员有效不等于应用具备发布条件，构建上传成功也不等于审核队列已经接收。 涉及“苹果开发者账号购买”或所谓现货时，要把两件事分开说。Apple 的会员费用、续费规则以 developer.apple.com 上的 Program 页面说明为准；第三方渠道的报价、交付方式和是否包含续费属于另一笔账，两者不能混在一句话里比较。

更需要盯的是主体归属：Account Holder 角色在团队里只有一个，可以转移但不能多人共享，身份验证与 D-U-N-S 材料必须真实，代填或伪造通常会在审核、续费或主体变更时暴露。接手前确认能否修改密码与绑定邮箱、能否打开协议页面、能否看到该应用的全部版本记录。

提交前的检查项可以逐条打勾：会员在有效期内、协议无待签、应用记录与证书配置一致、构建已处理完并已选中、隐私信息填写完整、分级与出口合规已作答、审核备注里给了可用的测试账号。角色权限同样要核，Admin、App Manager、Developer 能操作的页面并不相同，交付给外部团队时给最小可用权限，避免对方误改协议或删除构建。 交付验收不要只看对方发来的截图。

接手方自己登录走一遍：App Store Connect 里能否看到该应用、TestFlight 群组里有没有对应构建、协议页是否显示已生效、版本状态是准备提交还是等待审核。发生团队转移时，核对新团队是否出现在团队切换列表、旧成员是否已失去访问；测试阶段核对群组与构建的对应关系，别把内部测试当成外部测试在跑。 结果一律以页面状态为准，不以“提交成功”的提示为准。

提交后回到版本页观察状态流转，被拒时读 Resolution Center 的原文再决定改什么，不要凭猜测反复提交。会员续费前后同样回 Membership 页确认到期日与新周期，把每次核对的时间点和页面状态记在同一份交付记录里，后续交接时能直接对上。