HarmonyOS鸿蒙Next中华为应用内支付同一订阅组商品切换购买后如何折算有效期(商品周期相同,沙盒测试)

HarmonyOS鸿蒙Next中华为应用内支付同一订阅组商品切换购买后如何折算有效期(商品周期相同,沙盒测试) 问题描述

集成华为应用内支付服务后,我们对各种场景进行测试,其中,测试到如下场景时,发现了一些问题。

在后台添加配置订阅型商品信息,同一订阅组内配置了周卡和周卡2这两个商品,使用沙盒帐号测试,先购买周卡,在周卡到期续费前(沙盒环境下,周卡有效期是3分钟)切换购买周卡2,拉起支付收银台时,会提示“升级将立即生效,当前订阅剩余部分,将折算为新订阅的天数,增加新订阅的有效期。”

也就是说,此时周卡2会立即生效,且周卡剩余的有效期会折算添加到周卡2上。但实际测试结果发现(可以看支付回调),周卡2的有效期还是3分钟,并没有多,和文档描述不一致。

周卡购买成功后的回调:

“productGroup”:“EB7C27FE4697420FB42E1EE0463F2B70”,“purchaseTime”:1649226049683, “expirationDate”:1649226229683

将上述时间戳做换算,即购买时间:2022-04-06 14:20:49,到期时间:2022-04-06 14:23:49

周卡2购买成功后的回调:

“productGroup”:“EB7C27FE4697420FB42E1EE0463F2B70”,“purchaseTime”:1649226167158, “expirationDate”:1649226347158

将上述时间戳做换算,即购买时间:2022-04-06 14:22:47,到期时间:2022-04-06 14:25:47

问题解决

我找到华为技术支持(工单咨询),对方了解测试细节之后,告诉我,沙箱和0元商品,都是不参与计算的,指导文档中说的是原订阅的剩余金额会折算成新订阅的天数,即需要真实扣款的才行。

最后建议我们用真实支付去测试,可以将商品金额定价到最小,如0.01元和0.02元,以此降低测试成本。

配置商品(订阅型)指导文档链接: https://developer.huawei.com/consumer/cn/doc/distribution/app/agc-help-create-product-0000001099854866#section198483101318

沙盒测试指导文档链接: https://developer.huawei.com/consumer/cn/doc/development/HMSCore-Guides/sandbox-testing-0000001050035039


更多关于HarmonyOS鸿蒙Next中华为应用内支付同一订阅组商品切换购买后如何折算有效期(商品周期相同,沙盒测试)的实战教程也可以访问 https://www.itying.com/category-93-b0.html

1 回复

更多关于HarmonyOS鸿蒙Next中华为应用内支付同一订阅组商品切换购买后如何折算有效期(商品周期相同,沙盒测试)的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html


在HarmonyOS鸿蒙Next中,华为应用内支付同一订阅组商品切换购买时,若商品周期相同,系统会根据用户已使用的订阅时间进行折算。具体规则如下:新订阅的有效期会从原订阅的剩余时间开始计算,确保用户不会因切换商品而损失已支付的订阅时间。在沙盒测试中,开发者可以通过模拟订阅切换操作,验证折算逻辑的正确性,确保用户体验的连续性和公平性。

回到顶部