电商系统：痛苦的改造订单之旅

liukai · 发表于 2021-12-18 17:12:07

　　本文为笔者经历的一次电商系统订单改造分享，并向我们介绍了销售订单架构、前台订单模块、后台订单模块中的改造要点。东南亚跨境电商的具体问题可以到我们网站了解一下，也有业内领域专业的客服为您解答问题，值得您的信赖！

　　因为库存架构不完善，依赖的外部wms系统无法满足销售库存-实物库存的体系搭建，笔者被迫动手改造订单体系，用于支撑在异国开展电商业务。

　　会涉及各种端口进来的订单，APP/PC/H5/小程序、线下订单、开放平台、手工订单、特殊场景订单等，其包含核心的几个功能：

　　订单生成：订单生命周期的起点，最最最重要的一个环节

　　订单支付与退款：支付成功与否，直接决定了订单的有效性

　　订单与库存：销售库存直接决定了自营的各种不靠谱！！

　　取消&修改

　　订单预拆单

　　后台订单，订单体系中的核心环节，负责与各个相关模块的对接，发票、售后、推单、财务系统、一环扣一环，负责指挥订单的整体调度。其包含核心的几个功能：

　　订单拦截：包括了库存可用性校验等，笔者遇到的架构调整，就是因为没有没有仓库实物库存数据对订单可用性检查，导致推送仓储后，需要大量涉及修改仓库的需求；此外，针对特殊场景，可以在此设计灵活的推单逻辑，比如推送仓储的截单时间、推单频次。

　　二次拆单及其合并：二次拆单场景：针对缺货拦截的，可进行缺货的二次拆单；也可根据承运商产品规则，在精细化进行二次拆单；与拆单相反的是订单合并，这个场景主要面向有通用性规则的场景，如同一个仓库的相同b2b订单，为了节省物流费用，可以合并成一个发货单或者一个批次推送到仓储等。

　　出入库及库存：跟仓库系统对接产生的单据层面的流水记录，这是oms体系与wms体系建立数据核对的关键一环，直接与实物库存数据息息相关，很核心！

　　发货单模块：这块是笔者新增的模块，仅用于使用后台订单与外部wms进行推单对接，不处理内部流转流，仅涉外对接，因此出现了单一订单映射多发货单场景，用于解决因没有实物库存导致大量调仓库的场景。

　　订单分摊：这块不展开细说，主要处理优惠券逻辑在财务上的应用。

　　订单发票：这块笔者所遇到的场景比较特殊，推单必须与发票相关（在还没有普及电子发票的国度开展电商业务，很痛苦）

　　订单与财务：这块不展开细说

　　售后：这块也不展开细说

　　订单取消、订单修改：这块也不展开细说

　　监控及可视化：一直想做还没做，时效监控、出库库异常监控、数据可视化、推单策略等等

　　改造还在进行中，相比成熟的订单架构，还是差很多，共勉之！

　　本文由 @?广土卓原创发布于人人都是产品经理。未经许可，禁止转载

　　题图来自Unsplash，基于CC0协议