是的,您可以将您的应用程序从一个帐户转移到另一个帐户。
您可能不需要从您的帐户中删除现有应用程序。苹果开发者账户中有一个应用迁移过程,将你的应用从你的账户转移到另一个账户。
回答您的问题:当尝试再次使用另一个帐户部署它时,它说我“应用标识符不可用,已使用” - 那么有什么想法如何通过企业部署解决此任务?或者我可以将业务应用程序迁移到 itunesConnect 吗?
推荐的解决方案:
您不需要从您的帐户中删除您的应用程序或捆绑包标识符。您可以通过更新与您的应用关联的证书和配置文件将商业应用转换为公共应用。然后您可以处理两个帐户之间的应用程序转移。
另一种解决方案:
从您的开发者帐户中删除您的应用程序(连同捆绑标识符),然后在另一个帐户中创建一个具有相同标识符的新应用程序,您希望将应用程序转移到该帐户
这是相同的苹果指南:
转移和删除应用程序
通过将应用程序转移到另一个组织或删除应用程序,您可以将应用程序移出组织的应用程序目录。当您将应用程序出售给其他开发人员或您想要将其移动到另一个 iTunes Connect 组织时,您想要转移该应用程序。当您准备停用某个应用程序时,您希望删除该应用程序,并且您不会希望将来出售或下载该应用程序或重复使用该应用程序名称。
您可以将应用程序的所有权转让给其他开发人员,而无需从商店中删除该应用程序。该应用程序在传输期间和传输后保留其评论和评级,用户可以继续访问未来的更新。您可以转移的应用程序数量没有限制,但每个应用程序都需要单独转移。
所有转移和删除均由团队代理执行。
转移应用程序
您需要接收组织的团队代理提供团队代理的 Apple ID 和团队 ID。收件人可以在 developer.apple.com 上的帐户中找到他们的团队 ID。
团队代理是唯一可以转移应用程序的人。
启动应用程序转移
记录转移后您想要拥有的应用程序信息。
因为转移后您将无法查看应用程序信息,所以制作目录报告(请参阅请求目录报告),记录应用程序在商店上架的日期(请参阅查看状态历史记录),并保存销售和下载信息 (请参阅查看销售和趋势)。
如为应用创建 iTunes 连接记录中所述,打开应用的应用详细信息页面。
- 在 App Store 下的 App Information 部分中,滚动到 Additional Information 部分,然后单击 Transfer App。
- 确保应用程序符合转移标准。
- 如果满足所有条件,请单击完成。
- 如果所有标准都没有得到满足,解决那些突出的问题。
- 输入收件人的 Team Agent Apple ID 和 Team ID,然后单击继续。
- 核实转让信息和合同条款。
- 阅读合同条款,选择“我已阅读并同意上述协议”,然后单击请求转移。
- 单击完成返回应用程序详细信息页面。
一旦传输开始并等待接收者接受,应用程序将保持其先前的状态,并添加待处理的应用程序传输状态。您可以在此期间更改应用程序的价格。
接收组织的团队代理必须在 60 天内接受转移。
接受应用转移
- 以 Team Agent 身份登录 iTunes Connect。
将出现一条通知,指示应用程序已准备好传输。
- 单击协议、税务和银行业务。
- 在“转让协议”部分中,在“处理中的合同”子部分中找到要转让的应用程序,然后单击“查看”。
- 输入新的元数据并查看它。
- 支持 URL
- Atom 提要 URL(如果应用以前输入了 atom 提要 URL
,则需要) - 营销 URL(如果应用以前输入过营销 URL,则
需要) - 隐私政策 URL(如果应用以前有隐私政策 URL,则需要已输入)
- CCATS(使用出口合规的应用需要新的 CCATS 表格)
- App Review 联系信息
- App Store 联系信息
- 阅读合同条款,然后选择“我已阅读并同意上述协议”,然后单击接受。
应用程序传输最多可能需要两个工作日才能完成,在此期间应用程序状态会列为处理应用程序传输。当应用程序处于传输状态时,将应用以下操作:
- 所有应用元数据、权利和定价都在转让方锁定,不能进行应用内购买编辑。
- 调解中心页面上的任何公开交流都将被关闭。如果应用程序是 Game Center 组的一部分,则无法对接收方的组进行任何更改。
- 转移完成后,应用现在归应用转移接收者所有。它不再出现在转让人的 iTunes Connect 帐户中。
重要提示: 实际代码集和构建资产的交换直接在转让方和接收方之间进行。应用程序 ID 会在 developer.apple.com 中自动传输。为了保持良好的用户体验,请告知接收者应用程序添加的任何功能,例如钥匙串共享或推送通知,以便接收者在未来的更新中维护这些功能。钥匙串共享将继续工作,直到应用程序更新,在此之后,无法访问之前的钥匙串数据。如果在 Xcode 项目中定义了钥匙串组,则必须将其替换为收件人创建的钥匙串组(包括收件人的团队 ID),应用才能继续使用钥匙串共享。