在離散製造中，計劃員問「某張訂單現在到哪道工序」，車間主任翻白板、班組長翻微信群，往往仍得不到一致答案。銷售催交期、採購催齊套、財務算在制品，各方拿到的「進度」版本不同，會議越開越長，決策卻越來越慢。工序進度看不見，不是工人不努力，而是在制品（WIP）狀態沒有進入可查詢、可對賬的數據鏈路。
為什麼白板加微信群扛不住
很多工廠的日常是：ERP 里有銷售訂單和生產工單，但工序級狀態仍靠人工更新。班組長下班前把完成數寫進表格，計劃員第二天才能匯總；臨時插單、返工、外協回貨一旦穿插，白板上的數字就滯後於現場。微信群裡的照片和語音無法結構化，更無法和工單號、工序號、設備號綁定。
當產品工藝路線超過五道工序、並行工位超過三個時，「大約完成了八成」這種模糊表述會讓齊套檢查、發運計劃全部失真。據製造業數字化調研，交期延誤案例中約四成與現場進度資訊滯後有關，而非產能絕對不足。進度看不見，還會掩蓋瓶頸：某道工序堆積而下游空閒，管理層卻仍在均勻排產。
業務怎麼拆：工單、工序、在制品三件事
要把進度管起來，先統一語言。建議把現場狀態拆成三層物件：
- 生產工單：對應 ERP/MES 里的 MO，承載數量、交期、BOM 引用；
- 工序任務：工單按工藝路線展開後的可執行單元，綁定工作中心或設備；
- 在制品批次：同一工單在某工序的待加工、加工中、待檢、已完成數量。
業務規則上需明確：什麼動作算「開工」、什麼動作算「完工」。例如機加工以程序啟動或首件檢合格為開工，以末件檢合格且數量報工為完工；裝配線以托盤進入工位為開工，以工位放行掃碼為完工。規則不一致，系統裡的 WIP 就會和實物對不上。
角色與權限邊界
典型角色包括：計劃員（創建/調整工單、查看全廠 WIP）、班組長（本班組報工與異常）、質檢（攔截不合格、觸發返工工序）、倉管（工序間轉移與入庫觸發）。權限應按組織+工作中心切分，避免一線人員看到無關訂單成本，也避免計劃員無法查看瓶頸工序堆積。
怎麼設計：狀態機、採集點與對賬
工序進度系統的核心是工序狀態機：待排產 → 已派工 → 加工中 → 待檢 → 已完成 / 返工中 / 暫停。每次狀態遷移必須留下：操作人、時間戳、數量、可選的設備/工位 ID。設計時預留「暫停原因碼」和「返工目標工序」，否則異常單會繞開系統走線下。
採集方式怎麼選
採集不必一步到位上全自動，可按成熟度分級：
- 工位終端報工：平板或工業觸控屏，掃描工單/工序條碼後錄入完成數；成本低、上線快；
- 設備數據對接：CNC、SMT 等通過 OPC/MTConnect/廠商 API 上報運行與計數；適合瓶頸設備；
- Andon 与安燈聯動：暫停、缺料、質量異常一鍵上報，自動凍結工序狀態；
- RFID/托盤追蹤：批量流轉場景，以托盤 ID 關聯多工單在制品位置。
設計原則是讓正確上報比隱瞞更容易：預設帶出工單與標準工時，報工一步完成；異常必須選原因，而不是允許長期「加工中」不關閉。
和 ERP 工單如何對齊
MES/進度系統與 ERP 的分工要寫入接口契約：ERP 下發工單主數據與 BOM；現場系統回傳工序完工數量、工時、報廢；ERP 據此扣料、更新訂單完成度。切忌兩邊都能「改數量」而無審計。常見做法是 ERP 為財務與訂單真相源，現場系統為工序狀態真相源，以事件同步 + 日對賬消化差異。
怎麼開發與驗收
接口層建議事件化：工單下發、報工、質檢判定、工序轉移各發一條消息，便於後續接看板與大屏。前端給班組長一屏看清本組待辦與異常，給計劃員按訂單/按工序/按交期的 WIP 熱力視圖。性能上，單廠千級併發報工應秒級可見，否則現場會退回紙單。
驗收不要只測「能報工」。應抽 10 張真實工單做全流程追蹤演練：插單、返工、外協回貨、設備故障暫停各走一遍，核對 ERP 完成度與現場實物是否一致。上線後前兩週每日做 WIP 對賬，差異超過閾值自動推送給計劃與 IT。
落地時最容易踩的坑
一是工藝路線維護不及時，新產品仍用舊模板報工，數據從第一天就錯。二是把進度系統做成考核工具，班組長瞞報、補報，信任崩潰後系統被架空。三是只採完工不採異常，暫停與缺料不在系統裡，瓶頸永遠「看起來正常」。解決之道是把系統嵌進班前會與異常升級流程，而不是額外增加填表負擔。
工序進度管好了，交期承諾才有依據，在制品資金佔用才能算清。對離散製造企業而言，這往往比再買一個「大 ERP 模塊」更緊迫——因為問題出在現場狀態沒有數字化，而不是缺一張新報表。
山東許願牛信息科技有限公司（許願牛科技 / XYN Tech）長期為製造、外貿、實體行業交付生產進度、倉儲與 CRM 等定制系統，歡迎訪問 關於我們 了解工程實踐與交付邊界。