第三方支付流程中，如何利用回调来解决用户掉单的问题

目前，第三方支付的流程大致包含了三大部分：发起支付，发起退款，接收回调。例如电商就是通过交易驱动的产品类型，因此订单的每一步都要考虑转化率，提高转化率是电商的基础要求。在支付的过程中，用户可能因为拍错商品或者数量不对，又或者是地址选错之类的原因，放弃订单。

这个时候就有一个问题了，选择返回的时候就不得不放弃订单，而不能修改相关信息，这是为什么呢？

可能有人要站出来说，我们要站在用户的角度来思考问题。的确，我们要有“用户思维”，但是站在电商平台的角度而言，我们不仅要有用户思维，更要用数据说话。

在电商系统中，前端页面显示的库存与仓库的实体库存是不同步的。用户拍下商品之后会发生这两种情况——未支付但库存减少、支付成功库存减少，像淘宝的做法是把何时减库存的决定权交给卖家，然后告知卖家两个方案各自适应的场景。用户在支付完毕后，第三方支付渠道通过发起支付时指定的回调地址对商户进行支付成功的异步通知。

在众多支付场景中，有类似上文提到的需要用户参与的支付流程，也有通过绑定用户银行卡、对接银行卡快捷支付通道直接扣款的支付方式。需要客户端参与支付流程的方式相比银行卡快捷支付直接扣款这类支付方式，在支付系统的流程及订单结构等设计上是存在较大差异的。

很多时候会因为某些因素导致通知被延迟，比较常见的因素主要有网络、自身平台系统服务宕机、第三方渠道通知服务故障等。比如有用户支付了点外卖的钱，系统却没有实时显示支付成功的问题，也就是我们常说的短时掉单问题;或者用户没有及时支付，重新付款时却会被提示“支付中请勿重复提交”，也就是支付防重问题。

解决方案：

1、用户最终未支付，则系统安装一定的轮询机制进行后续的订单失效处理即可;

2、用户完成了支付，支付系统迟迟收不到的回调，通过逐步轮询的方式系统也会进行后续的订单回调补偿。

3、则是用户当时并未及时支付，在订单失效前的某个时间，用户可能会选择重新付款，因为此时支付系统订单并未失效，会处于支付中状态，触发防重机制，无法再次发起付款。

第三方支付流程中回调很重要，这是用户和商家在支付过程时遇到问题最好的解决工具，如何利用轮询机制来解决掉单的问题，这也是第三方支付需要考虑的问题。