銷售在 CRM 裡確認了交期，計劃員在 ERP 裡下了生產工單，但車間主任說「料不齊，開不了工」。倉庫系統顯示原材料充足，細看才發現部分物料在待檢區、部分被其他工單預留、部分在途未到——三個「有貨」叠加不等於「能開工」。進銷存與生產工單如果各管各的，企業看到的永遠是割裂的局部最優。
為什麼分開管必然對不上
許多企業 ERP 的進銷存模組與生產模組上線時間不同、主數據不同步、預留規則未配置。典型斷層：
- 銷售訂單 → 生產需求：MRP 運算時 BOM 版本過期，算出的物料需求與實際工藝不符。
- 採購到貨 → 可用庫存：貨到待檢，MRP 仍按「在途+庫存」算齊套，計劃員誤以為能開工。
- 生產領料 → 庫存扣減：先領後補單或超領未審批，賬面與實物再次偏離。
- 報工完工 → 成品入庫：車間報工了但倉管未確認入庫，銷售查可售量仍為 0。
管理者需要的不是四個獨立報表，而是一張從訂單到交付的可視鏈路：這張工單能不能開工、缺什麼、什麼時候能齊、完工後多少可發。
業務怎麼拆：進銷存、工單、齊套、報工
進銷存：可用量 vs 賬面量
庫存管理必須區分：賬面庫存、可用庫存、預留庫存、在途庫存、待檢庫存。銷售承諾、MRP 運算、齊套檢查都應基於「可用 + 可預期在途（有 ETA）」，而不是簡單 SUM(quantity)。
生產工單：計劃與執行的接口
工單承載：產品、數量、計劃開工/完工、BOM 展開、工藝路線、優先級、關聯銷售訂單。工單狀態需細於「進行中」：待齊套、已齊套待下達、生產中、待入庫、已關閉。「待齊套」狀態應自動觸發缺料清單與採購/調撥建議。
齊套檢查：開工前的門禁
齊套 = 工單所需全部物料（含輔料、包材）在可用庫存 + 已分配預留中滿足需求。檢查粒度可到工序級（某工序開工前只需該工序前序物料齊套）。缺料清單應顯示：物料、需求数、可用數、缺口、預計到貨日、替代料選項。
報工與回寫
報工記錄：工序、完工數量、廢品、工時、操作者。末工序報工觸發成品待入庫；倉管確認後增加成品可用庫存，並可選自動回寫銷售訂單可發量。報工與質檢聯動：未檢驗合格不允許報工完工（見質量模組設計）。
怎麼設計：預留、分配與一體看板
預留與分配機制
銷售訂單確認或工單下達時，按 BOM 需求軟預留庫存；齊套確認後硬分配到工單（鎖定批次/庫位）。生產領料從分配池撿貨，避免「總庫有貨、工單分不到」的爭搶。插單時需有預留重算與優先級規則，否則高優先級訂單永遠搶不到料。
一體看板
計劃員看板：所有工單齊套狀態、缺料 TOP、預計可開工日。車間看板：今日派工、待領料、待報工。銷售看板：訂單行可承諾量、預計發貨日（由工單進度 + 齊套 + 在製推導）。三端讀同一套數據，而不是三個 Excel。
與 WMS/MES 的邊界
ERP 管計劃、預留、成本、財務庫存；WMS 管庫位與撿貨執行；MES 管工序報工與在製。接口契約：WMS 發貨確認 → ERP 扣帳；MES 报工 → ERP 工時與完工；ERP 工單下達 → MES 工序隊列。主數據（物料、BOM）以 ERP 為源，執行層只讀同步。
怎麼落地：實施順序與驗收
實施順序
- 主數據治理：BOM 版本、工藝路線、單位換算、安全庫存一次清乾淨。
- 庫存狀態細化：待檢/可用/預留/凍結上線，再開 MRP。
- 預留規則：銷售訂單 → 預留 → 工單分配，跑通一條產品線。
- 齊套與報工：齊套檢查作為開工門禁，報工回寫成品庫存。
- 看板與預警：缺料預警、交期風險自動推送到計劃與銷售。
驗收標準
- 任意工單齊套狀態實時可查，缺料清單與採購在途關聯。
- 銷售查訂單可發量時，數據與倉庫可撿量一致（配置規則後）。
- 報工到成品可售的延遲<1 小時（流程正常時）。
計劃變更與插單
插單是製造常態：緊急訂單插入後，齊套檢查應自動重算所有影響工單的可用開工日與缺料清單，而不是等計劃員手工 Excel 重排。系統需記錄每次插單的「擠佔」關係——哪張工單被推遲、推遲多少、客戶是否已通知——避免銷售與生產各說各話。
常見踩坑
MRP 當黑盒：不算待檢、不算預留，算出來的採購建議不可信。齊套只做報表不做門禁：缺料仍允許開工，現場停工更亂。多倉庫未統一視圖：原料在總倉、線邊在車間，齊套只查總倉。報工與入庫脫節：完工數與銷售可售長期對不上。
進銷存、工單、齊套、報工串成一條鏈，企業才能從「各模組都有數」升級到「訂單交付可預測」。
山東許願牛信息科技有限公司（許願牛科技 / XYN Tech）交付 ERP 生產、進銷存與車間執行相關的數智化系統，覆蓋主數據治理、預留分配、齊套邏輯與 MES/WMS 對接。詳見 xynadmin.com 以及 關於我們。