苹果开发者账号出售：企业号带内部分发 App，证书和签名材料要交哪些

企业号的「带 App」不是商店上架页，而是一套签名与分发体系

企业开发者计划（Apple Developer Enterprise Program）面向有内部分发需求的组织，应用不经过 App Store 审核，也没有公开的商店页面。所以「带 App」在企业号里交付的不是一个可展示的上架条目，而是：App ID（Bundle ID）、用该团队证书签好名的 IPA、描述文件，以及让员工装上并持续能打开的分发方式。如果卖方只给你一个账号登录和几个 IPA 文件，没有证书私钥和分发配置，你拿到的只是一批无法再更新的安装包。想要上架公开的 App Store，应看标准的个人或组织开发者账号，而不是企业号。

私钥不在 Apple 手里，只在生成 CSR 的那台电脑上

企业分发证书由证书签名请求（CSR）生成，私钥留在创建 CSR 的 Mac 钥匙串里，Apple 后台只存证书本身。要继续用同一张证书打包新版本，必须拿到导出的 .p12 文件及其密码；只有后台登录权限而没有私钥，只能新建证书。新建不等于无害：证书数量有上限，而吊销旧证书会让用它签名的 App 在已安装设备上无法启动。下单前要问清楚：现有分发证书的到期日是什么，私钥是否有备份，谁在使用，吊销过几次。

Team ID 和 Bundle ID 绑定，换团队重签等于换了一个 App

App 的身份由 Team ID 与 Bundle ID 共同决定。用新账号的证书重签同一个 IPA，系统会把它当作另一个应用：钥匙串分组（Keychain Access Group）、App Groups、推送证书或 APNs 密钥、关联域名（Associated Domains）这类依赖 Team ID 的能力都要重新配置，用户通常需要卸载重装，本地数据也可能丢失。因此需要区分两种交付：一是账号整体连同原 Team ID 交接，原签名链路继续有效；二是只交 IPA 和源码，由你的新账号重签。后者不属于「带 App」，价格和风险都不该按前者计算。

分发链路里的域名、服务器和 MDM，往往比证书更容易漏交

企业 App 通常通过两种方式到达员工设备：MDM 推送，或者 HTTPS 下载页配合 manifest.plist 的 itms-services 链接。前者要核对 MDM 平台账号、设备注册范围和推送证书归属；后者要核对下载页域名、TLS 证书、存放 IPA 的服务器以及谁有权限改 manifest。这些不在 Apple 后台里，却决定员工能不能继续安装和更新。交接清单里要逐项写出：域名注册人、服务器登录、MDM 管理员、推送证书的到期日，缺一项就要在合同里写明由谁补齐。

合规边界：企业证书只能用于自己员工，账号主体变动要以协议为准

企业计划的授权范围是向本组织员工内部分发，不得用来向公众或外部客户分发应用。买家如果打算把 App 放给不特定用户，企业号并不适合，滥用可能导致证书被吊销、账号被终止。另外，企业账号绑定组织主体和 D-U-N-S 编号，账号持有人变更、主体信息修改是否被允许，以及需要什么材料，以 Apple 当时的协议和后台页面为准，不能由卖方口头担保。本文不涉及任何绕过验证、隐藏关联或伪造材料的做法，涉及主体变更的步骤应该由真实有权人通过官方流程完成。

下单前的核对清单与停止条件

建议按四类材料逐项确认：一，账号侧：Team ID、账号状态、会员到期日、当前持有人与联系邮箱的控制权；二，签名侧：分发证书到期日、.p12 与密码、描述文件到期日、已使用的证书数量；三，应用侧：Bundle ID 清单、对应 IPA 版本、源码或至少可重现构建的工程、推送和关联域名配置；四，分发侧：MDM、域名、服务器的权限。判断标准可以很简单：要求卖方在交接前演示用现有证书和描述文件签出一个新包，并安装到一台测试设备上正常启动。做不到，或者证书、描述文件在近期到期而对方没有续期方案，就应暂停下单。费用和续费规则以 Apple 后台当时显示为准。