App Store Connect 帮助
App 转让概述
若你将 App 出售给其他开发者，或想要将 App 移至其他 App Store Connect 账户或组织，你需要转让该 App。
转让过程中，App 无需从 App Store 下架。App 在转让期间和转让后仍保留其评论与评分，用户也可以继续访问后续的新版本。此外，App 的套装 ID 在 App 转让后保持不变（为 App 上传构建版本后，其套装 ID 便无法更新）。
第 1 步：确认该 App 是否可以转让
App 必须符合所有 App 转让条件才能转让。
第 2 步：备份所有 App 信息
App 转让完成后，该 App 会从你的账户中移除，因此，请在转让前备份该 App 的所有信息。
第 3 步：发起 App 转让
App 转让由你组织中具有“账户持有人”职能的用户发起。进一步了解。
第 4 步：接受 App 转让
由接收方组织中的“账户持有人”接受 App 转让。进一步了解。
提供自动续期订阅的 App
提供自动续期订阅的 App 必须使用一个 App 专用共享密钥。
-
发起 App 转让
如果 App 提供自动续期订阅，请在发起转让前生成 App 专用共享密钥，然后将密钥分享给接收 App 的开发者账户中的用户。分享密钥后，发起 App 转让。
-
接受 App 转让
如果你要接收的 App 提供自动续期订阅，请在接受 App 转让之前，联系转让发起人获取 App 专用共享密钥，以便你更新服务器设置并使用该密钥验证自动续期订阅。完成 App 转让后，请重新生成 App 专用共享密钥，仅供你组织内部使用。
使用钥匙串共享的 App
App 被转让后，如果接收方没有更新 App，该 App 将继续使用原来的钥匙串共享。因此，接收方应重新构建钥匙串并提交 App 更新。如果该 App 的 Xcode 项目中定义了钥匙串群组，应将其改为由接收方创建的钥匙串群组（包含接收方的团队 ID）以便后续共享钥匙串。更新 App 后，由于 App 无法检索到钥匙串中的验证令牌，用户需要重新登录。
采用通知推送服务的 App
使用 Apple Pay 的 App
转让使用 Apple Pay 的 App 时，商家 ID 不会随 App 一起转让。只要原始证书有效，就能够继续进行交易。但提交 App 更新时，接收方需要使用自己的账户创建新的商家 ID。
支持“通过 Apple 登录”的 App
在为 App 转让准备数据时，请为你数据库中的所有用户生成转让标识符。你可以通过 Apple 提供的 REST 服务端点生成转让标识符。
如果你已将 App 分组来为其启用“通过 Apple 登录”功能，请在发起转让之前取消 App 分组。
转让配置了“通过 Apple 登录”的 App 时，关联的服务 ID 也将随 App 一同转让。如果不希望转让服务 ID，请在发起转让之前取消服务 ID 与 App 之间的关联。
借助 Mac Catalyst 创建的 App
如需转让通过 Mac Catalyst 创建且不提供通用购买项目的 App，请同时转让 iPad App（主要 App ID）和 Mac App（Mac Catalyst App ID）。
你需要先为 iPad App 发起转让，然后再为关联的 Mac App 发起转让。请务必将 Mac App 一并转让给接收方，因为接收方无法基于 iPad App 通过 Mac Catalyst 创建新的 Mac App。
使用“Apple 钱包”的 App
如果你的 App 分发 Apple 钱包凭证，且这些凭证需要从你的 App 或 Web 服务接收更新，则 App 转让完成后，你需要使用新的标识符重新签发凭证，确保使用与你 Apple Developer 账户相关联的证书为凭证签名。为减少给用户带来的不便，我们建议你在 App 中推送通知信息，告知用户原来的凭证将会失效，并提醒用户在你的 App 或 Web 服务中重新下载凭证。
使用 iCloud 的 App
如果你的 App 使用了以下内容，这些内容会在接收方接受 App 转让时，随 App 一同转让给接收方。
-
用于存储用户数据的 iCloud
-
iCloud 容器
-
与 App 关联的键值存储（KVS）标识符
如果你的账户中有多个 App 共用一个 CloudKit 容器，当其中一个 App 转让后，其他 App 将无法继续通过该 CloudKit 容器读取或存储数据。此外，转让方也将无法继续在 CloudKit Console 中访问已转让 App 的用户数据。在 App 转让之后，App 的任何更新均会导致 App 无法通过已转让的 CloudKit 容器读取或存储数据。
如果被转让的 App 使用 iCloud 键值存储（Key-Value Storage，简称“KVS”），则完整的 KVS 值将嵌入到你为该 App 新创建的所有预置描述文件中。请使用预置描述文件中的完整 KVS 值更新你的 entitlements.plist 文件。
启用 Game Center 和 Apple Arcade 的 App
多玩家兼容性：添加了多玩家兼容性的 App 转让后不再与原来的 App 兼容，也不会继续显示在那些 App 的“多玩家兼容性”列表中。App 转让后，接收方必须为 App 添加多玩家兼容性，该 App 才能与接收方的其他 App 兼容匹配。
Game Center 群组：属于某个 Game Center 群组的 App 会在转让期间从该群组中移除。转让后，所有排行榜和成就均恢复为其原始状态。原为群组排行榜的排行榜会在其标识符中保留 grp. 前缀。转让完成后，接收方可以将 App 添加到其 Game Center 群组当中。
合并的排行榜：最初为单个排行榜，但后来合并为群组的排行榜会在 App 转让后去掉 grp. 前缀，恢复为合并之前原有的排行榜 ID。App 转让后，接收方需要更新 App 构建版本并包含新的排行榜 ID，以确保分数正确显示。
玩家配对：玩家配对的配置不会随 App 一同转让。如需继续使用 Game Center 玩家配对功能，接收方必须在 App 转让后创建或修改配对规则。
在第三方 App 市场上分发的 App
在发起 App 转让之前，转让方应先通知与该 App 相关的所有第三方 App 市场。转让方和接收方均有责任在 App 发生任何变更时通知第三方 App 市场。
如果转让的 App 在第三方 App 市场上分发，则转让开始之前，接收方必须签署《Alternative Terms Addendum for Apps in the EU（针对在欧盟分发 App 的替代性条款附录）》，并在 App Store Connect 中添加相同的市场，才能确保转让后 App 可继续供用户下载。转让方和接收方均需在转让前将相同的市场添加到 App Store Connect，转让后 App 才能在继续在该市场分发。
提名项目
提名项目无法转让。如需与接收方分享提名的详细信息，请先将提名信息整理成文稿并直接提供给接收方，然后再发起转让。
App 套装
如果转让 App 套装中的 App，你将无法再查看 App 套装的历史记录。转让 App 前，请务必记录你的 App 套装信息。
辅助功能标签
如果你的 App 标记了支持辅助功能或包含辅助功能 URL，相关标记信息和 URL 会一同转让。转让完成后，接收方可以将辅助功能 URL 更新为自己的网站地址。
使用 Webhook 的 App
如果你为 App 配置了 Webhook，Webhook 也会随 App 一同转让给接收方。如果不希望 App 转让后你的 Web 服务器继续收到 Webhook 活动，请在转让 App 前删除 Webhook。接收方可在转让完成后，更新 Webhook 以使用自己的 Web 服务器。
App 转让期间和转让后会发生什么
在 App 被转让后，与其相关联的 App ID 也会转让给接收方的开发者账户。如果转让方的 App ID 过去为通配符（Wildcard）App ID，则会转换为一个与该 App 的套装 ID 完全匹配的显式（Explicit）App ID。
转让方负责将实际代码集和构建版本素材直接交给接收方。请确保将 App 添加的所有功能或 App Store 配置告知接收方，例如钥匙串共享、Game Center，或推送通知，以便在将来的更新中保留这些功能。
请注意，无论 App 所有权状态如何，你均无法在转让 App 后生成新的或额外的促销代码。每个 App 版本只能生成 100 个促销代码，从代码生成之日起四周内有效。
“销售和趋势”及“付款和财务报告”数据
转让你的 App 后，你可以继续访问发生在转让前的付款和销售信息，但无法访问发生在转让后的付款和销售信息。App 的接收方只能收到转让后发起的交易付款和销售信息。
App 分析数据
将账户中的 App 转让给他人后，你将无法继续在“App 分析”中访问该 App 的数据，但你仍可在“销售和趋势”中查看 App 的历史数据。如果他人将 App 转让给你，你将可以看到该 App 自上架 App Store 后产生的所有分析数据（最早可追溯到 2015 年 4 月 1 日）。