带 App 的账号，登录凭据比 App 本身更先出问题
App 记录、证书和 Bundle ID 都挂在 Team 下，而进入 Team 的唯一入口是 Apple ID。交接后常见的卡点不是 App 缺失，而是新持有人无法通过登录验证：验证码发到旧手机号，受信任设备在卖方手里，或者账号恢复邮箱仍是旧邮箱。所以下单前先问清登录链路由谁控制，比先看 App 列表更重要。
Apple ID 要核对三项：邮箱归属、恢复方式、是否为专用 ID
第一，登录邮箱的控制权能否完整转给你，包括邮箱服务商后台，而不只是密码。第二，账号恢复邮箱和安全问题或恢复密钥是否同步更换，否则旧持有人仍保留恢复路径。第三，该 Apple ID 是否只用于开发者账号。如果同一个 ID 还绑着卖方的 iCloud、App Store 购买记录或家庭共享，交接会牵连个人数据，应要求换成专用 ID，或明确放弃购买这个账号。
双因素认证决定谁能真正登录，手机号和受信任设备都要换
Apple ID 开通双因素后，新设备登录需要受信任设备或受信任手机号接收验证码。交接时要确认两点：受信任手机号已替换为你能长期使用的号码，且验证码不会再发往卖方；你自己的设备已加入受信任设备列表，卖方设备已移除。关闭双因素在现行流程下通常不可行，也不应作为交接方案。如果卖方说「验证码我随时转给你」，说明控制权没有真正转移，这类账号后续每次登录都要依赖对方，应作为停止条件。
设备绑定不等于账号绑定，但会影响证书和上架操作
开发者账号本身不绑定某台电脑，但签名证书的私钥保存在生成它的 Mac 钥匙串里。若旧证书私钥不在你手里，你可以在后台撤销并重新生成，但要评估现有 App 的签名、推送证书和描述文件是否需要一并更新。已注册的测试设备 UDID 也占用年度名额，需要确认数量和是否保留。这些事项应在交接清单里写明，而不是交接后再补。
带 App 还要看 App 与 Team 的关系是否干净
逐项核对 App Store Connect 里的 App 状态：是在售、已下架还是仅有记录；Bundle ID 是否与你打算使用的一致；是否存在未完成的审核、TestFlight 测试或订阅与内购配置。付费 App 协议、税务和银行信息也属于账号资料，是否随账号一起交接、由谁更新，要在下单前确定。具体字段和流程以苹果后台当时页面为准。
可以下单与应该停手的判断标准
可以推进的情况：登录邮箱、恢复邮箱、手机号和受信任设备都能完整切换到你名下，并且你能在交接窗口内自行完成一次完整登录与后台访问。应该停手的情况：对方要求保留验证码转发、不愿更换恢复方式、Apple ID 混用个人数据，或无法说明 App 的来源与主体。账号类型（个人或组织）、所属国家和是否带已有 App，都会影响资料要求，下单时应逐项对应，而不是只比价格。