OMS-正向订单管理

编辑导语：OMS（订单管理系统）一般指订单管理系统：接受客户订单信息，以及仓储管理系统发来的库存信息，然后按客户和紧要程度给订单归类，对不同仓储地点的库存进行配置，并确定交付日期，这样的一个系统称为订单管理系统。接下来，本文作者从三个方面对订单管理进行了简单的分享。

订单的流入是电商供应链履约的起始，订单的完结是用户单次服务的终结，本文从以下三个方面对订单管理进行了简单的分享：

1. 单据概念简述
2. 单据流转详述
3. 单据状态流

一、单据概念简述

在今天的分享中，主要会涉及到三种类型的单据：销售订单、包裹单、出库申请单，在流程的展开前，我想先简单的介绍下这三种单据：

1. 销售订单

前台用户下单后，创建的单据称之为销售订单，销售订单创建时通常包含以下要素：

• 用户相关信息：用户ID、用户等级、姓名、收货地址等；
• 商品相关信息：商品ID（前台商品）、数量；
• 价格相关信息：单价、总价、优惠金额；
• 其他：关联活动ID、下单时间、用户备注等。

2. 包裹单

OMS中可直接下传给WMS的单据，包裹单是销售订单经过特殊业务逻辑处理后生成的，它和销售订单的关系是m:n（下文流程中会有详细展开），主要包括以下字段：

• 用户相关信息：用户ID、收货人姓名、收货地址等；
• 商品相关信息：商品ID（后台商品）、数量；
• 发货相关信息：发货仓、发货物流（物流公司、物流单号）、包材、包裹重量、体积等。

3. 出库申请单/出库单

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

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

本文中不再展开，有兴趣的小伙伴可以查看：《 供应链：WMS出库管理 》、《 供应链：WMS库内管理设计 》。

二、单据流转详述

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

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

1. 拦截器

拦截器是基于业务的特殊场景和特殊逻辑对订单进行拦截，阻止订单的下发。

最常见的是根据收货地+货品属性/商品ID拦截，主要针对国家大会期间，某些地区是禁止寄送粉末、液体类的物品这类场景，则可通过拦截器进行设置。到了截止时间时，订单可以自动再次下发。

也可用于对指定用户、指定活动的订单的拦截，用户可根据需求自行配置。

2. 合单

根据既定规则对销售订单进行合并。

合单的本质目的在于订单的整合带来的包裹数减少有利于履约成本（仓库操作成本、物流成本、包材成本等）的降低，同时也有利于用户体验的提升。

最常见的规则：同一用户、同一店铺、同一收货信息的订单可进行合并。

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

对于同一个团长下不同团员的订单，是需要进行合单的，因为这类订单对于后续的发货来说其实是一个单笔订单（团长单是统一发给团长的，并不是单独发给个人）。

3. 拆单

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

订单一般是在“不得不拆”的情况下才会进行拆分：

1. 用户购买的商品在不同的仓库；
2. 商品可以原箱发货（此类商品一般本身体积就比较大，比如纸尿片4提是一箱，即使用户购买了8提2箱一开始走了合单逻辑）；
3. 礼盒类/指定商品：为了提升用户体验，礼盒类商品通常也会和普通商品拆单发货（且，通常礼盒类商品是有指定包材的）；
4. 用户购买的商品过多，超出了仓内最大包材容积，只能拆单。

此外还有其他的拆单场景此处就不一一列举了，建议OMS中的拆单规则按照不同的场景设计为可配置的，可较灵活得适配不同平台、场景推送的订单。

拆单过程还会伴随仓库的分配（从上面判断就可以看出，拆单中会参考仓库库存的要素）、物流公司和单号的获取。

4. 审单

审单主要指人为的对生产的包裹单进行确认，也可在这个环节添加人工的备注信息。审单通过后，包裹单会推送至WMS创建出库申请单，进入出库环节，目前很多OMS都是可以进行自动审单的。

5. 异常说明

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

1. 仓库库存不足；
2. 针对收货地，无物流公司覆盖（一般是业务没有及时维护）；
3. 快递单号获取异常；
4. 商品异常（前台商品转后台商品时出现异常）。

此时需要人为介入进行处理。

三、单据状态流

基于以上的流程，我们也可以归纳出，在订单正向流程中单据会经过以下的各状态流，并且单据之间的状态是有相关性的（注意：以下流程仅涉及正向的，不包含用户发起订单取消或发起售后的状态机）：

1. 销售订单

• 代付款：用户提交订单但未付款；
• 待发货：用户付款后订单状态为待发货；
• 已发货：仓库发货后状态变更（考虑到可能拆单发货一般还会有发货中或部分发货状态）；

此外在逆向链路中，订单还会涉及到已取消、售后中等状态，此处不展开赘述了。

2. 包裹单

• 待审核：销售订单经过拦截器过滤后创建包裹单的初始状态（如果是自动审单则系统会自动跑过这个状态）；
• 待处理：人工审核通过后，系统执行拆合单、下发仓库出现异常时出现的状态；
• 未发货：包裹单正常下发仓库后，仓库未发货前；
• 已发货：仓库执行发货。

3. 出库通知单

• 待出库：出库通知单创建时的初始状态；
• 出库中：出库申请单在库内分配库存/创建波次后，出库前，处在出库中的状态；
• 已完成：单据出库完成。

四、总结

以上就是今天想和大家分享的全部内容，希望可以对你有所帮助，感谢阅读。

 

作者：麋鹿产品，公众号：麋鹿产品手册

本文由 @麋鹿产品手册 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自Unsplash，基于CCO协议。