电商系统：痛苦的改造订单之旅
Link Share :http://www.woshipm.com/pd/2961249.html
- via RSS
本文为笔者经历的一次电商系统订单改造分享，并向我们介绍了销售订单架构、前台订单模块、后台订单模块中的改造要点。
因为库存架构不完善，依赖的外部wms系统无法满足销售库存-实物库存的体系搭建，笔者被迫动手改造订单体系，用于支撑在异国开展电商业务。
修正后的销售订单架构
前台订单模块
会涉及各种端口进来的订单，APP/PC/H5/小程序、线下订单、开放平台、手工订单、特殊场景订单等，其包含核心的几个功能：
- 订单生成：订单生命周期的起点，最最最重要的一个环节
- 订单支付与退款：支付成功与否，直接决定了订单的有效性
- 订单与库存：销售库存直接决定了自营的各种不靠谱！！
- 取消&修改
- 订单预拆单
后台订单模块
后台订单，订单体系中的核心环节，负责与各个相关模块的对接，发票、售后、推单、财务系统、一环扣一环，负责指挥订单的整体调度。其包含核心的几个功能：
- 订单拦截：包括了库存可用性校验等，笔者遇到的架构调整，就是因为没有没有仓库实物库存数据对订单可用性检查，导致推送仓储后，需要大量涉及修改仓库的需求；此外，针对特殊场景，可以在此设计灵活的推单逻辑，比如推送仓储的截单时间、推单频次。
- 二次拆单及其合并：二次拆单场景：针对缺货拦截的，可进行缺货的二次拆单；也可根据承运商产品规则，在精细化进行二次拆单；与拆单相反的是订单合并，这个场景主要面向有通用性规则的场景，如同一个仓库的相同b2b订单，为了节省物流费用，可以合并成一个发货单或者一个批次推送到仓储等。
- 出入库及库存：跟仓库系统对接产生的单据层面的流水记录，这是oms体系与wms体系建立数据核对的关键一环，直接与实物库存数据息息相关，很核心！
- 发货单模块：这块是笔者新增的模块，仅用于使用后台订单与外部wms进行推单对接，不处理内部流转流，仅涉外对接，因此出现了单一订单映射多发货单场景，用于解决因没有实物库存导致大量调仓库的场景。
- 订单分摊：这块不展开细说，主要处理优惠券逻辑在财务上的应用。
- 订单发票：这块笔者所遇到的场景比较特殊，推单必须与发票相关（在还没有普及电子发票的国度开展电商业务，很痛苦）
- 订单与财务：这块不展开细说
- 售后：这块也不展开细说
- 订单取消、订单修改：这块也不展开细说
- 监控及可视化：一直想做还没做，时效监控、出库库异常监控、数据可视化、推单策略等等
改造还在进行中，相比成熟的订单架构，还是差很多，共勉之！
本文由 @ 广土卓 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
作者暂无likerid, 赞赏暂由本网站代持，当作者有likerid后会全部转账给作者（我们会尽力而为）。Tips: Until now, everytime you want to store your article, we will help you store it in Filecoin network. In the future, you can store it in Filecoin network using your own filecoin.
Support author:
Author's Filecoin address:
Or you can use Likecoin to support author: