我目前正在构建一个iOS应用程序，其中包括通过iTunes自动续订订阅。我还通过Stripe为网络用户提供辅助订阅服务，并且任一平台上的订阅都可以为所有平台启用高级功能。
因此，订阅与我的后端数据库中的用户帐户相关联。我并不特别在意他们使用的是什么设备。
我设想的一个问题是，如果用户在我的服务上创建第二个帐户，并在应用程序中按恢复购买，则必须根据apple提供订阅。据我所知，不允许显示“您的订阅已在其他帐户上有效”等错误。
所以我想知道，而不是拒绝订阅，我可以改为转移吗？像这样的流程：
aaa@foo.com aaa@foo.com zzz@foo.com aaa@foo.com转移到zzz@foo.com。zzz@foo.com并返回aaa@foo.com。第一个帐户不再是“高级”，因为第二个帐户有订阅。这是一种可接受的方法吗？
答案 0 :(得分：0)
好吧，在Apple指南中并不清楚，知道你的选择是否合适。但我认为这将是一个不错的选择，因为你允许用户在他们所有的设备上获得订阅，就像他们使用他们的好帐户一样
3.1.2（a）允许使用：如果您提供自动续订订阅，则必须为客户提供持续价值，订阅期必须至少持续七天，并且可在所有用户的设备上使用。虽然以下列表并非详尽无遗，但适当订阅的示例包括：新游戏关卡;情节内容;多人游戏支持;提供一致，实质性更新的应用程序;访问大量或不断更新的媒体内容;软件即服务（“SAAS”）;和云支持。此外： 订阅可以与点菜产品一起提供（例如，您可以订购整个电影库以及购买或租赁一部电影）。 您可以提供在您自己的应用和服务中共享的单个订阅，但这些订阅可能不会扩展到第三方应用或服务。游戏订阅中提供的游戏必须由开发者拥有或独占许可（例如，不是游戏发布平台的一部分）。每个游戏必须直接从App Store下载，必须设计成避免订户重复付款，并且不应对非订户客户造成不利影响。 订阅必须适用于应用程序可用的所有用户设备。详细了解如何在您的应用中共享订阅。 应用不得强制用户对应用评分，审核应用，下载其他应用或其他类似操作，以便访问应用的功能，内容或使用。 与所有应用程序一样，提供订阅的用户应该允许用户获得他们已经支付的费用，而无需执行其他任务，例如在社交媒体上发布，上传联系人，在应用程序中登录一定次数等。 订阅可以包括消费品，宝石，游戏内货币等，并且您可以提供包括对折扣消费品的访问的订阅（例如以降低的价格暴露宝石包的铂金会员）。 如果要将现有应用程序更改为基于订阅的业务模型，则不应删除现有用户已支付的主要功能。例如，在为新客户引入订阅模式后，让已购买“完整游戏解锁”的客户继续访问完整游戏。