計劃員早上八點打開 Excel，發現三條產線的在製品數量還是昨天夜班填的。車間主任說「差不多在跑」，但具體哪道工序卡了、哪張工單會拖交期，沒人說得清。這不是個別工廠的管理疏漏，而是工序進度缺乏即時載體時的常態：工單在 ERP 裡，報工在紙上或微信群裡，現場狀態與系統記錄長期兩張皮。
為什麼表格和微信群扛不住進度管理
中小製造企業常見的做法是：ERP 下發工單，班組長用白班表記錄完成數量，異常用微信群拍照說明。這種模式在品種少、批量穩、換線頻率低時尚可維持，一旦遇到插單、返工、委外回貨或多工序並行，信息就開始失真。
典型痛點包括：在製品 WIP 無法按工序粒度統計——倉庫知道原材料到了，成品庫知道今天入庫多少，中間十幾道工序的狀態是黑箱；報工滯後——工人忙生產，報工排在下班後，計劃員看到的永遠是「歷史快照」；異常不可追溯——某批貨質量爭議時，無法快速定位是哪道工序、哪位操作者、哪台設備、什麼參數。
要解決這個問題，軟體要解決的不是「再做一個表格」，而是把工序—工單—在製品—交期串成一條可驗證的數據鏈。
業務怎麼拆：從工單到工序狀態機
生產進度系統的業務核心，是把一張生產工單拆成若干工序任務，每個工序任務有明確的：輸入物料、輸出物料、標準工時、合格判定規則、可並行/必須串行關係。
工單層：計劃與承諾
工單承載客戶交期、計劃開工/完工時間、優先級、關聯銷售訂單或預測單。工單狀態機通常包括：待下達、生產中、暫停、完工、關閉。關鍵是工單不能只有「生產中」一個粗粒度狀態，否則進度百分比只能靠人工估算。
工序層：可執行的最小單位
每道工序應定義：工序編碼、工作中心/產線、準備時間、加工時間、排隊規則（先到先服務或優先級搶占）。工序狀態機建議至少包含：待開工、加工中、待檢驗、合格完工、不合格待處置、委外發出、委外回貨。
在製品層：數量與位置
在製品不是抽象數字，而是某工單在某工序的待加工/加工中/待轉移數量。設計時要回答：從工序 A 完工到工序 B 開工，物料是在线邊庫、在途托盤還是工序緩衝區？每一跳都應有庫位或容器標識，否則 WIP 統計必然對不上。
怎麼設計：角色、流程與數據模型
角色與權限
典型角色包括：計劃員（下達/調整工單、看全局 WIP）、班組長（派工、處理異常）、操作工（開工/報工/掃碼）、質檢員（檢驗判定、不合格處置）、工藝員（維護工序標準與參數）、生產經理（看板與 KPI）。權限原則：現場只給必要寫權限，避免工人誤改計劃；管理層只讀聚合數據，不直接改報工細節。
核心流程
- 下達：從 ERP/MRP 接收工單，按 BOM 和工藝路線生成工序任務隊列。
- 派工：班組長將工序任務分配到產線/工位/班次，可支持批量派工與插單重排。
- 開工：操作工掃碼工單+工序+設備，系統記錄實際開工時間與操作者，凍結「待開工」數量。
- 報工：完工數量、廢品數量、工時、異常代碼；支持部分報工（一批分多次完成）。
- 轉移：工序間在製品轉移確認，更新線邊庫存與下一工序待開工隊列。
- 關閉：末工序報工後自動或人工觸發工單完工，回寫 ERP 入庫指令。
數據模型要點
建議獨立維護：work_order（工單）、operation_task（工序任務）、operation_report（報工記錄）、wip_balance（在製品結存）、exception_log（停機/缺料/質量異常）。每張表保留不可篡改的時間戳與操作者，爭議追溯才有依據。與 ERP 的接口採用事件驅動：報工完成觸發 API 回寫，而不是 nightly 批量對賬——後者永遠慢半拍。
怎麼開發與落地：採集、接口與驗收
現場採集方式選型
按場景組合使用：條碼/二維碼（工單票、流轉卡、物料批次）適合離散製造；工位終端或工業平板適合固定工序報工；Andon 按鈕或 IoT 計數適合重複性高的流水線；移動端小程序適合巡檢、委外回貨確認。原則：一次掃碼完成開工+設備+操作者綁定，減少工人額外步驟，否則報工會被繞過。
與 ERP/MES 的邊界
若企業已有 ERP 生產模塊，進度系統可定位為車間執行層（輕 MES）：ERP 管計劃與成本，執行層管即時狀態。接口需明確：主數據（物料、BOM、工藝路線）誰為主；報工回寫粒度（按工序還是按工單）；異常工單是否允許逆向調整。切忌兩套系統各記各的完工數——對賬成本會吞噬所有效率收益。
驗收標準（可寫進合同）
- 任意工單可在 30 秒內查到當前工序、在製品數量、最近報工時間。
- 插單後，受影響工單的預測完工時間自動重算，誤差在可接受範圍（如 ±4 小時）。
- 質量爭議場景下，可在 5 分鐘內拉出工序—操作者—設備—參數追溯鏈。
- 計劃員看板與現場報工延遲不超過 15 分鐘（網路正常時）。
上線節奏建議：選一條產線、兩種典型工單（大批量穩態 + 小批量插單）做試點，跑通派工—報工—轉移—回寫後再橫向複製。培訓重點不是「系統功能列表」，而是異常時誰改、怎麼改、改完如何留痕。
常見踩坑與避開
只做看板不做閉環：大屏漂亮但數據靠人工錄入，兩週後無人維護。工序劃分過細：報工次數爆炸，工人抵觸。忽略委外與返工：進度在自家工序「100%」但貨還在供應商處。與計件工資脫節：報工數據不被薪酬系統認可，現場立即「選擇性報工」。設計階段就要拉生產、質量、財務一起定規則。
把工序進度從「問人」變成「查系統」，本質是把製造現場的可觀測性產品化。業務上先拆清工單與工序狀態機，設計上綁死角色與不可篡改報工，開發上選對採集方式並釘死 ERP 接口契約，交期預警和 WIP 可視化才會是副產品而不是新負擔。
山東許願牛信息科技有限公司（許願牛科技 / XYN Tech）長期為製造、外貿、實體等行業交付生產進度、倉儲與客戶管理等定制軟體，覆蓋從需求澄清、工藝建模到車間採集與 ERP 對接的完整鏈路。了解更多能力與案例，可訪問 關於我們 与 客戶案例。