Ios 直接从服务器访问StoreKit收据

Ios 直接从服务器访问StoreKit收据,ios,storekit,Ios,Storekit,我正在构建一个iOS应用程序,它提供我们网站已经提供的服务。这是一项基于订阅的服务,当您订阅时,所有功能都将启用。为了让人们在应用程序上注册定期付款,我似乎必须通过苹果的应用程序内购买API,自动续费订阅。这很好,但问题是用户将通过应用程序购买的服务也必须在网站上可用。但通读演练和开发者指南,处理事务的唯一方法似乎是通过应用程序本身,然后可以设置应用程序将信息传递给服务器。但我想象着这样的情景: 用户在iOS应用程序上购买订阅,在使用网站和iOS应用程序之间来回切换。在用户被收费的当天,以及之后

我正在构建一个iOS应用程序,它提供我们网站已经提供的服务。这是一项基于订阅的服务,当您订阅时,所有功能都将启用。为了让人们在应用程序上注册定期付款,我似乎必须通过苹果的应用程序内购买API,自动续费订阅。这很好,但问题是用户将通过应用程序购买的服务也必须在网站上可用。但通读演练和开发者指南,处理事务的唯一方法似乎是通过应用程序本身,然后可以设置应用程序将信息传递给服务器。但我想象着这样的情景:

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

有没有办法让我的服务器直接ping苹果,并获取特定用户购买我的应用程序的信息?我什么也没找到;这两个建议的布局,无论有没有服务器,都使用iOS应用程序作为苹果的唯一通讯器,除了让服务器验证信息是否有效。如果服务器无法直接获取这些信息,那么还有什么其他可能的解决方案

  • 尽量不要使用苹果的内置支付系统,否则会有被拒绝的风险(应用程序复制了一项已经在线使用多年的服务,我们是否不再需要使用他们的应用程序内购买系统?)
  • 如果用户通过苹果支付,让服务器在预期的支付日期和功能被禁用之间给他们一个慷慨的缓冲区(使问题发生的频率降低,但不能解决问题)
  • 当他们的帐户在服务器上似乎过期了,但这并不是预期的情况时,通过电子邮件向用户发送一条消息,说明他们必须打开应用程序,否则他们的帐户将不会因购买的时间而被记入贷方(为了使用该服务,必须要求用户这样做似乎很奇怪,也不是很好)

  • 到目前为止,我所能想到的就是这些。任何人对这些解决方案有任何建议,或者知道其他人,或者知道我可以找谁来尝试解决这个问题?

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

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

    以下是检查用户帐户状态的方法:在服务器上为每个用户至少存储一张收据。当您想要检查状态时,请按照苹果的程序进行检查。给他们发一张收据,他们会回复最新的收据和过期日期。现在,您将知道,在任何给定时刻,一个人的帐户是否为活期。

    这里的信息有点太多。你能把它簸一下吗?否则可能会更好的感谢链接!我已经去报名了。下次我会注意不同类型的问题。我将保持原样,因为它现在已经被回答了。谢谢安德鲁,这回答了我的问题!该系统将很好地工作。回复:被拒绝也是一个问题。看看苹果的文档,他们说:“订阅提供了对内容或服务的扩展访问。例如,你的应用程序可能提供每月对财务信息或在线游戏门户的访问。”我满怀希望地阅读了这篇文章,但我也从其他来源听到了你的说法。我想它唯一需要做的就是提交应用程序并查看。第2点和第3点已经说明了它是如何构建的。是的,关于Apple doc报价,但我认为该声明适用于这两种订阅类型。我不是说他们根本不允许你使用订阅,我只是说他们可能会坚持你使用非续费而不是自动续费类型。这也许是一种祝福。自动续费订阅可能是一个令人头痛的问题:你不能在你的终端取消订阅,在用户续费之前,你不能判断用户是否开启了“自动”。对于非续费订阅,你可以手动延长用户的订阅作为奖励,因为你自己计算到期日期。嗨,伙计们,此前发布的链接似乎已被苹果删除。