ios - 直接从服务器访问 StoreKit 收据

Question

我正在构建一个 iOS 应用程序，它提供我们网站已经提供的服务。这是一项基于订阅的服务，订阅后所有功能都会启用。为了让人们在应用程序上注册定期付款，我似乎必须通过 Apple 的应用程序内购买 API，并自动续订订阅。这很好，但问题是用户将通过该应用程序购买的服务也必须在该网站上可用。但是通过阅读演练和开发人员指南，似乎处理交易的唯一方法是通过应用程序本身，然后可以将其设置为将信息传递到服务器。但后来我在想象这个场景:

用户在 iOS 应用程序上购买订阅，在使用网站和 iOS 应用程序之间来回切换。在向用户收费的那天，以及之后的几天，无论出于何种原因，他们都只使用网站。服务器不知道他们已经被计费，因此功能被禁用。为了让服务器发现用户已被 Apple 计费，用户必须在他们的 iphone 或 ipad 上打开应用程序并将其与 Apple 和我的服务器同步。

我的服务器有什么方法可以直接 ping Apple 并获取有关给定用户为我的应用程序购买的信息吗？我什么也没找到；这两个建议的布局，有或没有服务器，都使用 iOS 应用程序作为与 Apple 的唯一通信器，除了让服务器验证信息是否有效。如果服务器无法直接获得这些信息，还有什么其他可能的解决方案？

1. 尽量不要使用 Apple 的内置支付系统，否则有被拒绝的风险(由于该应用复制了一项已在网上提供多年的服务，我们是否不再需要使用他们的应用内购买系统？)
2. 如果用户通过 Apple 付款，请让服务器在预期付款日期和功能禁用时间之间为他们提供充足的缓冲(减少问题发生的频率，但并不能解决问题)
3. 当他们的帐户对服务器来说似乎已过期但服务器并未预料到会过期时，通过电子邮件向用户发送一条消息，说明他们必须打开应用程序，否则他们的帐户将不会因购买的时间而记入贷方(看起来很奇怪但实际上并非如此)必须要求用户做才能使用该服务的好事)

到目前为止，这就是我所能想到的所有内容。任何人对这些解决方案有任何建议，或认识其他人，或知道我可以与谁交谈以尝试解决这个问题？

Answer 1

是的，您可以从您的服务器检查用户帐户的状态。有几点需要注意:

• 首先，自动续订订阅是为杂志和报纸等期刊保留的。如果您的应用与那些不相似，Apple 可能会拒绝它(就像他们拒绝我的那样)并要求您使用非续订订阅(阅读:手动续订订阅)。
• 第二:这种情况需要您将您在应用程序上收到的所有收据存储在您的服务器上。
• 最后:我不知道您的用户名/密码系统是如何工作的，但用户在您的应用程序上必须使用与在您的网站上相同的凭据登录。

检查用户帐户状态的方法如下:在您的服务器上为每个用户至少存储一张收据。当您想检查状态时，请按照 Apple 的程序进行 Verifying App Store Receipts .把那张收据发给他们，他们会回复最新的收据和有效期。现在，您随时都可以知道一个人的帐户是否有效。