订单拆分流程

正常的退款流程

记录

订单金额>200

已支付

待拆分

针对拆分父订单进行退款

预下单消息

发起支付扣款

第2笔拆分子订单完结

订单状态

第1笔拆分子订单完结

名词解释普通订单：只有一个商品的普通订单。购物车父订单： 存在多个商品订单的集合，用户单次购物多个商品生成的订单。购物车子订单：购物车父订单下的单个普通商品订单。待拆分父订单：订单金额超过200元，且支付渠道为【微信支付分】的普通订单或购物车父订单。拆分子订单：对待拆分父订单进行订单拆分后，生成的子订单（订单金额上限为200元）集合。（只要进行了订单拆分操作，必生成至少一笔拆分子订单，不管拆分父订单的金额是否超过了200元限额。）

原始订单（拆分父订单），以0元收单，订单状态为【待拆分】

后台管理页面单独展示拆分父订单

重复流程

完结新一笔订单消息

问题场景微信支付分在支付一笔订单中，会限定支付金额上限为200元，如果支付金额超过200元上限，这笔订单的支付就会失败。解决方案针对超过200元限额的订单，在做订单完结的时候，就进行订单的拆分。拆分后的每笔子订单，最高金额为200元，比如一笔订单金额为430元，则拆分为3笔子订单，200元，200元，30元。

页面操作：（1）调整订单金额；（2）确认拆分；（3）查看拆分子订单；（4）催收订单；（5）退款订单；（6）取消未支付订单；

下单、扣款流程结束

（1）执行拆分订单下单扣款流程，可能存在流程中断的情况，此时，拆分父订单的状态为【未支付】，只有所有的拆分子订单都支付成功后，拆分父订单的状态才能为【已支付】。（2）流程中断可以再次通过管理页面进行订单催收，催收后会根据零钱进行自动扣款，零钱足以支付完整订单的金额，则支付成功，拆分父订单状态为【已支付】，如果不足以支付完整订单金额，则扣除所有零钱支付，剩余的待支付金额记录，拆分父订单仍为【未支付】

拆分父订单订单状态为【未支付】

完结的拆分父订单

已退款

拆分子订单按拆分顺序轮流进行下单、扣款操作

Redis模拟消息队列功能监听器容器监听预下单消息和完结订单消息

所有拆分子订单全部扣款成功

生成至少1笔拆分子订单

第1笔拆分子订单

针对单笔子订单进行退款

零元收单

拆分父订单状态为【已支付】

拆分父订单订单状态为【已拆分】

确认拆分

完结订单消息

已拆分

取消

方式1

订单需要拆分的情况（1）普通订单金额大于200元，需要进行订单拆分。（2）购物车父订单金额大于200元，需要进行订单拆分。（3）普通订单金额大于200元，但后台在调整确认后订单金额少于200元，需要进行订单拆分。（4）购物车父订单金额大于200元，但后台在调整确认后订单金额少于200元，需要进行订单拆分。拆分后可能发生的情况（1）拆分后的拆分子订单在进行创建支付订单（预下单）时候，存在预下单失败的情况。（2）拆分后的拆分子订单在进行完结支付订单（支付扣款）时候，存在扣款失败的情况。

扫码开门

否

小程序接口服务（订单服务）

通知下一笔订单预下单

原有订单流程

发起下单操作

满足拆分的订单都会在此页面展示

（1）临时订单生成；（2）开锁指令消息；（3）开锁/关锁上报->开门消息/关门消息;（4）正式订单生成；（5）订单生成消息通知；（6）支付成功消息通知；

循环遍历已支付的拆分子订单

是

第n笔拆分子订单完结

方式2

未支付