【问题标题】:Apple Auto Renewable Subscriptions - Validating User Against ReceiptApple Auto Renewable Subscriptions - 根据收据验证用户
【发布时间】:2017-11-10 17:34:34
【问题描述】:

我对验证订阅我的应用的用户的收据所涉及的过程有点困惑。

在用户加入并购买订阅的那一刻,收据会被 base64 编码并发送到我的服务器。每晚午夜,服务器会将存储在我的数据库中的收据发送给 Apple 以进行验证并更新到期日期。

现在我对每个月如何更新收据有点困惑。请查看以下流程,如果正确,请告诉我。

  1. 用户注册并订阅了我的应用程序。(假设是一月)。
  2. 原始收据被发送到我的服务器,然后通过 Apple 验证,到期日期返回并在我的服务器上设置。
  3. 一个月后的 2 月到期日,我再次将原始(1 月)收据发送给 Apple,以查看订阅是否已续订,然后我可以设置新的到期日。

这个流程正确吗?因为我每个月都会发送原始(一月)收据,它是否仍会包含最新的续订信息,或者我是否必须每月在用户登录或打开应用程序时刷新收据?

【问题讨论】:

    标签: ios subscription


    【解决方案1】:

    是的,您的理解或多或少是正确的。当用户第一次续订时,会发生几件事:

    1. 下次用户启动应用程序时,您的SKPaymentQueue 代表将收到一个新的SKPaymentTransaction 用于新事务。您需要准备好与您的委托观察此交易并完成它。如果你不这样做,交易将在几个月内继续堆积。

    2. 从 Apple 收到的第一个收据的 verifyReceipt 响应将更新 latest_receipt_info 键以包含最新版本的收据数据。 latest_receipt_info 最初只是receipt.in_app 字段的副本,但在第一次续订后,它将包含最新的交易。您应该使用这些latest_receipt_info 事务来更新到期日期。

    我建议的行为是,当您收到新的SKPaymentTransaction 时,无论如何您都将其发送到您的服务器(尽管从技术上讲,您不需要这样做),并在完成交易之前使用它来验证和更新到期日期。您可以用新收据覆盖旧收据。

    您可以查看 RevenueCat iOS framework source code 以了解我如何处理它。 (您还应该确保在缺少收据数据时触发获取收据请求,我在代码中这样做。)

    如果您对开箱即用的解决方案感兴趣,RevenueCat 是我开始自动处理所有这些以及更多边缘情况的服务。

    【讨论】:

    • 感谢您的回复,我目前正在使用 latest_receipt_info 字段进行开发。老实说,这让我感到困惑,因为我已经读到您需要发送最新的收据,其中将包含新的续订信息。据我所知,您是说我在技术上不需要这样做,因为 Apple 可以使用原始/第一张收据进行所有未来的续订?
    • 是的,从技术上讲,您不需要继续发送更新的收据。为了支持不同应用程序用户使用一个 iTunes 帐户,我允许传输收据,因此我在每次交易时发送它们。但是,如果您不支持这一点,则不需要。
    • 刚刚有了一个额外的想法,如果用户取消订阅并重新订阅,是否也是如此,还是会是带有购买历史记录的全新收据?
    • 如果用户重新订阅时是同一个iTunes账号,则可以凭原始收据访问,只是交易有一个缺口。但是,这些交易将不再通过original_transaction_id 链接。
    猜你喜欢
    • 2020-02-14
    • 2018-10-08
    • 2012-03-19
    • 2018-10-09
    • 2018-10-08
    • 2020-09-16
    • 2018-06-16
    • 2014-10-17
    • 2012-05-04
    相关资源
    最近更新 更多