OMS-正向订单管理
编辑导语: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. 出库通知单
- 待出库:出库通知单创建时的初始状态;
- 出库中:出库申请单在库内分配库存/创建波次后,出库前,处在出库中的状态;
- 已完成:单据出库完成。
四、总结
以上就是今天想和大家分享的全部内容,希望可以对你有所帮助,感谢阅读。
#专栏作家#
麋鹿产品,公众号:麋鹿产品手册,人人都是产品经理专栏作家。专注供应链挖掘提升,热爱生活,热爱产品。
本文原创发布于人人都是产品经理。未经许可,禁止转载。
题图来自Unsplash,基于CCO协议。
商品和货品的转换是在哪一步完成呢?
交易单生成(付款后),oms可根据交易单信息创建履约单(这一步转化),后续审单人员操作的都是这张履约单,审单完成之后下发仓库。
请问销售订单出库订单包裹单各自都是有一个唯一的编码吗?
很有条理
讲得很好