正常的退款流程
记录
订单金额>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
未支付
