HarmonyOS鸿蒙Next中集成应用内支付订阅功能,暂停期结束后进入自动续订的关键事件通知
HarmonyOS鸿蒙Next中集成应用内支付订阅功能,暂停期结束后进入自动续订的关键事件通知
背景描述
我们游戏集成了华为应用内支付订阅服务,分别在正式环境和沙盒环境下,测试设置暂停计划,暂停期到期后进入自动续订,并记录下每次收到订阅关键事件通知的notificationType(通知事件类型),测试结果如下:
问题分析
正式环境下
- 7月25号10:06 首次购买周卡,返回订阅关键事件0。0表示首次购买。
- 7月25号10:20 取消订阅,返回订阅关键事件5。5表示订阅停止。
- 7月25号10:44 恢复订阅,返回订阅关键事件6,6表示恢复订阅。
- 7月25号10:50 设置暂停计划一周,返回订阅关键事件11,11表示设置了暂停续期计划(包括暂停计划的创建、修改以及在暂停计划生效前的计划终止)。
- 8月2号09:06 进入暂停期,收到通知10。
这里我有个疑问①:原订阅是7月25号购买的周卡,到期时间是8月1号,为什么8月2号才进入暂停期?
- 8月8号09:06 再次收到通知10(顾客设置暂停续期计划后,到期后订阅进入Paused状态)。
这里我有个疑问②:为什么会再次收到通知10?
- 8月8号10:21 暂停期结束,自动续期,此时因为已经到期,所以收到通知2(一个已经过期的订阅自动续期成功)。
- 之后在支付宝里手动取消订阅续期协议,8月16号商品到期,进入帐号保留期,收到通知9。
这里我有个疑问③:8月8号10:21 自动续费,应该8月15到期进入保留期,为什么8月16才收到通知9?
沙盒环境下
- 10月18号10:39 首次购买周卡,返回订阅关键事件0。0表示首次购买,与正式环境一致。
- 10月18号10:40 取消订阅,返回订阅关键事件5。与正式环境一致。
- 10月18号10:41 恢复订阅,返回订阅通知6和7,与正式环境多返回通知7。
这里我有个疑问④:为什么多了个通知7?
- 10月18号10:41 设置暂停15分钟,返回订阅通知11(表示创建、暂停计划生效前终止)。
- 10月18号11:00 进入暂停期,返回订阅通知10。
这里我有个疑问⑤:10:39分首次购买周卡,10:41恢复订阅相当于又续期一次,按照沙盒周卡有效期为3分钟计算,商品应该在10:45分到期,到期后即进入暂停期,应该在11:00结束暂停期。为什么10:45分没有收到进入暂停事件,在11:00才进入?
- 10月18号11:20 自动续订,返回关键事件通知2。2表示一个过期的订阅成功恢复续期。
- 这里又有疑问⑥:11:00结束暂停期后在11:20才收到续期通知,中间间隔20分钟空白。
- 10月18号11:22 发生自动续期,返回通知7。
- 之后每间隔3分钟自动续期一次,再续期2次。
更多关于HarmonyOS鸿蒙Next中集成应用内支付订阅功能,暂停期结束后进入自动续订的关键事件通知的实战教程也可以访问 https://www.itying.com/category-93-b0.html
更多关于HarmonyOS鸿蒙Next中集成应用内支付订阅功能,暂停期结束后进入自动续订的关键事件通知的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html
在HarmonyOS鸿蒙Next中,集成应用内支付订阅功能时,用户订阅的暂停期结束后,系统会触发自动续订事件。开发者可以通过监听SubscriptionRenewalEvent
来捕获这一关键事件。该事件包含续订的详细信息,如订阅ID、续订时间等。开发者可以在事件回调中更新用户状态或进行相关业务逻辑处理,确保续订流程的顺利进行,同时通知用户续订成功。