PLM · ENGINEERING CHANGE CONTROL

設計變更不是簽核結束:
ECR、ECO 到資料更新的閉環作業

把變更原因、影響評估、設計執行、核准生效與下游資料更新放在同一條可追溯流程。ECO 完成後,正確版本必須真正抵達 BOM、文件、ERP、MES、品質與供應鏈作業。

PLM 功能導覽

先讓每個人使用同一套變更語言

名稱可以依企業制度調整,但變更流程必須清楚區分「提出與評估」、「執行與核准」及「通知、生效與交接」,避免把待辦事項散落在郵件、試算表與個人資料夾。

01 · REQUEST

ECR
Engineering Change Request

記錄為何要改、問題或商機、期望完成時間與初步受影響範圍。此階段的目的在於決定是否值得進入正式變更。

02 · ORDER

ECO
Engineering Change Order

把核准的變更拆成可執行工作:新版次、BOM、文件、驗證、供應與系統交接。每一項工作都有負責人、期限與完成證據。

03 · NOTICE

ECN
Engineering Change Notice

向製造、採購、品質、服務與供應鏈通知已生效的變更內容、適用產品、日期、批號或序號,以及必須採取的後續動作。

五個關卡,把變更做到下游真的能用

工程圖面改好了,不等於現場已使用正確版本。流程需將設計修改、資料發布、下游執行與結案證據連成同一條變更主線。

  1. 01ECR 提出說明原因、風險、急迫性與受影響產品。
  2. 02影響評估識別零件、BOM、文件、配置、成本、品質與庫存影響。
  3. 03ECO 執行以受控工作區建立新版次、修改設計並完成驗證。
  4. 04核准與生效依角色核准,定義產品、工廠、日期、批號或序號生效性。
  5. 05資料更新與結案發布到下游、確認回寫與差異,留存結果後才正式結案。

關鍵原則:變更單不是附件清單。PLM 應將每一個受影響物件、前後版本、核准決策、發布結果與例外處理,直接保留在同一個 ECO 脈絡中。

從提出問題到變更行動的流程對照

此圖補充 ECR/ECO 流程中的角色與工作關係:Issue 提供問題來源,Change Request 完成評估,Change Order 整合執行範圍,並由多個 Change Action 推動技術工作。

工程變更流程概念圖:Change Identification、Change Evaluation、Change Orchestration 與 Change Implementation,包含 Issue、Change Request、Change Order 與三個 Change Action 的關係
工程變更的概念對照:以 Issue 為起點,透過 CR 完成影響評估,必要時由 CO 協調範圍與治理,再以一個或多個 Change Action 落實技術修改。

ECO 完成後,哪些資料必須跟著修改?

以下是典型更新範圍。實際欄位與主責系統依產業、產品及企業規範而異;重點是讓每一項更新都有明確負責人、完成條件與可查證紀錄。

資料範圍
ECO 完成後的必要作業
應保留的控制與證據
01 · PRODUCT料件/版本/狀態
建立或發布正確 Revision,更新名稱、規格、分類、替代料與生命週期狀態;確認舊版的使用限制。
前後版本比較、核准者、發布時間、適用產品與退版處置。
02 · STRUCTUREEBOM/MBOM/配置
更新父子關係、數量、位號、選配規則、替代件與生效性;需要時將工程結構轉換為製造結構。
受影響結構清單、差異報告、工廠別/日期/批號/序號生效規則。
03 · DESIGNCAD/圖面/技術文件
發布已核准模型、圖面、規格、作業指導書、測試報告與附件,移除或標示過期版本。
受控版次、文件連結、簽核、發行日期與閱讀/分發紀錄。
04 · OPERATIONSERP/MES/製造資料
依核准門檻發布料件主檔、MBOM、Routing、工作中心、製造版本與生產指示;處理介面失敗或資料差異。
發布批次、目標系統編號、成功/失敗狀態、重送與調和紀錄。
05 · SUPPLY & QUALITY供應/品質/驗證
更新 AML/AVL、採購規格、檢驗計畫、測試條件、風險分析與必要的供應商通知。
新舊料核准狀態、驗證結果、偏差許可、供應商回覆與品質放行證據。
06 · SERVICE服務/合規/客戶資料
依影響範圍更新備品清單、維修文件、法規聲明、客戶通知或既有庫存處理方案。
生效對象、通知清單、版本化內容、庫存切換與服務追溯紀錄。

PLM 要管住的不是檔案,而是變更脈絡

PLM 是設計意圖、工程資料、版本、BOM 與核准流程的主責系統。所有受影響物件都應能回查到同一個 ECR/ECO。

  • 變更原因、受影響範圍與風險判斷
  • 版本、基線、配置與生效性
  • 工作分派、審查、簽核與結案準則
  • 從 PLM 向下游發布的受控時點

下游接收到資料,才算真正完成

ERP、MES、品質、採購及服務各自有營運主責。ECO 結案前,要確認它們已接收正確版本,且能辨識何時、對哪一個產品或工廠生效。

  • 只發布已核准且完整的工程定義
  • 保留 ERP/MES 回寫、錯誤與差異
  • 處理在製品、庫存、替代料與切換期
  • 將例外處置與證據附回 ECO

結案前,請確認這不是一張只完成簽核的 ECO

將完成條件設成可查證的關卡,而不是口頭確認。若有未完成項目,應在 ECO 中清楚標示責任人、暫時措施、預定完成日與是否影響生效。

  • 受影響項目、BOM、文件與配置已完成版本比較與核准。
  • 需要發布的 ERP/MES/供應/品質資料已有成功結果或受控例外。
  • 生效日期、工廠、產品型號、批號或序號範圍明確可查。
  • 驗證、試產、檢驗或風險控制的結果已連回 ECO。
  • ECN/通知、舊版退用與庫存/在製品處置已完成或已追蹤。

工程變更管理常見問題

ECR、ECO、ECN 有什麼差別?

ECR 用於提出並評估變更需求;ECO 用於規劃、執行與核准工程變更;ECN 用於通知已核准變更的生效內容、範圍與時間。企業可依既有流程調整名稱,但應保留原因、影響、核准與生效證據。

ECO 核准後是否就可以結案?

不宜只以核准作為結案條件。ECO 完成後應確認受影響料件、BOM、CAD/文件、配置及生效性已更新,並驗證 ERP、MES、品質或供應鏈等下游資料已依規則發布或回寫。

ECO 完成後最常漏掉哪些資料?

常見遺漏包括替代料與供應商資料、文件附件、製造 BOM、Routing、工廠別有效性、作業指導書、檢驗規格與 ERP 發布結果。可用 PLM 的受影響物件清單與結案關卡逐項驗證。

如何確保設計變更已正確交接到製造?

先界定 PLM、ERP 與 MES 的資料主責與發布時點;以核准的版本、基線與生效性發布,再保留介面結果、差異、錯誤修復與回寫證據。

從一條產品線,建立可結案的 ECR/ECO 閉環

可先盤點目前的變更表單、受影響資料、下游系統、例外處理與既有 KPI,再選擇一條產品線驗證從 ECR 到資料更新的完整流程。

預約顧問說明 ↗