香港苹果开发者账号：个人号、公司号与交付前要核对哪些页面｜联系 Telegram @google898

遇到“香港苹果开发者”相关的问题，先判断卡在哪一层。账号会员、团队资格、身份验证、协议签署在 Apple Developer 后台处理；应用记录、构建上传、测试群组、商店资料和审核状态在 App Store Connect 处理。把当前页面的完整提示、错误代码和操作时间截图留存，再判断它属于哪一类，比反复重试更容易定位。

个人号与公司号的分界，主要看会员资格页面里的主体类型和验证要求。Developer 后台的 Programs overview、Membership、Enrolling 等页面会列出当前主体需要走的步骤，组织类主体通常还牵涉 D-U-N-S 与身份验证条目。

不要假设“个人号能做公司号的所有事”，两者在团队角色、协议签署人和账号持有人转移上的入口并不一样，按登录后页面列出的条目逐项处理即可。 谈“苹果开发者账号购买”“现货”时，把两件事拆开看。账号是否可用，以官方后台能否登录、会员状态是否正常、协议与团队页面是否可用为准；第三方的交付承诺属于商业沟通内容，不能替代后台核验。

任何要求绕过身份验证、伪造主体资料或代过证件核验的做法都不要碰，这类操作会导致账号失效，也不在正常交付范围内。 实际操作顺序可以按四步走。先在 Apple Developer 确认会员资格有效、当前登录人角色够用；再到 App Store Connect 确认应用记录已创建、Bundle ID 与账号对应；然后看构建是否已上传并处理完成；

最后才进入版本页填写商店资料、隐私信息、年龄分级并处理审核待办。每一步都以前一步的状态为前提，跳过中间环节容易在提交时被拦下。 容易混淆的边界有几个。会员仍在有效期内，不代表应用已经具备发布条件；构建显示“已上传”也不等于“可提交”，还要等处理状态结束；TestFlight 里能看到构建，不代表外部测试群组已配置好测试员和审核信息。

把这些状态分别截屏记录，交接时比口头描述可靠得多。 涉及团队交接或账号持有人变更时，核对点更多。Developer 后台有 Invite team members、Roles and access、Transfer the Account Holder role 等入口，App Store Connect 侧要确认新负责人能进入对应团队、看到应用与构建。

交付前让接收方自己登录一次，完成一个实际动作，比如查看协议或打开构建页，再确认结果，而不是只看转让页面的成功提示。 费用与报价要分清口径。会员年费、税费等以 Apple Developer 官方页面与结算页面显示为准；如果通过服务方沟通，对方给出的报价、服务范围和交付形式属于另一份商业约定，不要把它当成官方收费标准，也不要用官方价格去反推第三方服务内容。

两边信息放在一起比较时，先标明来源再讨论。 完成后回到后台复查，而不是只看“提交成功”提示。账户侧看会员状态、协议状态和团队成员列表；应用侧看待审核版本、商店资料完整度和构建绑定关系。不同地区、不同主体类型、不同账号历史看到的页面和可选项可能不同，最终以登录后的官方后台要求为准。