HarmonyOS鸿蒙Next中应用内支付0掉单处理方法一起了解下吧

首先我们来了解下什么是掉单？

掉单，就是钱付了，货没发。 当HarmonyOS鸿蒙Next用户拉起应用内支付，购买应用中提供的虚拟商品或服务时，由于网络错误、进程被中止等原因，导致应用与支付服务器之间数据同步出现差错，使得用户付款后没有收到货。 作为一个极端场景，掉单是所有开发者和运营人员都不想遇到的问题。一个掉单足以让用户体验一键清零，偶尔伴随1星差评，更严重者，产生负面舆情，给你的应用来个措手不及。

常规掉单处理方式

面对时有发生的掉单“事故”，常见的解决方法是，用户发起起诉，开启退款流程，这里增加的操作成本，一样打击着用户体验，都要用好不容易积累的用户好感度来兑换。

HarmonyOS鸿蒙Next中应用内支付“根治”掉单 教你一招，使用华为应用内支付彻底“根治”掉单。 在应用中调用应用内支付功能接口，向服务器端口查询已成交订单，服务器将已付款未消耗的订单信息筛选出来，返回给应用程序，应用程序根据查询结果进行补发货操作，完成后更新服务器上的订单状态。

详细的开发及操作细节，且往下看

应用内支付购买流程

在应用内支付购买流程中，消耗类商品购买完成后，需调用消耗接口，没有成功调用消耗接口，故而产生掉单事故。非消耗及订阅类产品不需调用消耗接口，所以这两类应用内商品不存在掉单问题。 消耗型商品典型购买流程如下：

1. 用户发起购买后，应用需向HMS Core（APK）发起购买请求。
2. 请求发货。需对购买详情数据进行验签处理。
3. 发放商品。需把已发货商品的购买Token传至你的服务器，后续如消耗失败也可从你的服务器获取商品的发货状态，从而避免重复发货的情况。
4. 务必确保发货成功后进行本步骤调用。发货成功后应用需要使用consumeOwnedPurchase接口消耗该商品，以此通知华为应用内支付服务器更新商品的发货状态。发送consumeOwnedPurchase请求时，请在请求参数中携带购买数据中的purchaseToken。应用成功执行消耗之后，华为应用内支付服务器会将相应商品重新设置为可购买状态，用户即可再次购买该商品。

你也可使用服务端Order服务确认购买接口消耗商品，用于替换IAP客户端consumeOwnedPurchase接口。

在以下场景触发补单机制：

• 应用启动时。
• 购买请求返回-1（OrderStatusCode. ORDER_STATE_FAILED）时。
• 购买请求返回60051（OrderStatusCode. ORDER_PRODUCT_OWNED）时。

开发步骤

1. 使用obtainOwnedPurchases获取用户已购未发货的消耗型商品的购买信息。您的应用需要在请求参数OwnedPurchasesReq中指定查询的priceType为0。
2. 使用consumeOwnedPurchase接口对已发货商品进行消耗。