就近那一託為什麼總能出庫？FIFO 要靠攔截，不靠牆上的制度
制度寫著先進先出，揀貨卻經常拿路近的託。要的不是再培訓一次，而是讓錯誤批次更難被掃走——推薦、校驗、鎖定不到位，合規只是口號。
讀這一篇能得到什麼
- FIFO/FEFO 要靠分配與揀貨校驗強制，而不是靠抽檢事後罵人
- 例外放行必須授權、原因碼與事後複核，否則緊急會變成常態
- 庫位策略與最早批次衝突時，先理庫與補貨，再談執行率
- 效期敏感物料走 FEFO，並與普通件分開策略；凍結批不得進可分配量
- 先在高價值/高風險品類試點強制，批次主資料缺失時不要一刀切全倉鎖定
叉車司機選了「看得見的那一託」
急單下到 PDA，系統推薦的是深處最早批次；通道口卻堆著剛上架的新託。司機掃了近處的碼，系統叮了一聲又過了——因為策略停在「推薦」，沒有攔截。牆上的 FIFO 海報還在，出庫賬上寫的是「最終出了什麼」，不是「本該出什麼」。
現場改掉規則的理由永遠充分：路近、託好拿、客戶催、叉車忙。沒有強制力時，這些理由全部成立。治理目標不是消滅例外，而是讓例外變貴、可審計、可收斂；讓正確批次成為預設路徑上阻力最小的選項。
欄位有了，控制未必有
很多倉已經「上了批次列」：收貨可空、揀貨可改、複核只點數量——欄位存在不等於控制存在。真正的合規看攔截次數與例外閉環，不看主資料裡有沒有批號。
| 場景 | 現場真實動作 | 衝突點 |
|---|---|---|
| 急單 | 就近拿能看見的託 | 路徑短 vs 規則嚴 |
| 混批庫存 | 一託多批或同庫位多批 | 掃描無法唯一定位 |
| 效期品 | 先拿後到期的好包裝 | 外觀完好 ≠ 應出批次 |
| 盤點差異 | 先出好盤的批次「平賬」 | 用錯批次掩蓋差異 |
| 口頭指定 | 倉管喊批次，系統事後改 | 人治覆蓋分配 |
強制力三級，別一上來全倉鎖定
| 級別 | 行為 | 適用 |
|---|---|---|
| 提醒 | 推薦批次，可改，記日誌 | 低風險過渡、主資料治理中 |
| 校驗 | 掃錯批次攔截，不可靜默透過 | 大多數需追溯物料 |
| 鎖定 | 僅授權例外可放行，雙人/事後複核 | 效期、法規、高價值、安全件 |
FEFO 與 FIFO 分流：有保質期/複檢期的走 FEFO；無有效期但要批次順序的走 FIFO。序列號物料出庫還應校驗 SN 歸屬批次，避免「批次對了、序列串了」。把「故意掃錯批能否攔住」當成抽檢題，比看演示影片管用。
例外單的最低欄位
沒有欄位的例外等於沒有制度：
- 申請人與授權人（權限分離）
- 原因碼（急單、破損改發、盤點待查、客戶指定批次等）
- 關聯出庫單或工單
- 事後複核截止日期與複核人
- 效期風險額外確認（如適用）
例外率應進倉管週會：持續升高說明強制級別與庫位/補貨設計不匹配，而不是一句「工人不聽話」能結案。給全員例外權限、先出後改系統批次「對齊」、關閉校驗「保效率」——都會讓執行率報表說謊。
理庫與禁混批：強制力的前置條件
分配演算法再正確，若最早批次被壓在深處、揀貨位只有新批，現場就會持續申請例外。上架與補貨要和 FIFO/FEFO 同向：
| 動作 | 建議 | 目的 |
|---|---|---|
| 收貨上架 | 同 SKU 按批次分託分位；近效期在安全前提下更靠揀貨通道 | 降低「為抄近路而出錯批」 |
| 補貨 | 從儲存位補到揀貨位時攜帶批次順序 | 揀貨位始終是應出批次 |
| 移庫 | 移庫單帶批次校驗，禁止無單挪託 | 防止口頭挪貨打穿賬批 |
| 凍結 | 質量凍結/待檢批不可分配 | 避免例外通道連質量狀態一併繞開 |
一託多批次是校驗的癌症：掃一個托盤碼無法對應唯一批次。歷史混批的治理順序是：隔離 → 拆託或拆到可掃描單元 → 再開啟校驗。未拆完就全倉鎖定，只會製造掃碼戰爭，然後被要求「全部放開」——一次放開，強制力歸零。
近效期預警要與出庫策略聯動：進入告警池後優先分配或觸發處置；告警了仍按「好拿的新批」出，是系統有資料、業務無閉環。效期關鍵日期（生產、失效、複檢）收貨時採全，缺關鍵日期的效期品不得進可發庫存。出庫複核應抽查「批次是否與分配一致」，而不只核數量。
追溯三問答不上，先別擴強制品類
FIFO/FEFO 的管理價值最終落在兩件事：效期風險可控，以及出了問題能縮圈。至少能回答：
- 這批貨何時收入、現存哪些庫位、已發往哪些訂單/工單？
- 客戶退回某個 SN/批次時，能否較快列出連帶出庫範圍？
- 例外放行出去的批次，能否單獨清單化以便質量回訪？
答不上來時，先補收貨採集、容器碼與出庫繫結，再擴更多品類的強制——否則強制力只製造掃碼痛苦，換不來追溯收益，專案會被現場否決。
JEDP-WMS 強調賬實相符、先進先出與 SN/批次/SKU/容器碼全鏈條追溯；出入庫覆蓋上架、波次揀貨與出庫複核。FIFO 要落在分配與校驗：收貨採集批次/效期並禁止無批入庫（對需管控品類）；庫存按策略推薦或鎖定出庫批次與庫位；揀貨掃碼校驗錯批攔截；高風險出庫複核二次核對；例外走授權工作流與報表。
試點順序：先能攔，再能擴
務實順序：效期與高價值/安全件先上校驗級 → 清理混批 → 理庫使最早批次可達 → 再擴大到一般追溯物料（提醒升校驗）→ 法規敏感品用鎖定級與雙人複核。批次主資料大量缺失時，先補收貨採集與庫存清洗，不要一刀切全倉鎖定。庫位未區分揀貨位與儲存位時，先理結構，否則 FIFO 爭議與效率爭議纏在一起。網路不穩導致掃碼頻繁失敗時，先解決可用性，否則攔截會被當成故障繞過。低值輔料不必強行 FIFO 表演；多專案混倉未做貨主隔離時，先隔離再談批次規則。
有用的觀察：按行的 FIFO/FEFO 合規率、錯批攔截次數與例外放行率、混批庫存筆數、近效期庫存與呆滯、召回演練可定位時長。批次只打在紙箱、不進系統，演練一定失敗。
推薦被繞過的三種「合法外觀」
現場繞過 FIFO 時，很少直接說「我不管規則」。更常見的是三種看起來合理的動作：一是「先出外觀好的」，把效期風險留給下一班；二是「先出已經拆零的」，圖省事卻打亂批次賬；三是「客戶指定要這個批號」，口頭指定卻不走例外單。前兩種靠 FEFO/FIFO 校驗與理庫解決；第三種必須進授權例外——客戶指定可以有，但不能無痕。
生產退料回倉、不合格隔離、待檢放行，都會改寫可分配集合。若退料預設回可用且不採批次，FIFO 鏈路在迴流入庫處斷裂；若凍結批仍出現在分配候選裡，例外通道會把質量閘口一併拆掉。批次策略與質檢狀態要同時生效：不能為了「先到期先出」把凍結批放出庫，也不能為了「好拿」跳過待檢。
波次引擎若允許為了路徑最短反向開啟放批，前面所有校驗都會在任務生成瞬間被稀釋。分配鎖定批次後，波次最佳化只能在合規集合內重排路徑。揀貨準確率專案若只核數量不核批，會出現「準確率很高、召回卻圈很大」的尷尬——數量對不等於批次對。
多貨主或寄售場景下，FIFO 還要疊貨主隔離：先出「誰的貨」搞錯，比先出「哪一批」更嚴重。規則未定清時先做貨主/庫存屬性隔離，再談批次順序，避免一次掃碼踩中兩套合規。
選一個敏感品類，開一週錯批攔截
先選效期或客訴敏感品類，開啟錯批攔截一週，只看例外報表說了什麼。例外原因若一半以上是「揀貨位沒有應出批次」，問題在補貨與理庫，不在態度。報表能在短時間找到授權放行記錄，才算例外門禁成立；否則先補欄位與權限，再談全倉推廣。一週結束若攔截次數為零卻仍有客訴串批，優先查是否存在萬能跳過或事後改批。
- WMS 倉儲方案：批次 / SN 追溯與作業
- 波次揀貨與差錯分類
- 迴圈盤點
- 從批次到工位的追溯
想把這篇裡的做法落到自己的廠裡？資源中心有對應場景的線上自測與資料模板，也可以直接約一次真實環境演示。
常見問題
圍繞本篇主題的追問，先看這裡；仍有疑問可聯絡我們
急單能不能跳過 FIFO？
可以，但必須授權與原因碼，並進入例外報表；例外率超閾值要覆盤流程與理庫，而不是預設急單通道永久開啟。
一託多批次怎麼辦？
儘量禁止。歷史庫存若存在，先隔離再拆託或拆到可掃描單元，否則揀貨無法唯一定位批次。
系統推薦了批次，掃描時還能改嗎？
預設不能；僅例外角色可改，並雙人複核或事後複核截止日。
FIFO 和揀貨效率衝突怎麼辦？
用波次與庫位熱度最佳化路徑，而不是犧牲批次規則。效率問題用路徑解決，合規問題用校驗解決。
FEFO 和 FIFO 怎麼選？
有保質期/效期的用 FEFO（先到期先出）；無有效期但需批次順序的用 FIFO。不要一套規則打天下。