模块|分布式场景下的OMS系统设计( 二 )_差别|seo|roi|误区|作者|天眼查

文章插图
上图分类由两种或三种业务状态的组合而成，如下图为后端订单和支付状态值组合到前端状态值以及显示的算法。

文章插图
其中，会员中心的退款/售后为逆向状态，可与其他tab正向状态区分开。
5. 缩短业务链OMS系统主线是从建立订单开始为仓库提供发货依据到配送完成，最终实现可预知的业务闭环。

文章插图
其他事务如推送第三方商户、扣减库存、创建应收、释放积分，库存、退回优惠券，创建退款申请单等事务，可归纳到分支，实现可控的由订单状态流转异步创建单据和事件进行处理。一是缩短业务链长度可使系统更具稳定和强健性，二是可根据活动、秒杀情况控制分支事务处理频次，使资源更好的集中到业务主线上。
例如，双十一活动期间，阿里把会员等级，芝麻信用计算等附加业务暂停服务。甚至在双十一凌晨秒杀阶段，延迟退款退花呗等逆向行为。
→正向状态流（每种状态分别由定时任务异步处理当前状态下的后续业务）：

文章插图
→逆向状态（由定时任务异步处理取消订单后续业务）：

文章插图
6. 自动审单系统根据审单配置规则对订单金额、地址、地区、收货人，指定会员、手机号等信息进行合法性校验，校验通过的则正常流转后续流程。不符合规则的订单，以及包含备注的订单转人工，通过人工再次审核。
7. 拆单拆单主要原因涉及店铺、品类、跨境商品、商品超重以及仓库的不同。系统根据拆单配置规则实现对订单拆分。
拆单一般时间节点在支付前和支付后两种情况。拆单需要把运费、优惠、积分分摊到正价单一商品上，方便退款退货以及财务结算。
同时需要考虑部分退情况。如果存在满减、累计消费金额，跨店铺消费等优惠限制时，要注意是否满足部分退。不满足，则需要连带其他拆分子订单一起退，否则驳回。
8. 合单当买家编号、收货人手机号、地址、姓名一致时，系统自动合并生成新订单。需要注意的是合并订单为虚拟订单，并不是多个订单的合并生成父订单，实质只是合并发货，降低物流成本。
9. 自动取消超时未支付订单实现方式如定时轮询任务，延时消息。当数量少时使用定时任务即可满足设计。当数量过大时可采用延时消息，订单生成后发延时消息，到设置临界点时判断是否支付，未支付则取消订单。
10. 虚拟出库一般针对虚拟商品，无需推送到仓库实物发货的订单。如手机充值、购买游戏币等等系统可主动变更订单为已出库，减少人工干预。
11. 异常订单拦截异常订单拦截一般有别于自动审单校验，可看作是对自动审单规则的补充加强。如收货地址临时变更、商品破损、库存不足、部分地区管控物流限行等等。拦截可以是系统和人工拦截两种。
12. 订单开票开票分为纸质和电子两种，纸质一般由仓库随发货一起开具，电子发票则由订单发货后，出库状态上报到OMS后，由OMS系统调用税务平台开具蓝色发票。退货逆向流程则开具红冲发票。
13. 补偿机制如第三方消息队列事务消息机制，TCC补偿方案等等，同时需要注意接口设计时一定要做到幂等性。
14. 换货【模块|分布式场景下的OMS系统设计】换货实质是订单商品的变化，同时也可以理解为新订单加退货或部分退的方式，因此也会涉及到商品单价、优惠券、积分的重新分摊。这也是为什么换货功能设计到OMS的原因。换货主要包含同类商品、不同类商品之间，以及数量的变化，同时还会涉及到旧商品、新商品库存和应收、实收财务结算上的变化。