提前为政策而不是编程问题道歉,但由于在线提供的信息很少,我希望在这里可以原谅我可以原谅.
我想在iOS应用中使用Apple的新定期订阅.我之前编码过付款并且没有任何问题,但是我无处可寻找新订阅类型允许的指导.暗示"似乎"似乎没有特别的指导,但我能找到的所有讨论都在谈论'内容'提供者而不是服务提供者.
我想使用定期订阅来订阅人们订阅的服务.我本身不提供任何内容.
使用旧的非续订订阅类型(实际上是如此破碎,不值得使用)我99%肯定应用程序将被接受,但内容提供商的所有谈话让我担心Apple真的不想要SAAS提供商使用定期订阅模型,并希望将其限制为内容发布者.
有没有人有使用软件即服务的新支付模式的经验？
在我们围绕这个概念构建完整的支付解决方案之前,我希望能够更好地了解它是否可行!
我的应用程序是一个Web服务客户端.服务有一个月的付费订阅.我想用IAP实现订阅付款.起初我认为将其实现为自动可再生订阅,但在阅读了几篇有关它的帖子后(由于内容不是数字内容或类似内容而拒绝来自App Store)我决定进行不可续订的订阅 - 但它也有一些缺点(难以同步,可选注册).在SO post上 - 开发人员写道,他的应用程序在进行iCloud同步时被App Store拒绝.
具有良好生产经验的人是否可以写出汽车可再生订阅和不可再生的所有利弊？对于为期一个月的医疗网络服务订阅,我应该选择什么？谢谢
有关应用内购买自动续订订阅的问题:
我不清楚如何处理用户购买多个不同持续时间的订阅的情况.似乎Apple会识别用户是否已经购买了给定的SKU(基于产品ID)并阻止了重新购买(在这种情况下我的应用程序获得了失败的交易事件),但是如果我使用不同的内容提供相同的内容产品ID具有不同的持续时间,那么用户可以购买两次或更多次.
即使我在用户订阅一次后隐藏了其他购买选项,他们也可能会在备用设备上购买另一个订阅,并且该购买最终将恢复到已经拥有订阅的其他设备.
我是否应按交易ID和产品ID跟踪购买的订阅,并计算最终到期日期？这似乎很复杂.