purchaseState并不是一笔订单的购买状态,而是订单的最终的交易状态;在一笔订单支付完成后,还需要走发货流程,在发货成功后还需要应用客户端向iap Kit发送finishPurchase请求,这样才算整个购买流程结束。
问题1:在测试用户订阅场景时,发现配置的接收通知服务器没有收到任何通知?
问题2:DID_NEW_TRANSACTION的DOWNGRADE类型中,如何理解什么是下个续订生效?
问题3:应用内支付服务,服务端关键事件通知,收到哪些事件时给用户发放、取消相应的权益,才能保证不多发、不少发?
问题4:服务器关键事件通知如何识别周订阅前三天免费取消订阅视为无收入订单?
问题5:对于应用内支付而言,应用客户端上报给应用服务器的到底是PurchaseData还是InAppPurchaseData?如果上报的是PurchaseData,没有purchaseState这个字段,这种情况下购买状态到底要如何判断?
purchaseState并不是一笔订单的购买状态,而是订单的最终的交易状态;在一笔订单支付完成后,还需要走发货流程,在发货成功后还需要应用客户端向iap Kit发送finishPurchase请求,这样才算整个购买流程结束。
Q:iap服务器周期性重发的规则是什么样的?比如重发的间隔,次数限制,降级等约束。
A:限制是48小时内,间隔不是固定的,前面是秒级的,后面是小时级的。只要返回非200就会重发。
Q:在沙盒环境进行测试,但是实际需要真实支付是为什么?
A:debug包切换为Release包之后,手机进程缓存没有失效导致。切换debug包和Release包后,需确保进程缓存失效,比如锁屏5分钟或者重启。
Q:是否有工具或手段不走支付流程就能测试服务端通知?
A:有,可以通过测试服务端通知接口调用,可不走支付流程调测。
Q:应用内支付非消耗型数字商品是否需要服务器支持?
A:服务器部分是对应用内支付的订单有效性和支付结果进行校验,非消耗型的数字商品的购买流程完全可以在客户端完成,适用于对安全性要求较低的场景。
Q:自动续期订阅商品是否需要开发者在服务端记录到期时间,在商品临近续费时并发送提醒给用户?
A:不需要,HarmonyOS应用中的自动续期订阅商品会在临近续费时由支付的服务器短信进行通知。
Q:服务端关键事件通知,主通知类型有几类,分别对应那些子通知类型?
A:NotificationType字段表示是主通知,NotificationSubtype字段表示是子通知类型,具体可以看服务端关键事件通知文档的NotificationType和NotificationSubtype说明。
Q:应用内支付服务端开发相关的demo可以参考?
A:可以参考生成服务端请求的token文档中的代码示例,提供了多种语言服务端开发的示例代码。