WMS的主要成果是对客栈内所有商品的运转生态举办全面的追踪，毗连订单打点系统，让仓管人员随时随地相识客栈当下最新库存数据。本文凭据补货的流程顺序，带我们相识了补货的根基逻辑，一起来看看~

前几天恰好与人聊到了WMS的补货成果，这块在上上家做的较量透彻，借此做一个总结。

业务配景

传统仓储由于订单量不大，以批进批出为主，对效率的要求不高，往往采纳按单拣选、全场通拣的拣货模式。这种模式下拣货员在系统的指引下按单全场拣货，行走路径较长，拣货效率较低。

电商往往订单量大，且以批进零出为主，为了晋升缩短拣货路径，晋升拣货效率，由此衍生了存拣疏散模式。即存储位只做存储，不做零拣，拣选位只做拣选，不做大量存储，基于水位由存储区向零拣区补货。这种模式下，拣货员只需要在较小的区域内往返穿梭，大大淘汰了行走间隔，低落了劳动强度，晋升了订单拣选效率。

合用场景

整体而言，存拣疏散模式合用于出货频率较高、批进零出的场景。受限于库位容量，回收存拣疏散模式的SKU体积一般较小。

就客栈形态而言，一般综合类电商客栈会基于ABC阐明，只针对A类SKU配置零拣位。专业品类仓，则每个SKU均会配置。

传统仓储也有回收存拣疏散模式的。回收这类模式的客栈一般回收高架存储，上层为存储位，基层为拣选位。但这类更多是为了办理拣货的便捷性问题，本质上照旧全场通拣。

补货任务根基逻辑 1. 基本配置

为了系统可以或许自动触发从存储区向拣选区补货，我们需要提前成立

SKU与零拣库位的对应干系；

库存水位上下限（Min,Max）；

以上配置有两种，

SKU与零拣库位一一对应，基于库位配置库存水位；

由于单个库位容量限制，不敷以满意订单拣选需要，此时往往回收SKU与库位一对多，基于SKU配置库存水位；

在实际应用中，由于第二种的系统处理惩罚逻辑巨大，往往回收之一种形式。为了补充之一种的不敷，针对付高出单个拣选位库存水位上限，答允从存储区直接拣货；

2. 补货任务生成

（1）什么时候补-补货任务触发机缘

补货的触发有三种环境：

正常补货：基于设定的库存水位，系统按时校验库存数量，当库存数量低于设定的时，生成补货任务；

紧张补货：订单分派时校验库存，当库存数量小于订单数量时，触发紧张补货任务；

主动补货：补货员在巡库进程中发明库存虽未低于库存水位下限，但不敷以满意将来一按时期内的拣货需求，自主从存储区向零拣区补货。就系统处理惩罚而言，这一类往往直接回收移库的形式举办，系统不生成补货任务；

（2）补几多-补货数量

正常补货，补货数量=库存水位上限-当前库存量；

针对紧张补货，往往回收的是补货数量=订单数量+库存水位上限-当前库存量；

虽然，由于部门SKU存在包装层级问题，补货时往往采纳整箱/托补货的形式举办，因此计较补货数量时还需要举办包装层级转换；

（3）从那边补-如何计较存储位

从那边补，本质是库存分派问题。分派进程中主要思量的周转法则（先进先出、后进先出等等）、包装层级（效率优先（不拆箱）、清空库位（先清掉尾数））、库位动线等，此处不累述；

（4）补到那边去-零拣库位计较

当SKU与库位一对一时，直接找出SKU与库位关联干系即可。当SKU与库位一对多时，则还需要思量多个库位的库存数量。

（5）怎么补-补货任务组成维度

颠末前序4步，一条最基本的元补货任务已经生成。

在实际应用场景中，除了传统客栈中高架库位向下补的场景，一般基于补货效率考量，会基于必然的法则对多个元补货任务举办汇总打包，即一条补货任务，包括多条元补货任务（补货任务明细）；

前者我小我私家称之为一段式补货，即一个补货任务只包括一个补货任务明细，补货下架与补货上架在一条任务内完成；

后者我小我私家称之为两段式补货，即一个补货任务可以包括多个补货任务明细，补货下架与补货上架别离执行。

3. 补货任务执行

一般回收RF *** 举办，系统会基于更优拣货路径举办库位排序。补货员依据系统提示举办扫描库位与SKU补货下架与上架。

在一段式的场景中，补货下架后系统直接提示零拣区库位。

在两段式的场景中，之一段只执行补货下架，第二段只执行补货上架。两段需通过补货任务号/容器ID举办毗连。

需要说明的是，两段式场景中，由于实物堆叠、库位机关差别，往往只能实现补货下架拣货路径更优，而补货上架则无法做到更优。

补货成果设计：

其他：

本场景中拣货任务执行是回收人工 *** ，若回收货到人 *** ，只是任务执行的途径与 *** 产生了变革，道理雷同；

由于SKU ABC热度是及时变革的，若要越发准确，需要按期基于ABC分类调解零拣区配置；