场景:
一般我们下的一些订单,比如电商平台、外卖平台的都是有超时时间的,默认一般15或者30分钟,那么超时未支付订单会被自动取消,那么如果刚好有人在关闭订单的时候去支付成功了,或者说支付平台延迟了一下,你取消了订单,这时候支付成功的回调通知过来了,那怎么办呢?
这个场景会有,很极端的场景,按照统计大概是万分之一到10万分之一的概率,之前我们每天都会有一些。
这是一个业务上的问题,首先要业务确定这个场景下我们必须以自身系统状态为准
方案一:
在支付回调的逻辑中判断一下订单状态,如果当前订单已经被自身业务系统的延时任务给处理成 支付超时,则触发自动退款。若正好卡时当前订单还未被延时任务给处理,则认为当前订单尚在允许时间内,则走正常支付成功发货流程
方案二:
这个方案取决于渠道的不同,例如支付宝有的接口是有绝对超时时间[例如手机网站支付],过了这个时间用户无法付款,对于我业务端则安心关闭超时订单
但是也有的三方支付的快捷支付,不支持绝对超时时间,以具体银行超时时间为准,不予配置,这个场景在关闭业务系统超时订单时,可以手动调用一次关单接口,根据关单结果再去决定是否关闭业务系统的订单
疑问:
为什么要退款,把订单从取消改回来不就好了吗?
emm....
订单是有终态的,不是说想改什么状态就改什么状态,一个订单创建包含很多东西,比如库存、优惠券、积分等,整个流程东西非常多也很复杂,取消订单已经返还了库存和这些东西,如果直接改状态是不现实也不可能的。
取消了都能去支付成功再把订单状态翻转回来的话,那就太恐怖了
订单一定是有个终态的,也会存在确实去把终态订单改状态的情况,这种一般叫做『修数』,就是总会有些意外的情况导致需要修正一些数据的,这是没办法的,但是这不是正常流程