工程變更 ECN 系統：圖面改版後舊料與在製品怎麼處理

客戶打電話來說，孔位往右移三公厘。工程師當天改好圖，在 LINE 群組丟了一句「新版圖已更新，請大家注意」，還附了一張截圖。三週後出貨，客戶退了整批貨——因為倉庫裡還有四百片舊版沖壓件，領料的人看的是料號，不是群組訊息。

這不是誰特別粗心。工程變更之所以是中小型製造業最常踩的坑，是因為它同時牽動圖面、料號、庫存、在製品、採購在途、已出貨品，還有客戶那邊的驗收規格。任何一個環節慢半拍，損失就會以「整批」為單位發生。

Photo by Zulfugar Karimov on Unsplash

一、工程變更會出事，問題不在「有沒有通知」

幾乎每家公司都會通知。問題在於通知是「訊息」，而不是「狀態」。訊息會被滑過去、會被新訊息蓋掉、會只發給群組裡的那幾個人；狀態則是系統裡那份圖到底是第幾版、哪一版是現在唯一能用的、誰還沒確認。

常見的三種破口：

• 版次沒有唯一來源。工程師電腦裡一份、共用資料夾一份、產線牆上貼一份、客戶手上還有一份舊的。改了圖不等於所有副本都換掉，而現場拿到哪一份，往往看誰最後印的。
• 沒人算影響範圍。改一個零件，連帶影響哪些成品 BOM、哪些在製工單、哪些未到貨的採購單，通常要靠資深人員憑記憶回想。人一忙就會漏，漏掉的那一項就是後面的賠錢單。
• 生效時點含糊。「下一批開始改」聽起來很清楚，但「下一批」是指下一張工單、下一次進料，還是下個月一號？業務、採購、倉庫各自解讀，切換當天就會撞車。

值得注意的是，這些破口跟公司規模沒有絕對關係。三十人的工廠靠老師傅的記憶還撐得住，一旦擴到品項翻倍、客戶要求 ISO 文件軌跡，記憶就撐不住了。

二、一張 ECN 該長什麼樣

ECN（Engineering Change Notice，工程變更通知）不是一張公告，而是一份會被追到底的單據。以中小企業的實務需求，一張堪用的 ECN 至少要裝得下這六件事：

1. 變更前後對照。不是寫「尺寸修正」，而是明確記錄舊值與新值、舊圖號版次與新圖號版次，最好能直接掛上兩份圖檔比對。
2. 變更原因分類。客戶要求、設計錯誤、製程改善、材料停產、法規更新——分類不是為了好看，而是為了年底回頭統計：如果四成的變更都源自設計錯誤，該修的是設計審查流程，不是變更流程。
3. 影響清單（自動展開）。系統應該從 BOM 往上反查：這個零件被哪些半成品和成品用到、目前有哪些在製工單、哪些採購單還沒到貨、哪些客戶的有效報價引用了這個規格。這一段是 ECN 系統跟 Excel 表單最大的差別。
4. 庫存處置決議。舊料、在製品、成品、已出貨品，四種狀態要各自決定怎麼辦，下一段會展開。
5. 生效條件。明確寫出生效日期，或是以事件為條件（例如「舊料庫存歸零後自動生效」）。
6. 簽核與確認留痕。誰核准、誰確認已讀、誰還沒回。ISO 稽核要看的就是這條軌跡，而爭議發生時，它也是公司唯一能拿出來的東西。

三、舊料怎麼處理，決定這次變更賠多少

工程變更真正的成本，幾乎都在庫存處置上。四種狀態要分開決策：

Photo by Russ Murray on Unsplash

• 庫存舊料：用完為止（Use-up）、改製、報廢，或退回供應商。用完為止最省錢，但要設「最後一張可用工單」的閘門，否則舊料會一直混在裡面。
• 在製品：已經開工的工單要停線改做、做完再說，還是照舊出給還沒換版的客戶？這是最容易吵架的一格，因為它直接決定交期。
• 成品庫存：能不能當舊版繼續賣？如果客戶端已經換版，這批就是實質呆滯，越晚承認損失越大。
• 已出貨品：如果變更涉及安全或功能，就要判斷是否需要服務通知甚至召回。這一格如果在系統裡沒有欄位，多數公司就會「順便不想」。

把這四格做成必填，是 ECN 系統成本最低、效果卻很明顯的一個設計。它不會讓決策變聰明，但會讓「沒有人決定」這件事不再可能發生。

四、生效日：讓所有人同一天換版

版次切換最怕的不是換得慢，而是換得不一致：採購已經照新規格下單、倉庫還在發舊料、產線照舊圖組裝、品檢拿新規格驗收——結果自己人退自己人的貨。

Photo by Swello on Unsplash

系統面的做法其實不複雜：

• 版次綁在料號上，不是綁在檔案名稱上。「外殼_new_final_v3_確定版.dwg」這種檔名是災難的開始。料號 + 版次才是唯一識別，而系統應該只讓生效中的版次被工單引用。
• 生效日一到，舊版自動封存。封存不是刪除——舊版要能被查到（追溯與客訴調查都會用到），但不能再被新工單選到。
• 切換前的未確認清單。生效日前三天，系統自動列出「還沒點確認」的人，直接推播提醒。實務上這張清單通常很短，但它上面的名字往往就是後來出事的那個單位。
• 條件式生效要有看板。如果採用「舊料用完自動生效」，那舊料剩幾片就必須是即時可見的數字，否則這個條件永遠不會被觸發，只會被遺忘。

五、值不值得做？用一次事故回推

中小企業評估內部系統，最實際的算法不是「能省多少工時」，而是「能避免幾次重工」。以一家做金屬加工、月營收約八百萬的公司為例，做一次粗估：

• 舊版料件重工或報廢，一次抓 8 到 15 萬（含材料、工時、交期延誤的加班）。
• 這類事故若一年發生三到四次，年損失落在 30 到 50 萬之間。
• 此外，工程、採購、生管每次變更的人工追問與確認，若一次耗掉團隊合計 4 小時、一年 60 張變更單，就是 240 小時。

而一套涵蓋 ECN 開單、BOM 反查、庫存處置與簽核留痕的客製化系統，中小企業常見的投入量級大約落在數十萬元。重點不是這個數字看起來多或少，而是它該跟「一年重工幾次」放在同一張紙上比較。如果一年只出一次小狀況、變更量每月不到兩張，那先把 Excel 表單的欄位補齊、把版次命名規則統一，效益反而更高；如果每個月都有人在追「到底哪一版才對」，就已經到了值得系統化的門檻。

六、導入順序：不要一次做到完

觀察多數中小企業導入內部系統失敗的原因，通常不是功能不夠，而是一開始就想把所有情境做進去，結果上線日期一延再延，現場先失去耐心。務實的順序是：

1. 第一階段：把單據電子化。ECN 開單、簽核、通知、留痕。不接 BOM、不接庫存，先讓「變更這件事有一份正式紀錄」成為習慣。這段通常一到兩個月就能上線。
2. 第二階段：接上 BOM 反查與庫存數字。讓影響清單自動展開，處置決議可以直接看到數量。這一步需要料號與 BOM 資料本身是乾淨的，很多公司卡在這裡，卡的是資料不是程式。
3. 第三階段：串工單與採購。生效日自動封版、阻擋舊版被新工單引用、提醒在途採購改規格。
4. 第四階段：統計回饋。變更原因分布、平均結案天數、變更造成的損失金額。這是讓變更流程能持續自我改善的關鍵。

結語：先量三個數字

如果現在還不確定該不該動手，建議先花一個下午，把三個數字問出來：

1. 過去一年，公司發出了幾張工程變更？（問工程或品保）
2. 其中有幾次造成重工、報廢或客戶退貨？金額大概多少？（問生管或財務）
3. 現在要查「某個料號目前是第幾版」，要花多久、要問幾個人？

第三題的答案如果超過十分鐘、或需要問兩個人以上，那問題已經不是流程要不要優化，而是版次這件事目前根本沒有單一真實來源。這種情況下，就算不做整套系統，光是把料號與版次的主檔集中管理，都會立刻減少一大半的追問。

工程變更管不好，很少是因為公司不重視品質。恰恰相反，它通常發生在生意正在變好、品項變多、客戶要求變細的時候。把變更流程系統化，本質上是在為成長預先鋪路——在下一次「孔位往右移三公厘」發生之前。