wms出库需求设计

时间：2023-03-14 19:42:01 | 来源：电子商务

时间：2023-03-14 19:42:01 来源：电子商务

基于多年的B端产品设计经验，总结出以实事求是为原则，从上到下、从整体到局部的思路，先梳理实际业务场景，然后设计主业务流程、单据设计，最后再设计具体产品功能的方法。

一，业务场景

上游erp或oms产生的2c或2b订单，经过出库接口推送到wms后，wms是通过什么流程能做到快速且精准地拣货出库呢？

二，业务流程设计

1）接单

上游erp或oms的订单调出库接口推送订单到wms时，wms会调物流下单接口给物流商下单，只有下单成功了才能接收订单成功，否则就是推送订单失败。

2）配货

wms接收订单成功后就需要配货，相当于是占用库存，如果是缺货那么会回传上游并回写缺货数量，只有这个订单里的每个商品都配货成功了，才会继续往下走流程，这块的库存逻辑会在仓库库存模块详细分享。

3）波次

波次的本质是货品的分类，就好比订单池中已经有数十万的订单需要去拣货，那么就可以把这数十万的订单分成很多小的集合，这样再以小的集合去处理拣货就方便些。波次策略是很复杂的逻辑，这块会在策略模块详细分享。

4）拣货

通过拣货规则将需要拣货的订单，生成一个一个的拣货单，并将拣货单分配给对应的拣货员，然后拣货员按照系统规划的拣货路径来拣货，这里拣货员是使用PDA来操作，不需要拿着纸去拣货。拣货策略也是很复杂的逻辑，这块会在策略模块详细分享。

5）复核

假设1号订单有A商品2个、B商品3个，2号订单有B商品2个、C商品1个，这俩个订单是在同一个拣货单拣货的，那么一次拣货完成后A商品2个、B商品5个、C商品1个是混在一起的，这时就需要通过多品复核来把1号、2号订单的商品分离出来然后分开打包。

6）发货

已经复核完成的订单被打包成了一个一个小包裹，这时就需要把走同一物流渠道的包裹给分离出来并集中起来，同时还要对已经集包完成的大包裹称重用于与物流商的运费对账。

三，单据设计

1）出库订单

订单用最通俗的话理解就是互相独立的一个包裹，也就是你平常网购收到的包裹。整个出库的配货、波次、拣货、集包、发货都是以订单为单位，这块的详细状态逻辑如下。

新单据：从上游ERP或OMS成功推送到wms后的订单的初始状态；

配货完成：订单在配货环节每个商品都配货完成时的状态；

部分配货：订单在配货环节只有部分商品配货完成时的状态（造成了缺货）；

已拣货：订单里的每个商品都被拣货员拣货完成时的状态；

已发货：发货环节完成发货时更新订单的状态；

已取消：已经取消了不需要拣货、发货的订单；

2）拣货单

经过配货完成和波次分离后的订单 就需要 拣货，多个订单组成一个拣货单，每个拣货单分给对应的拣货员，拣货路径规划也是以拣货单为对象，其单据状态如下。

待拣货：拣货单创建后的初始状态；

拣货中：拣货员的PDA接收到该拣货单后并开始拣货的状态；

拣货完成：该订单的商品都被拣货员拣货完成后的状态；

3）复核单
拣货单完成后按照1对1的关联关系生成复核单，所谓复核主要就是检查拣货出来后商品是否对应这个订单以及质量问题，然后用打包材料打包好。打包后的包裹经过物流分拣机，给分离到了不同的物流渠道发货区。

待复核：拣货单拣货完成后生成的复核单的初始状态；

复核中：复核单里的任何一个商品开始复核后的状态；

复核完成：在复核环节该订单被复核完成后的状态；

4）集包单

到了物流渠道发货区的包裹，先称重（特殊尺寸的包裹需要量尺寸）然后多个包裹放到一个集包袋里封装好，这一个集包袋就对应一个集包单。

集包中：在集包环节产生的集包单的初始状态；

集包完成：集包袋里已经装满包裹后被操作【集包完成】后的状态；

发货完成：在发货环节发货单完成发货后回写的状态；

5）发货单状态

待发货：在发货环节产生的发货单的初始状态；

发货完成：发货完成后的状态；

四，功能设计

出库的每一个环节功能都是比较复杂的，后续文章会详细阐述，在本篇中就不分享了。

我是做了6年的供应链产品老兵，喜欢分享供应链方面“听的懂、用的上、有回报”的内容，不喜欢分享“听着很有道理，但就是不会用”的内容，期望我的输出能给供应链产品经理带来价值，也希望在行业开一个头就是“多输出实战性内容”。更多内容写在书籍《B端产品设计实战.wms是怎样建成的》中，产品/开发对着这本书基本能做一个完整的wms系统出来，想跳槽的同学阅读这本书后基本可以找一份供应链相关的产品经理工作，需要的朋友可来公G号“供应链产品老兵”，我也整理了800多M的【供应链产品经理实战书单】含wms、Oms、tms、CRM、财务等操作手册 会送给你。