提前为一项政策道歉，而不是一个编程问题，但鉴于网上可用的信息很少，我希望我在这里问这个问题可以原谅。
我想在 iOS 应用程序中使用来自 Apple 的新定期订阅。我之前已经对付款进行了编码，并且在那里没有任何问题，但是我无法找到有关新订阅类型下允许什么的指导。暗示“似乎”是没有特别的指导，但是我能找到的所有讨论都是关于“内容”提供者而不是服务提供者。
我想将定期订阅用于人们订阅的服务。我本身不提供任何内容。
使用旧的非续订订阅类型（这真的很糟糕，不值得使用）我 99% 确定该应用程序会被接受，但所有内容提供商的谈话让我担心 Apple 真的不想要SAAS 提供商使用定期订阅模型并希望将其限制为内容发布者。
有没有人有使用软件即服务的新支付模式的经验？
在我们围绕这个概念构建一个完整的支付解决方案之前，我很想知道它是否可行！
很抱歉我来晚了，但我有一个答案。
基本上大约一个月前，我提交了我的应用程序，但由于不包含 iAP 而被拒绝，因为它链接到我们的 SAAS 网站供用户设置订阅。所以我开始实施自动更新订阅。没花我太长时间，从测试开始效果很好。所以我重新提交了。又被拒绝了。
我们发现您的一个或多个应用内购买产品的可购买性类型设置不当，这不符合应用商店审核指南。
Cloud-books 设置为自动续订订阅。
根据产品功能，使用非续订订阅应用内购买类型会更合适。Auto-Renewable Subscription 产品最适合需要或具有动态或频繁更改内容的应用程序，例如数字期刊或广播订阅。
即使在创建 iAP 产品时，也有一条很好的小线说明了这一点：
仍然可以提供非续订订阅，但现在首选自动续订订阅，原因如下：
因此，根据我的经验，SAAS 不允许自动续订。
我认为 iOS 上关于自动续订订阅的政策可能最近发生了变化，但这很困难，因为仍然有很多来自开发者的旧信息和推荐。Marco Arment 的博客在这里和这里谈论了很多关于政策的内容，但这些都是 2012 年和 2013 年的
截至目前（2014 年年中），据我所知，相关政策已从以下更改：
“使用 IAP 购买商品的应用程序必须分配正确的可购买性类型 Appler In-App Purchase 目前是 Auto-Renewable Subscription。但是，使用 Non-Renewing Subscription In-App Purchase 类型会更合适。Auto-Renewable订阅适用于期刊应用程序，例如杂志和报纸。”
对此：
应用程序只能对期刊（报纸、杂志）、商业应用程序（企业、生产力、专业创意、云存储）和媒体应用程序（视频、音频、语音）使用自动续订订阅，否则应用程序将被拒绝。
因此，似乎一个主要集中在期刊上的旧限制现在已扩展到许多其他用例。有许多像 Evernote 这样的应用程序已切换到自动续订的公开示例。
来源：https ://developer.apple.com/app-store/review/guidelines/
如果我理解您的问题，您将提供“此服务的另一个月”作为订阅项目。这将是基于订阅的游戏等的常见模型。可能您是否允许这样做的最佳指示是寻找其他应用程序。
另外，不要害怕联系苹果！他们不是怪物，他们会回答问题！您可以通过电子邮件发送技术支持，或者，如果没有得到有用的回复，请要求与 Apple 的一位 iOS 业务开发经理交谈。他们的工作是帮助您使您的业务成功。如果他们不知道答案，他们会找到答案；如果答案是“否”，他们会帮助你找出做类似事情的方法。他们非常友好和知识渊博，就像一个致力于 iOS 应用业务的天才吧。
让我们知道你学到了什么！
正如我在对@Joe Meredith 回复的评论中提到的那样，我收到了类似的拒绝。虽然我认为这是由于一个不成文的规则，但我只是注意到这个 Hacker News 评论者发现了一个书面规则，明确指出
包含在限定时间后过期的“出租”内容或服务的应用程序将被拒绝
至于 2019 年，情况发生了一些变化。Apple 现在确实允许将 SaaS 模型与 IAP Auto Renewable Subscriptions一起使用：
允许的用途：如果您提供自动续订订阅，您必须为客户提供持续的价值，并且订阅期必须至少持续 7 天，并且可以在所有用户的设备上使用。虽然以下列表并不详尽，但适当订阅的示例包括：新游戏关卡；情节内容；多人支持；提供一致、实质性更新的应用程序；访问大量或不断更新的媒体内容；软件即服务（“SAAS”）；和云支持。此外：