所以我在这里遇到了一些困境......我需要将应用程序从另一个组织的iTunes Connect(ITC)帐户转移到我自己组织的ITC帐户。
但问题在于,相关应用程序具有与之关联的应用程序内订阅,Apple不允许转移具有应用程序内订阅的应用程序(或曾经有过这些订阅)。
因此,我建议采用一种循环方式进行此转移:
创建现有应用的新次要版本,以便我们可以为当前用户提供有关我们打算推出新应用的一些有用信息
在旧的ITC帐户下发布此版本(显然),并将其作为次要版本发布
在新的ITC帐户中创建一个新应用,并将其命名为{oldAppName} -Test或类似的东西
获取新的"测试"通过各种QA和内部测试
拒绝旧ITC帐户中的当前应用程序,并在我们准备好将新应用程序投入生产时继续删除旧应用程序(这将释放应用程序名称以供其他ITC帐户使用)
删除当前应用后,我们可以将{oldAppName} -Test重命名为{oldAppName}并将其发布到App Store
当然,这种方法绝不是真正的转移,因为删除应用程序会丢失所有关联的数据和历史记录,但我们实际上只需要接管应用程序及其名称,这样我们就可以提供完全重写的同名产品。
我们正在从应用内订阅收入模式转向不同的收入模式,因此订阅数据和历史对我们来说无关紧要。
但是,我不禁觉得这是一种非常粗暴的做法。
有人对此有任何建议吗?或者希望我这样做更清洁?
提前感谢您在这方面提供的任何帮助。
答案 0 :(得分:17)
2017年6月发生了变化:
现在可以在开发者帐户之间转移提供订阅的应用。如果您的应用提供不续订或免费订阅,则可以按照App transfer overview
中的说明转移您的应用如果您的应用提供自动续订订阅或使用共享密钥,则在转移之前,您需要为应用生成应用特定的共享密码。 Learn more
答案 1 :(得分:2)
不幸的是,你是对的。这几乎是解决这个问题的唯一方法,正如Apple特别指出的那样:
中该应用无法提供(或之前已提供)应用内购买 订阅:自动续订,免费或不续订。
您的方法听起来是最好的方法,但是您仍然可以尝试通过电子邮件向开发人员支持发送电子邮件或解决技术问题(每个成员年都免费提供两个),看看他们是否可以提供帮助你出去。
除此之外,我建议您尝试将现有应用的应用名称更改为略有不同的应用名称,以便您可以在新帐户上再次使用它。然后在更新中你准备了一个隐藏的屏幕,上面写着:我们正在搬到新家。在这里下载新应用程序(链接)。我的UX个性现在迫使我告诉你使用纯色背景颜色,上面有白色或黑色文字。在页面的末尾,您可以包含指向您网站的链接,告诉读者您进行此切换的原因(如果您愿意)。您可以通过代码(推送通知或服务器)远程触发从隐藏更改为可见的更改然后,边查询或倒计时将读者重定向到新的应用程序。
希望以任何方式帮助你,甚至强硬,你在这里处于艰难的状态。
儒略