WMS的主要功能是對倉庫内所有商品的運轉生态進行全面的追蹤，連接訂單管理系統，讓倉管人員随時随地了解倉庫當下最新庫存數據。本文按照補貨的流程順序，帶我們了解了補貨的基本邏輯，一起來看看~

前幾天剛好與人聊到了WMS的補貨功能，這塊在上上家做的比較透徹，借此做一個總結。

業務背景

傳統倉儲由于訂單量不大，以批進批出為主，對效率的要求不高，往往采取按單揀選、全場通揀的揀貨模式。這種模式下揀貨員在系統的指引下按單全場揀貨，行走路徑較長，揀貨效率較低。

電商往往訂單量大，且以批進零出為主，為了提升縮短揀貨路徑，提升揀貨效率，由此衍生了存揀分離模式。即存儲位隻做存儲，不做零揀，揀選位隻做揀選，不做大量存儲，基于水位由存儲區向零揀區補貨。這種模式下，揀貨員隻需要在較小的區域内來回穿梭，大大減少了行走距離，降低了勞動強度，提升了訂單揀選效率。

适用場景

整體而言，存揀分離模式适用于出貨頻率較高、批進零出的場景。受限于庫位容量，采用存揀分離模式的SKU體積一般較小。

就倉庫形态而言，一般綜合類電商倉庫會基于ABC分析，隻針對A類SKU設置零揀位。專業品類倉，則每個SKU均會設置。

傳統倉儲也有采用存揀分離模式的。采用這類模式的倉庫一般采用高架存儲，上層為存儲位，下層為揀選位。但這類更多是為了解決揀貨的便捷性問題，本質上還是全場通揀。

補貨任務基本邏輯

1. 基礎設置

為了系統能夠自動觸發從存儲區向揀選區補貨，我們需要提前建立

1. SKU與零揀庫位的對應關系；
2. 庫存水位上下限（Min,Max）；

以上設置有兩種，

1. SKU與零揀庫位一一對應，基于庫位設置庫存水位；
2. 由于單個庫位容量限制，不足以滿足訂單揀選需要，此時往往采用SKU與庫位一對多，基于SKU設置庫存水位；

在實際應用中，由于第二種的系統處理邏輯複雜，往往采用第一種形式。為了彌補第一種的不足，針對于超過單個揀選位庫存水位上限，允許從存儲區直接揀貨；

2. 補貨任務生成

（1）什麼時候補-補貨任務觸發時機

補貨的觸發有三種情況：

1. 正常補貨：基于設定的庫存水位，系統定時校驗庫存數量，當庫存數量低于設定的時，生成補貨任務；
2. 緊急補貨：訂單分配時校驗庫存，當庫存數量小于訂單數量時，觸發緊急補貨任務；
3. 主動補貨：補貨員在巡庫過程中發現庫存雖未低于庫存水位下限，但不足以滿足未來一定時期内的揀貨需求，自主從存儲區向零揀區補貨。就系統處理而言，這一類往往直接采用移庫的形式進行，系統不生成補貨任務；

（2）補多少-補貨數量

正常補貨，補貨數量=庫存水位上限-當前庫存量；

針對緊急補貨，往往采用的是補貨數量=訂單數量 庫存水位上限-當前庫存量；

當然，由于部分SKU存在包裝層級問題，補貨時往往采取整箱/托補貨的形式進行，因此計算補貨數量時還需要進行包裝層級轉換；

（3）從哪裡補-如何計算存儲位

從哪裡補，本質是庫存分配問題。分配過程中主要考慮的周轉規則（先進先出、後進先出等等）、包裝層級（效率優先（不拆箱）、清空庫位（先清掉尾數））、庫位動線等，此處不累述；

（4）補到哪裡去-零揀庫位計算

當SKU與庫位一對一時，直接找出SKU與庫位關聯關系即可。當SKU與庫位一對多時，則還需要考慮多個庫位的庫存數量。

（5）怎麼補-補貨任務構成維度

經過前序4步，一條最基礎的元補貨任務已經生成。

在實際應用場景中，除了傳統倉庫中高架庫位向下補的場景，一般基于補貨效率考量，會基于一定的規則對多個元補貨任務進行彙總打包，即一條補貨任務，包含多條元補貨任務（補貨任務明細）；

前者我個人稱之為一段式補貨，即一個補貨任務隻包含一個補貨任務明細，補貨下架與補貨上架在一條任務内完成；

後者我個人稱之為兩段式補貨，即一個補貨任務可以包含多個補貨任務明細，補貨下架與補貨上架分别執行。

3. 補貨任務執行

一般采用RF方式進行，系統會基于最優揀貨路徑進行庫位排序。補貨員依據系統提示進行掃描庫位與SKU補貨下架與上架。

在一段式的場景中，補貨下架後系統直接提示零揀區庫位。

在兩段式的場景中，第一段隻執行補貨下架，第二段隻執行補貨上架。兩段需通過補貨任務号/容器ID進行連接。

需要說明的是，兩段式場景中，由于實物堆疊、庫位布局差異，往往隻能實現補貨下架揀貨路徑最優，而補貨上架則無法做到最優。

補貨功能設計：

其他：

1. 本場景中揀貨任務執行是采用人工方式，若采用貨到人方式，隻是任務執行的途徑與方式發生了變化，原理類似；
2. 由于SKU ABC熱度是實時變化的，若要更加精确，需要定期基于ABC分類調整零揀區設置；

作者：Pershing，個人公衆号：倉配那些事兒

本文由 @Pershing 原創發布于人人都是産品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部