叫料已到工位賬上仍缺？把配送掃描閉環接回 WMS
產線缺料會里最常見的對話是：「系統顯示送了」「工位說沒看見」。叫料不是發一條訊息，而是配料、配送、接收與庫存事件對得上的閉環。
讀這一篇能得到什麼
- 在制物流目標是齊套與線邊可得，不是叫料單張數好看
- 叫料→配料→裝車/配送→工位接收掃描應閉環，並回寫 WMS 庫存事件
- 缺料預警要區分「倉無貨」「在途未接收」「接收錯料」，對策完全不同
- 線邊倉與倉存賬策略要事先定義，禁止兩邊各記一本長期對不上
- 先打通一條產線試點再擴面；無掃描閉環時不要承諾 JIT
「送了」和「看見」之間差一步
早會七點半，計劃員指著螢幕：「這單料昨天就配送完成。」線長把手機錄影遞過來：工位旁空托盤，標籤還在週轉區。爭論十分鐘後，有人想起來——司機卸在車間門口，接收掃描沒做，系統仍停在「配送中」或被倉管點成「完成」。賬上有、現場無，於是再下一張叫料單，線邊開始堆「保險料」。保險料越多，盤點越痛，齊套越不可信——這正是閉環失敗後的利息。
叫料已到工位賬上仍缺，根因很少是「倉管偷懶」四個字能概括。庫存事務停在半路，齊套校驗卻按「已可得」放行，派工與現場就會同時撒謊。微信群裡@得越勤，說明閉環越不在系統裡。缺料會開得越長，往往越說明分類沒做、完成定義沒改。
還有一種假象：配送及時率報表很好看，因為完成節點定在「出庫」或「裝車」，而不是「工位接收」。指標贏了，產線仍停。先改完成定義，再談考核，否則考核會固化錯誤閉環。
先把缺料分成三類
缺料會若只有一種喊法，對策一定亂。開會前先分類：
| 型別 | 系統上常見樣子 | 該做什麼 |
|---|---|---|
| 倉無貨 | 叫料被駁回或可用為 0 | 補貨/替代料/改計劃，不是催配送 |
| 在途未接收 | 已揀已裝車，工位未掃接收 | 找容器與卸貨點，完成接收閉環 |
| 接收錯料/短少 | 已接收但物料或數量不對 | 異常單：短少、錯料、退回 |
匯出「已配送未接收」清單到現場核對，比再開一輪催料會有用。長期在途應進預警，而不是靠人肉翻聊天記錄。重複叫料的高發區，幾乎都是在途不可見——看不見，就再叫一次；叫多了，線邊堆積，又引發「沒地放」的新會。
三類混談時，採購、倉儲、產線會對著不同病因開藥：採購加急、倉儲多送、產線再叫——庫存與現場只會更亂。
閉環只有四步，少一步就假
把叫料當成微信訊息，是失敗的起點。完整鏈路應是：
- 需求：工位或工單發起，含物料、數量、需要時間、目標工位。
- 配料：WMS 生成揀配任務，容器/托盤與物料繫結掃描。
- 配送：裝車/卸貨掃描，狀態為在途，不得計入線邊可用。
- 接收：工位或線邊倉掃描關閉在途，才變為工位可得。
容器碼要綁目標工位，減少「送到車間門口就算完成」。波次揀貨再準，若卸貨點與工位錯位，產線仍會喊缺。換型未耗完的料，退回規則要預先寫清——誰發起退料任務、多久必須回庫、線邊是否允許暫存、暫存是否佔齊套。否則線邊會變成第二亂倉：賬在倉、貨線上、盤點兩頭哭。
急料跳過掃描可以有，但必須審批 + 補掃期限。沒有期限的「先送後掃」，三個月後賬實缺口會在盤點月集中爆炸。例外佔比同樣應進週會：急料常態化，說明計劃視窗或安全庫存策略有問題，不是掃描「太嚴」。
誰主賬：MES 與 WMS 別雙軌
方案階段就要寫死主責：MES 發起領退料/配送請求並消費物流狀態；WMS 主庫存賬與作業事件，回寫 MES。線邊可配置為線邊倉或工位庫位，但事務必須閉環，盤點責任人必須明確。名稱叫「線邊倉」還是「工位庫位」不重要，雙軌記賬才致命。
齊套與派工必須消費同一套物流口徑。APS 顯示齊套、線邊卻缺料——多半是可用量吃進了未接收在途，或 MES/WMS 各記一本。報工消耗若對不上線邊接收，過程物料追溯也會斷：你能說出用過什麼料，卻對不上何時送達工位。
供應側缺料計劃應消費真實缺料分類（無貨 vs 在途），而不是會議截圖。否則採購加急的是「其實已在走廊上的料」，倉裡該補的反而沒補。
純手工線、倉產同一空間且目視流轉清晰時，可先簡化庫位再上閉環；沒有 PDA、又堅持承諾 JIT，只會製造更多「系統顯示送了」。先解決終端與掃描紀律，再承諾節拍供料。
JEDP-MES 怎麼接這條鏈
JEDP-MES 內部物流按領料單配料、按線邊需求配送，支援掃描裝車/卸貨並繫結工位；與 WMS 協同叫料配送與缺料可視。工藝與在制物流模組的定位，是讓物流成為計劃達成的約束，而不是現場臨時催料。驗收抽檢應包含：叫料—配送—線邊接收與 WMS 庫存事件一致；長期在途與重複叫料可被看見。
一期建議只打通一條產線：叫料與接收閉環跑穩，再加缺料分類與退料，最後才把齊套校驗接到同一狀態上。全車間鋪開卻無接收掃描，等於把假賬複製到每一條線。二期再與派工攔截/例外對齊：未接收不得視為齊套放行，例外須可解釋。
報工與物流也不應各說各話：上料批次採集若啟用，應能對上線邊接收事件；對不上時，先查閉環，再查追溯深度。
線邊庫存策略：先寫清，再談精益
「要不要建線邊倉」爭論不休時，先回答四個更具體的問題：
- 可用性口徑：工位可得 = 已接收；在途是否計入齊套？預設不應計入。
- 盤點責任：線邊差異由誰背？倉管、線邊物流員還是班組？無人背的庫位一定髒。
- 水位與補貨：叫料是按工單需求，還是按線邊最低水位？混用要寫切換規則。
- 換型清場：未耗完物料多久必須退回？超期未退是否鎖定新工單叫料？
精益口號下的「多送一點防止停線」，若不進水位與退回規則，只會把倉庫搬到過道。JIT 承諾的前提是接收閉環與在途可視；前提不成立時，誠實的做法是拉長供料視窗，而不是假裝已經準時制。
容器與路徑也要標準化：同一物料是否允許散裝與整箱混送、是否必須掃容器碼才能卸貨、卸貨點與工位碼是否一對一。路徑不清時，配送員會選擇「放到大家都看得到的地方」——也就是賬實最容易丟的地方。與波次揀貨的銜接是：倉內揀得準，只解決配料段；車間段仍要靠裝車/接收事件閉合。兩段指標分開看，才能避免「揀貨準確率很高、產線仍缺料」的撕裂感。退料回庫同樣要進任務池：有去無回，線邊水位永遠失真。
本週最小驗證
別先買更多看板。做這三件：
- 從系統匯出近 7 天「已配送未接收」清單，到現場逐條核對貨在哪、卡在何狀態。
- 抽一個正在缺料的工單，用上文三類法歸類——看早會結論是否說對了病；記一筆「誤診」案例用於週會。
- 與倉管確認：配送完成按鈕能否在無工位接收時按下；若能，先改完成定義與權限，再談擴面與 JIT 口號。
一週內若「未接收」積壓明顯下降、重複叫料減少，再談第二條線。若積壓不動，先查掃描點位（門口 vs 工位）、容器繫結與主責表，不要加派配送員「多送點」——多送只會加重線邊第二倉。能把「完成」定義改到工位接收，這一週就值回票價。同步讓計劃員在齊套檢視裡看見在途與已接收分列，下一週早會才不會繼續用同一套假齊套吵架。
- MES 製造方案
- APS 派工現實
- 掃碼報工採集點
- 波次揀貨準確率
想把這篇裡的做法落到自己的廠裡？資源中心有對應場景的線上自測與資料模板，也可以直接約一次真實環境演示。
常見問題
圍繞本篇主題的追問，先看這裡；仍有疑問可聯絡我們
叫料由 MES 還是 WMS 發起？
典型是 MES 發起領退料/配送請求，WMS 主庫存賬與作業事件並回寫 MES。主責表應在方案階段寫死，避免兩邊各認一半。
線邊要不要獨立倉庫？
可配置線邊倉或工位庫位；關鍵是事務閉環與盤點責任清晰，名稱其次。
和 APS 齊套什麼關係？
齊套校驗依賴真實可用與在途狀態；配送未回寫會讓齊套與現場同時說謊。
急料能否跳過掃描？
例外須審批並設補掃期限；長期跳過等於取消賬實，缺口會轉移到盤點月。
重複叫料怎麼壓？
讓計劃與倉管看見「已配送未接收」；在途可見時，重複叫料會自然下降。