订单治理系统OMS的流程

订单如约系统的职责便是将电商交易平台的订单，按照一定的规则按时按质按量的下发给最得当的仓储进行发货。

订单如约系统由多个子系统组成，包括拆分系统、分摊打算做事、转移系统、如约掌握中央。

二、流程

一张实物类的订单从发卖平台下单，到终极用户签收，会经历10余个如约节点，涉及发卖平台、平台交互层、订单如约系统、中心库存系统、配送管理系统、仓配交互层、仓库和门店等。

1. 订单分仓

每一张实物订单，都须要先匹配到发客栈库，才能将订单下发到对应的仓库系统中进行发货，分仓过程由订单如约系统卖力调度，中心库存系统卖力供应分仓做事。

在一个完全的如约流程中，有两个环节须要分仓，但其触发机遇和目的不同：

一是订单如约系统刚接到订单，需尽快预占库存时的预分仓；二是订单审核完成后，影响分仓结果的核心信息发生变更后的重新分仓，如订单收货地址变更，商品、数量变更等。

分仓规则可以基于最少包裹原则、间隔最近原则、本钱最优原则。

无论是预分仓，还是重新分仓，分仓成功后均须要预占库存，重新分仓后，如果分仓结果变了，须要开释预分仓环节在中心库存系统中的分配库存。

在分仓时，只有当中央库存系统中的实物库存知足订单需求的时候才能预分仓成功，预售类无实物库存的订单，不须要预分仓（无库存，只会分仓失落败），待商品采购入库往后再进行分仓流转。

2. 订单拆分

如果一张订单须要在不同的韶光、不同的仓库发出，就须要在订单如约系统中按照拆单规则将订单拆分为多张子订单，每张子订单单独进行流转。

订单拆单会涌如今订单如约的多个环节中，可以是系统自动拆单，也可以是人工拆单，以是订单拆分功能该当设计为一个公共功能，供多个环节调用。

拆分可以根据发货商家、订单类型、商品属性（存储条件、配送条件、体积重量）、发客栈库、订单金额等多个规则中的一种或多种来组合完成。

一张订单可经由多次拆分为多张子订单，拆分往后，父订单作废，子订单连续完成如约并同步至发卖平台展示给用户。
由于拆单可能发生在不同的环节，拆分后的新订单延续原单的状态和流转日志。
订单拆分处理逻辑如下。

① 基本信息（收货信息、订单基本信息等公共信息）：将父订单中的信息复制到子订单中。

② 财务信息：订单搪塞总金额/已支付金额/发票金额/物流运费即是按照各子订单的商品总价比例进行分摊，末了一个订单金额为剩余未分配金额，一样平常单位为元，保留两位小数。

③ 商品信息：按照须要拆分的SKU或者商品数量进行拆分，担保所有子订单的SKU及数量之和与父订单中的SKU及数量同等。

④ 匆匆销信息：针对整单的匆匆销（如整单优惠、满减、平台优惠券、积分抵扣等），拆分时按照订单中SKU金额比例分摊；若是针对订单内某些SKU的匆匆销，拆分时仅考虑参与匆匆销的SKU进行金额分摊，其他SKU不参与匆匆销分摊。

3. 订单审核

正常情形下，订单流转越快越好，只管即便减少中间环节和人为干预，但在分外情形下须要将订单停息，由人工审核。
常见规则如下。

① 订单触发了风控规则，被识别为恶意订单或非常订单，待人工核实。

② 用户有分外需求备注，系统识别备注信息并停息订单，待人工核实。

③ 订单金额过大，超过物流公司代收货款的收款限额，须要人为拆单。

④ 订单中的商品数量过多，一个包裹无法正常发出，须要人为拆单。

⑤ 购买商品的分外性，如医药，必须由药师审核后方可发货。

4. 合并订单

将相同客户的多张订单合并为一张订单进行发货，有诸多好处，于客户而言，多张订单一起送货，只须要签收一次包裹；于企业而言，可以节省仓库的作业本钱和物流配送本钱。

合单办法可以设置为按频率合单（每分钟合一波），或者按固定时间点合单。
干系职员在进行订单如约系统设计时可以设置订单集中停息等待，在此等待韶光内进入订单如约系统的订单，若符合合并条件，可自动合并；超过等待期间进入系统的订单，可由客服职员手动合并，或者等到下一个合单韶光点再进行合并。

订单合并条件包括但不限于同发卖平台、同下单会员账号、同收货地址、同收货人、同手机号、同支付办法（在线支付/货到付款/到店支付）、同出库仓库、同订单类型（如普通订单、预售订单）、同开拓票办法（都开拓票，且举头信息一样；或者都不开拓票）、同配送办法（自提/配送）等。

订单合并往后，各原单作废，合并后天生一张新订单连续完成后续如约流程，不过在发卖平台的用户侧，展示的仍旧是用户下单时的原单。
在对合单做订单发货、取消等操作后，将每一张子单同步给发卖平台。
合并订单的处理逻辑如下。

① 基本信息（下单人、收货人、渠道等信息）：取任意一张子订单（由于订单基本信息都一样）。

② 财务及发票信息：订单搪塞总金额/已支付金额/发票金额/物流运费=各子订单金额相加。

③ 商品信息：将所有须要合并的子订单的SKU及数量进行汇总。

④ 匆匆销信息：将所有子订单匆匆销明细集中到合单中。

5. 分配物流

没有自营物流的企业，常日会与多家三方物流公司签约，在合单往后，须要匹合营适的物流公司，以及获取物流电子面单号。
如果是自营配送，不须要分配物流，只须要获取电子面单号即可。
分配物流由配送管理系统供应做事支撑，订单如约系统将合单后的订单信息（收件人信息、发客栈库信息、支付办法、商品类型等）传给配送管理系统，获取得当的物流公司和物流单号。

① 如果是自提订单，不须要获取物流公司和物流单号。

② 物流配送的订单，如果没有指定发货色流，则调用配送管理系统做事分配物流公司，然后基于传入的订单信息获取物流公司的物流单号。

③ 如果指定了发货色流，则不用再重新分配，直接获取物流单号即可。

6. 订单取消

在电商新零售中，订单取消场景紧张有三类。

① 用户发起的订单取消。

② 客服职员代为取消。

③ 系统取消。

7. 订单拉回

在订单如约过程中，已经分仓的订单，常常由于仓库库存不敷须要调度发客栈库、或者应客户哀求修正订单信息等，便须要将订单状态拉回至分仓之提高行修正或者重新分仓，再重新审核下发。
订单如约系统对订单拉回的处理逻辑如下。

① 如果订单已经下发到仓库或门店，调用仓储管理系统或门店管理系统接口将原订单取消，若已发货，就不许可拉回了。

② 订单如约系统基于原订单天生一张待审核的新订单，以便客服职员进行修正和调度，调度往后将新订单重新如约出库，原订单作废。

8. 订单停息

订单停息的场景有两种：系统停息和人工停息。
系统停息发生于订单合单前的等待期，以及须要人工审核的订单，或是还未到下发仓库的韶光时由系统将订单停息，人工停息多由客服职员发起，因客户哀求或是当问题订单须要处理时，临时将订单停息。

停息只是一个中间状态，不是订单的终极状态，仅打上一个临时停息的标记，待停息期过后，由系统或人工取消停息，订单连续流转出库。
取消停息的逻辑为：若订单未下发仓库，直接取消停息标记，订单连续流转，若订单已下发仓库，则关照WMS取消停息。

9. 订单加急

如果希望订单优先出库，就须要进行订单加急处理。
订单加急功能的设计思路为：为每张订单设置一个“出库优先级”属性，属性值为高/中/低。
在订单如约系统和仓储管理系统处理订单如约时，在同等条件下，优先处理优先级高的订单。

10. 订单信息修正

在订单如约过程中，难免会碰着下单往后客户又哀求修正收货地址、电话等需求，以是订单如约系统须要供应订单收货信息修正的功能供客户和客服职员利用。
修正订单收货信息的逻辑如下。

① 若订单尚未下发到仓库或门店，只须要修正订单如约系统中的收货信息即可，若订单已下发到仓库或门店，须要先修正仓储管理系统和门店管理系统中的信息，再修正订单如约系统中的信息。

② 收件信息影响到分仓和物流分配，故修正地址往后，须要重新进行分仓和物流分配，已分仓订单要开释占用库存，已预约物流的订单须要取消后再重新预约一个新的物流单号。

③ 仅在订单未发货前支持修正订单信息，一旦发货或者订单取消了，就不能再进行修正了。

11. 订单全程跟踪

订单如约系统卖力供应完全的如约轨迹，以便能让用户清晰地知道当前订单的进展情形，我们称之为全程跟踪，如约过程越详尽和透明，用户体验自然越好。
从用户在发卖平台下单开始，到终极签收，订单会分别经历发卖平台下单、订单如约系统如约、仓库发货和包裹配送。
要实现全程跟踪，则须要将干系系统中的关键节点信息的操作日志同步至订单如约系统，再由订单如约系统按照节点韶光封装成轨迹信息展示到前台用户侧，如图所示。

12. 如约时效监控

订单如约系统是唯一能够监控订单如约全流程的系统，若想整体地理解如约流程，以便对无法按时如约的订单及时进行处理，一张基于如约全环节的监控报表是必不可少的。

本文由 @逸轩Ethan 原创发布于大家都是产品经理。
未经容许，禁止转载。

题图来自Unsplash，基于CC0协议

该文不雅观点仅代表作者本人，大家都是产品经理平台仅供应信息存储空间做事。