OMS-正向订单管理

5 评论 22663 浏览 229 收藏 9 分钟

编辑导语: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协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 商品和货品的转换是在哪一步完成呢?

    来自河北 回复
    1. 交易单生成(付款后),oms可根据交易单信息创建履约单(这一步转化),后续审单人员操作的都是这张履约单,审单完成之后下发仓库。

      来自浙江 回复
  2. 请问销售订单出库订单包裹单各自都是有一个唯一的编码吗?

    回复
  3. 很有条理

    回复
  4. 讲得很好

    来自北京 回复