ios - 可续订和支持

Question

我阅读了很多关于 ios 可续订订阅的资料，并且有这样的工作流程:

1. 应用程序从苹果获取收据并将其发送到后端
2. 后端通过 apple verify-url 验证收据
3. 后端仅从latest_receipt_info 获取真实的transaction_id 和expires_date
4. 如果后端在数据库中没有此事务，它将增加用户的订阅

该工作流是因为:

1. Apple 可以发送收据检查通知 - 为什么我从 latest_receipt_info 获得信息
2. Apple 推荐此流程进行续订

但是我有一些问题/问题:

1. 我想从这个流程中排除申请。我想像 android-flow 一样创建 - 从后端同步所有更新。如何创建它？
2. 如果用户 1 年未启动应用程序会怎样？苹果会从用户那里拿钱吗？如果应用程序未启动，我将如何收到通知？

请为我的问题提供链接或答案。

更新:

我现在有一个问题。如何与 apple 服务器连接以像 android flow 一样进行同步更新。

当前方案:

+--------------+           +--------------+          +---------------+
|              |           |              |          |               |
|   Mobile     |           |    Backend   |          |      Apple    r
|              |           |              |          |               |
+------+-------+           +-------+------+          +--------+------+
       |          Sync             |                          |       
       +------------------------------------------------------>       
       <------------------------------------------------------+       
       |          Renew            |                          |       
       +--------------------------->        Verify            |       
       |                           +-------------------------->       
       |           Renewed         <--------------------------+       
       <---------------------------+                          |       
       +                           +                          + 

但我想要没有移动 inapp 的流量:

+--------------+           +--------------+          +---------------+
|              |           |              |          |               |
|   Mobile     |           |    Backend   |          |      Apple    r
|              |           |              |          |               |
+------+-------+           +-------+------+          +--------+------+
       |         Data for sync     |                          |       
       +--------------------------->        Check renewals    |       
       |                           +-------------------------->       
       |                           <--------------------------+       
       |                           +--+                       |       
       |                           |  |  Renew                |       
       |                           <--+                       |       
       |                           |         Check renewals   |       
       |                           +-------------------------->       
       |                           <--------------------------+       
       |                           |                          |       
      ++                           +                          +  

Answer 1

欢迎来到 Apple Sir，在尝试创建“Android 流程”之前，您应该注意一些事项。

1. 应用内购买由 Apple 管理。没有办法规避这一点并获得批准。您将收据发送到后端的唯一原因是验证购买。这是为了防止 Malice 越狱他们的设备并以某种方式进行虚假购买。然后，您的服务器应该能够检测此收据是来自 Apple 还是来自其他来源，并相应地解锁内容。您在收据验证中提供的安全级别自然与您的应用内购买值(value)成正比
2. 自动续订订阅将无限期持续，直到用户选择取消。您完全无法控制管理用户订阅。您唯一能做的就是为用户提供打开 iTunes 的链接，以便他们管理自己的订阅。

所以 Apple 始终控制着这个过程。您将无法使用收据识别用户，甚至无法从他们那里获取任何信用卡信息。您只需相信这样一个事实，即当 Apple 向您提供收据时，它是有效的收据，您将为此付款

关于续订，这是 documentation 的摘录关于如何处理它们:

After a subscription is successfully renewed, Store Kit adds a transaction for the renewal to the transaction queue. Your app checks the transaction queue on launch and handles the renewal the same way as any other transaction. Note that if your app is already running when the subscription renews, the transaction observer is not called; your app finds out about the renewal the next time it’s launched.

因此，每次您的应用程序启动时，您都有机会将任何现有交易添加到您的队列中。这是您可以通知服务器收据已更新的时间。