揀貨位總空、儲存位很滿？補貨觸發要接波次，而不是靠倉管「眼看」
夜班波次已下發，PDA 在揀貨位掃到空庫。儲存位有貨，補貨單還在晨會口頭安排裡。揀貨員等待，或繞去儲存位「臨時揀」——FIFO 與貨位策略一起被拆掉。
讀這一篇能得到什麼
- 揀貨位設最小持有量/補貨點，低於閾值自動生成補貨任務
- 任務佔用具體儲存庫位與批次（遵 FIFO/貨主），禁止「去那邊拿一些」
- 波次釋放前檢查揀貨位齊套；不齊則攔截或拆波並留例外
- 儲存位直揀須授權、記原因、儘量回寫為補貨+揀貨；直揀率進週報
- 先清高頻 SKU 主資料（容量、最小持有、移庫關係），再擴全倉自動補貨
總庫存夠，揀貨位照樣斷
早會庫存準確率還行，夜班揀貨位空掃。倉管說白天補過、又被大單掏空；補貨單在哪？微信語音。儲存位理貨員說補過了，系統移庫沒有——兩邊都累，賬上揀貨位仍空。
斷貨分兩種：真缺（全倉可用不足）與假缺（貨在儲存位，揀貨位節奏失敗）。假缺被當成「人不夠」，加人只會抬高直揀例外，FIFO 與貨位容量一起壞。把假缺當真缺去加採購，還會抬高在庫與資金佔用——問題卻不在採購。
補貨必須是任務物件
| 要素 | 最低要求 |
|---|---|
| 觸發 | 低於最小持有量，或波次預佔後缺口 |
| 來源 | 指定儲存庫位 + 批次（FIFO/貨主） |
| 去向 | 指定揀貨位；容量校驗 |
| 狀態 | 待領 → 執行中 → 完成 / 失敗原因碼 |
| 與波次 | 釋放前齊套檢查可讀補貨完成量；完成回寫即時可見 |
沒有任務，就無法統計「誰晚了、晚在哪個 SKU」。不能統計，就不能改引數。完成回寫若仍讀舊快照，會出現「人已補完、系統仍攔」——現場立刻恢復直揀，信任一次打穿。
領取必須互斥：同一任務兩人同時領，會出現雙補或都不補。改派留痕；口頭「你去補那個」不算領取。失敗原因碼要能區分：批次被鎖、庫位主資料錯、通道忙、裝置佔用——籠統「未完成」只會逼倉管繼續微信排程。
量怎麼定：避免兩個極端
太小：任務刷屏，叉車空跑。太大：揀貨位爆滿，溢位回存二次勞動。
實務公式先用（示意，不是唯一演算法）：
補貨量 ≈ max(最小持有 − 當前量, 波次預估缺口)，再被揀貨位容量上限裁剪。有包裝規格時再按整箱/整託上取整，避免半箱任務刷屏。
按 ABC 分級：A 更勤更快，C 更大批次、更低頻。全倉同一套安全量，是補貨專案翻車的經典原因。第一週先保證「有觸發」，第二週再按空掃與任務密度調參——一次算準幾乎不可能，連續調兩類引數會無法歸因。
待檢庫存不得補進揀貨位。狀態過濾比「補貨時多掃一次質檢」重要：待檢進了揀貨面，波次會把風險放大到每一個客戶訂單。
波次引擎與補貨誰先誰後
推薦順序：
- 生成/預佔波次需求；
- 計算揀貨位缺口並下發補貨；
- 補貨完成（或例外放行）後釋放揀貨任務。
若先放揀貨再補貨，空掃會變成常態。允許「邊補邊揀」的倉，必須在任務上標依賴：未完成補貨的 SKU 揀貨任務保持凍結或降優先順序。例外放行要記原因與授權人——否則「邊補邊揀」會退化成永久直揀。
多貨主/寄售揀貨位：補貨來源批次必須帶貨主，禁止用 A 貨主存貨補 B 的揀貨面。貨主錯了，比數量錯了更難事後糾偏。
動態揀貨位同樣適用：觸發改為「波次需求 − 當前佔用 < 0」即時補貨，物件仍是任務，不是口頭。
直揀：救急可以，預設不行
允許儲存位直揀救急，但同時滿足：
- 授權角色有限；
- 系統記直揀原因；
- 儘量自動生成事後補貨回寫，避免揀貨位賬長期空洞；
- 直揀率進週報——持續偏高說明引數或人員配置失敗，不是英雄行為。
直揀被當「靈活」表揚時，揀貨位主資料會迅速腐爛：系統以為有貨，現場只信熟人。直揀若不回寫，盤點與補貨觸發會長期讀到錯誤的揀貨位水位。
主資料三種腐爛，先清再怪人
- 揀貨位容量填 9999 → 永不觸發；
- 最小持有量大於容量 → 任務永失敗；
- 儲存→揀貨移庫關係未維護 → 派不出去。
上線第一週單獨列出這三類錯誤清掉。通道與裝置也是約束：同一巷道併發上限、大件錯峰；失敗原因碼要能出現「通道忙」「裝置佔用」。主資料錯誤佔比高時，停調參，先清容量與移庫關係——調參救不了錯主資料。
和誰分清邊界
| 場景 | 主責 | 別混成一句「缺料」 |
|---|---|---|
| 出庫揀貨位空 | 倉內補貨任務 | 查最小持有與波次齊套 |
| 工位叫料不到 | WMS↔MES 線邊配送 | 查配送掃描閉環 |
| 盤點鎖庫過久 | 盤點窗與補貨窗錯開 | 或允許盤點中受限補貨 |
兩套「補貨」混談，倉管與車間會互相等。盤點窗若長時間鎖住揀貨面來源，夜班空掃會暴漲——要麼錯開窗，要麼允許受限補貨並留例外。
Top SKU，一週三張數
選出庫頻次最高的一批料，設最小持有，開啟自動補貨。看：揀貨位空掃次數、直揀例外率、補貨任務準時完成率。空掃降不下來，先查容量與批次鎖定；直揀率被表揚，說明任務還沒成為預設路徑——先別擴全倉，也先別加人。
連續兩週記錄失敗原因 Top3，調參只動一類（例如只調 A 類最小持有）。空掃、直揀、準時率三張數不動，擴面只會把微信排程複製到更多巷道。
批次鎖定、波次拆分與緊急插單
補貨任務佔用批次後，該批次不應再被其他波次靜默搶走。若允許拆分佔用，任務上要顯示「部分鎖定」與剩餘量；搶光導致失敗時，原因碼寫「批次被佔用」，並觸發重算來源——不要只顯示紅色「失敗」讓倉管猜。
緊急插單若插在補貨完成前，齊套檢查應重跑：要麼抬升該 SKU 補貨優先順序，要麼拆波並留例外。插單直接放行揀貨、繞過補貨依賴，是空掃率反彈的常見原因。
冷熱區與大件：補貨路徑過長時，最小持有可按「補貨提前期」加大，而不是按「感覺多放一點」。路徑時間不進引數，調參會永遠在空跑與爆位之間搖擺。
人員班次與補貨視窗
補貨任務若集中在揀貨高峰同通道，空掃與擁堵會一起出現。按班次配置補貨視窗：波次預佔後優先補 A 類；C 類可錯峰。視窗外生成的任務進入佇列，不強制立即搶裝置。
夜班人力少時，最小持有可按班次抬高，而不是複製白班引數。班次引數不分開，夜班空掃會被誤診為「人不夠」，加人卻補不到點上。
與迴圈盤點的視窗衝突
揀貨位正在盤點時，補貨任務會失敗或把賬打亂。規則二選一：盤點鎖定位期間暫停對該位的補貨並改派鄰近位；或允許「盤點中受限補貨」並強制覆盤該位。沒有規則，夜班會在「空掃」與「盤點不準」之間來回甩鍋。
盤點差異關閉前，該 SKU 的最小持有觸發可降級為人工確認，避免錯誤水位自動生成一串無效補貨。
補貨完成定義
補貨「完成」必須含：源庫位扣減、目標揀貨位增加、批次/貨主一致、容量未超。少一環的「口頭完成」會讓齊套檢查讀到假水位。PDA 確認順序建議先掃源再掃目標；只掃目標不掃源，儲存位賬會漂。
- WMS 倉儲方案
- 波次揀貨準確率
- FIFO 硬攔截
- 線邊物流回接 WMS
想把這篇裡的做法落到自己的廠裡？資源中心有對應場景的線上自測與資料模板，也可以直接約一次真實環境演示。
常見問題
圍繞本篇主題的追問，先看這裡；仍有疑問可聯絡我們
補貨量和安全量怎麼定？
先按日均出庫與補貨提前期估，再按一週斷貨次數校準。先有觸發再調參，比一次算準更現實。
補貨要不要質檢？
儲存位已是可用則移庫即可；待檢不得補進揀貨位。狀態過濾比「多掃一次」重要。
多人搶同一補貨任務怎麼辦？
領取互斥；改派留痕。口頭「你去補」會導致雙補或都不補。
動態揀貨位還適用嗎？
適用。觸發改為「波次需求 − 當前佔用 < 0」即時補貨；仍要有任務物件。
補貨失敗最常見原因？
批次被別波次鎖走、庫位主資料錯、通道擁堵。任務要露出原因碼，不能只顯示「未完成」。