编辑导语：OMS（订单打点系统）一般指订单打点系统：接管客户订单信息，以及仓储打点系统发来的库存信息，然后按客户和紧急水平给订单归类，对差异仓储所在的库存举办设置，并确定交付日期，这样的一个系统称为订单打点系统。接下来，本文作者从三个方面临订单打点举办了简朴的分享。

订单的流入是电商供给链履约的起始，订单的完结是用户单次处事的终结，本文从以下三个方面临订单打点举办了简朴的分享：

单子观念简述

单子流转详述

单子状态流

一、单子观念简述

在本日的分享中，主要会涉及到三种范例的单子：销售订单、包裹单、出库申请单，在流程的展开前，我想先简朴的先容下这三种单子：

1. 销售订单

前台用户下单后，建设的单子称之为销售订单，销售订单建设时凡是包括以下要素：

用户相关信息：用户ID、用户品级、姓名、收货地点等；

商品相关信息：商品ID（前台商品）、数量；

价值相关信息：单价、总价、优惠金额；

其他：关联勾当ID、下单时间、用户备注等。

2. 包裹单

OMS中可直接下传给WMS的单子，包裹单是销售订单颠末非凡业务逻辑处理惩罚后生成的，它和销售订单的干系是m:n（下文流程中会有具体展开），主要包罗以下字段：

用户相关信息：用户ID、收货人姓名、收货地点等；

商品相关信息：商品ID（靠山商品）、数量；

发货相关信息：发货仓、发货品流（物流公司、物流单号）、包材、包裹重量、体积等。

3. 出库申请单/出库单

WMS中实际用于出库和出库后生成的单子。

出库申请单是包裹单通过审核后建设的单子，单子中所带信息更多是用于客栈和发货实操的，如：库位、商品批次等。

本文中不再展开，有乐趣的小同伴可以查察：《供给链：WMS出库打点》、《供给链：WMS库内打点设计》。

二、单子流转详述

下图为简化的单子流转流程图：

从流程图中可以看出，在OMS的订单处理惩罚中2块较量重要的逻辑别离是：拦截器、拆合单和审单。

1. 拦截器

拦截器是基于业务的非凡场景和非凡逻辑对订单举办拦截，阻止订单的下发。

最常见的是按照收货地+货物属性/商品ID拦截，主要针对国度大会期间，某些地域是克制寄送粉末、液体类的物品这类场景，则可通过拦截器举办配置。到了截至时间时，订单可以自动再次下发。

也可用于对指定用户、指定勾当的订单的拦截，用户可按照需求自行设置。

2. 合单

按照既定法则对销售订单举办归并。

合单的本质目标在于订单的整合带来的包裹数淘汰有利于履约本钱（客栈操纵本钱、物流本钱、包材本钱等）的低落，同时也有利于用户体验的晋升。

最常见的法则：同一用户、同一店肆、同一收货信息的订单可举办归并。

最近社群团购也较量火，不知道各人有没有发明，社群团购的模式中其实也隐含了一个合单的诉求。

对付同一个团长下差异团员的订单，是需要举办合单的，因为这类订单对付后续的发货来说其实是一个单笔订单（团长单是统一发给团长的，并不是单独发给小我私家）。

3. 拆单

上面既然已经提到了合单有利于本钱低落，那么为什么我们还要有拆单呢？

订单一般是在“不得不拆”的环境下才会举办拆分：

用户购置的商品在差异的客栈；

商品可以原箱发货（此类商品一般自己体积就较量大，好比纸尿片4提是一箱，纵然用户购置了8提2箱一开始走了合单逻辑）；

礼盒类/指定商品：为了晋升用户体验，礼盒类商品凡是也会和普通商品拆单发货（且，凡是礼盒类商品是有指定包材的）；

用户购置的商品过多，超出了仓内更大包材容积，只能拆单。

另外尚有其他的拆单场景此处就纷歧一罗列了，发起OMS中的拆单法则凭据差异的场景设计为可设置的，可较机动得适配差异平台、场景推送的订单。

拆单进程还会陪伴客栈的分派（从上面判定就可以看出，拆单中会参考客栈库存的要素）、物流公司和单号的获取。

4. 审单

审单主要指工钱的对出产的包裹单举办确认，也可在这个环节添加人工的备注信息。审单通事后，包裹单会推送至WMS建设出库申请单，进入出库环节，今朝许多OMS都是可以举办自动审单的。

5. 异常说明

从流程中我们可以看到，订单处理惩罚中是存在异常场景的，异常主要包罗：

客栈库存不敷；

针对收货地，无物流公司包围（一般是业务没有实时维护）；

快递单号获取异常；

商品异常（前台商品转靠山商品时呈现异常）。

此时需要工钱参与举办处理惩罚。

三、单子状态流