OMS-正向订单管理.docxVIP

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. 异常说明 从流程中我们可以看到，订单处理中是存在异常场景的，异常主要包括： 仓库库存不足； 针对收货地，无物流公司覆盖（一般是业务没有及时维护）； 快递单号获取异常； 商品异常（前台商品转后台商品时出现异常）。 此时需要人为介入进行处理。 三、单据状态流 基于以上的流程，我们也可以归纳出，在订单正向流程中单据会经过以下的各状态流，并且单据之间的状态是有相关性的（注意：以下流程仅涉及正向的，不包含用户发起订单取消或发起售后的状态机）： 1. 销售订单 代付款：用户提交订单但未付款； 待发货：用户付款后订单状态为待发货； 已发货：仓库发货后状态变更（考虑到可能拆单发货一般还会有发货中或部分发货状态）； 此外在逆向链路中，订单还会涉及到已取消、售后中等状态，此处不展开赘述了。 2. 包裹单 待审核：销售订单经过拦截器过滤后创建包裹单的初始状态（如果是自动审单则系统会自动跑过这个状态）； 待处理：人工审核通过后，系统执行拆合单、下发仓库出现异常时出现的状态； 未发货：包裹单正常下发仓库后，仓库未发货前； 已发货：仓库执行发货。 3. 出库通知单 待