2014-10-09 56 views
0

我们有一本印刷杂志,我们将发布一个应用程序,订阅模型,排序的自助服务终端应用程序,但扩展功能。 好了,我们要的是解决了以下情况:如何在iOS应用中执行“合并”订阅模式?

案例1(络合物)

  • 用户购买打印问题,并在它发现了一个促销代码。此代码应允许用户从我们的应用程序免费下载此问题的数字副本。
  • 用户启动应用程序,打开一个对话框,输入促销代码。
  • Voila!用户可以免费获得已购买的印刷版数字版本。
  • 数字的问题始终保持在他购买的问题清单,并为他们提供有效的购买的问题与所有App Store的选项(还原等)

案例2(简单)

  • 用户没有打印问题。他启动应用程序并使用IAP购买数字问题。

所以,这两个问题是相同的(即“blablabla杂志”,2014年11月),但第一次使用促销代码被下载,和第2与IAP购买的,他们都应该有相同的属性和“体重“的App Store。

问题是我不知道这个模型是否会被Apple批准。或者,如果他们这样做,我该如何发展? AFAIK,已购买和未购买的商品列表由App Store提供,无法介入此流程。 我没有在iOS应用程序中找到任何使用3D party促销代码的示例。任何人都可以为此提供解决方案吗?

感谢

回答

0

为了让促销代码的使用记录,我觉得要做到这一点是需要考虑的simpliest方式。用户使用其帐户登录后,您可以告诉服务器该促销代码已用于该帐户。如果用户删除/重新安装您的应用程序,您将能够从他的帐户恢复所有促销代码。

对于IAP和促销代码您的问题,这里是App Store Review Guidelines 见11.16节:

应用可以使额外的批准特征或功能时,结合使用特定的批准实物产品 (如 玩具),只要额外的特征和功能是完全依赖于这种硬件的 (例如,使用 来控制望远镜的应用),或者也可以通过应用而不通过 物理产品,例如通过对实现的回报vement或通过使用 的IAP

所以基本上,你想做的事不应该被拒绝。 但是根据经验,当你做一些与苹果公司资金接近的事情(可能会“削弱”IAP)时,无论指南评论如何,你都应该期望审查失败。

请记住,指导方针可以解释为您的优势,或对您不利。

+0

感谢您的回复, – Maxmyd 2014-10-10 12:49:36

+0

该输入按钮... :) 是的,我们将开发一个支持promocodes验证和存储的后端。主要问题是向用户提供他购买的问题的正确列表。该列表应由App Store后端提供,就像它已在iTunes Connect中设置一样。这完全取决于用户实际的IAP,我们不能发送到App Store消息,该用户已经购买了该问题,因为他实际上没有。 – Maxmyd 2014-10-10 12:56:14