为动态范围的数字产品使用通用的应用内购买商品

Question

你们有没有实现类似于以下场景的东西？

考虑一个提供有声读物的应用程序：

• 书籍由作者在基于Web的UI中动态维护。
• 这些图书可供iOS应用的用户使用，作为应用内购买商品。

默认情况下，Apple指南建议使用非耗材IAP，并尽可能多地添加IAP项目。但这对我们来说并不合适，因为作者无法访问iTunesConnect，所以它不能动态，“自私”。

因此，我们计划制作一套通用的＆＃34;耗材＆＃34; IAP项目，如“预订价值0.99美元”，“预订价值1.99美元”等等。然后在应用程序中，当我们将它们添加到我们的系统中时，我们将显示作者指定的相应的IAP项目。

当然，我们将购买的商品存储在服务器端，因此用户始终可以访问购买的商品 - 即使他们稍后从其他设备访问它。

Apple会批准此实施吗？ 它是否符合他们的IAP政策？

我在论坛中发现了一些类似的相当古老的话题，但答案令人困惑。 你有没有实现类似的东西并获得Apple的批准？

Answer 1

Apple已接受我们的解决方案，如问题中所述。

关键是，正如@RomOne和@ ge0rges正确强调的那样，您需要提供以后恢复项目的可能性。

由于我们将每次购买都存储在我们的数据库中，并且我们的用户已经过身份验证（他们需要注册并登录购买），我们能够永久地为他们提供对所购商品的访问权限，即使从其他商店访问该应用也是如此设备。

我们还会存储iTunesConnect中相关的应用内购买产品ID，以及用户ID，价格和日期，以便详细记录所有购买内容。

  

重要：Apple拒绝了我们的第一个解决方案，因为他们不了解它是如何工作的，以及如何恢复购买。
  成功的关键是详细描述系统的工作原理，并为测试用户提供访问我们的Web管理站点的权限。这使得Apple审稿人可以看到整个系统。

Answer 2

是的，在我看来，他们会接受它。只要您允许用户稍后检索他们的购买。您的系统让我想到了我制作的虚拟货币，我必须为用户制作需要实际保存的通用耗材。 Apple批准了它（现在仍然如此）因为我保存了所有购买，即使它与IAP政策不完全吻合;）

Answer 3

这里的关键是确保这些购买总是可以恢复。所以一定要存储＆＃34; ID＆＃34;或者您以与Apple ID（不是帐户，但Apple ID）直接关联的方式识别不同的项目。