ERP、MES、QMS 差在哪？製造業三套系統的分工、資料怎麼接，以及為什麼品質不能塞進 ERP

「我已經有 ERP 了，為什麼還要再買一套品質系統？」這句話在採購階段幾乎每次都會出現，而且問得很合理。問題在於它把三件不同的事當成同一件：ERP 管的是交易與成本，MES 管的是現場執行，QMS 管的是不符合與改善的證據鏈。三者職責不重疊，所以彼此取代不了。

我們在做 QMS 系統開發的時候，最常被問到的也是這一題。實際拆下去會發現，爭論「要不要買」之前，更該先回答「這三套各自回答哪個問題」。分界線清楚了，預算怎麼花自然就有答案。

這個分層有國際標準寫過。ISA-95 的功能層級模型把製造現場分成五層：Level 4 是 ERP 的企業規劃，時間單位是月、週、日；Level 3 是 MES 的製造營運管理，時間單位是日、班別、小時、分鐘；Level 0 到 2 是設備、感測器與控制系統，反應時間以秒計。有意思的是這個模型裡沒有一層叫 QMS，因為品質的證據鏈橫跨三層，它要把 Level 4 的料號成本、Level 3 的生產紀錄、Level 1 的量測值串成同一個故事。

一句話分工：ERP 管錢、MES 管現場、QMS 管證據

分界線在「出事的時候它回答哪個問題」。同一批產品在客戶端被驗出不良，三套系統各自負責回答一段。

ERP 回答損失：這批貨的料號、成本多少、開過發票沒有、要不要走退貨。MES 回答現場事實：這張製令哪一天做的、走了哪幾個工段、誰在線上、機台參數有沒有異常。QMS 回答改善：根因是什麼、圍堵範圍盤到哪、對策誰負責、什麼時候確認效果、確認不過怎麼辦。

三段缺任何一段，客戶的 8D 就寫不完整。8D 每一個 D 要交什麼，〈8D 報告怎麼寫〉有完整清單；QMS 整體管什麼，看〈QMS 品質管理系統是什麼〉。

為什麼品質不能整包塞進 ERP

ERP 的資料模型是為「交易」設計的，而品質管的是「過程」，這兩種資料的形狀根本不一樣。

ERP 裡一筆資料通常長這樣：一個單號、一個料號、一個數量、一個金額、一個狀態，狀態是線性的，待審到已核准到已結案。品質異常的資料長得完全相反：一張單下面掛三到五條對策，每條有自己的負責人、期限、完成證據，而且可能兩條做完、一條逾期、一條被判定無效要另開新單。這種一對多、各自有生命週期的結構硬塞進 ERP 的單據模型，通常只能做成備註欄或附件，追蹤功能就沒了。

更關鍵的落差在跟催。ERP 的簽核走完就是結案，它沒有「三個月後回頭問你做完了沒」這個動作。我們認為品質不該整包塞進 ERP，真正的理由是改動成本：ERP 廠商當然做得出來，但每改一個欄位、每加一條跟催規則都要請原廠報價，而品質流程偏偏是最常改的那一塊。客戶換一個、標準改一版，追蹤規則就跟著動。

ERP 的品質模組仍然有它擅長的位置：進料檢驗紀錄、允收拒收、跟成本與庫存連動的部分，留在 ERP 最省事。真正該搬出來的是改善流程那一段。如果你正在評估 ERP 本身的模組深度，〈製造業 ERP 怎麼選〉跟〈台灣 ERP 系統有哪些〉可以先看。

MES 已經記了不良數，為什麼還要 QMS

MES 記的是「發生了什麼」，QMS 記的是「所以你做了什麼」。這兩件事差一整個流程。

MES 會告訴你這張製令的不良率是 3.2%、不良代碼是刮傷、發生在第二工段。它不會告訴你有沒有人為這件事開單、根因查到哪、對策是換治具還是改作業標準、三個月後刮傷有沒有真的降下來。稽核員要看的就是後面這一段。

最後一列最容易被低估。「這個問題以前發生過嗎」是稽核與客戶最愛問的一題，也是 MES 最難回答的一題：不良代碼只有幾十種，根因卻有上百種說法。把根因做成可選的分類樹，同類案件才撈得出來。

資料怎麼接：製令單號是三套系統的共同鍵

先講結論：製令單號（Production Order No.）是唯一能把三套串起來的鍵，其他欄位都不夠。

料號只能告訴你是哪一種產品，批號在不同廠的定義又不一致，只有製令單號同時存在於三套系統裡：ERP 用它開工單與結轉成本，MES 用它派工與報工，QMS 用它掛異常單。品質異常要往回追，路徑就是製令單號往兩邊展開。

實作上要先確認三件事：製令單號的格式三套是否一致（有些 MES 會自己加前綴）、有沒有拆單與併單（一張 ERP 製令拆成三張現場工單，對應關係要留）、以及補單的情況怎麼處理。這三件沒對齊，後面做再多介面都是白工。

取數的現實：唯讀直連往往比要 API 快得多

多數台灣製造業的實務解法是資料庫直連唯讀，比要求 ERP 廠商開 API 阻力小得多。

理由很務實。向原廠要 API 通常要走報價、排開發、測試、驗收，時程以月計，費用另計，而且拿到的欄位還不一定是你要的。相較之下，開一個唯讀帳號、限定幾張表、由 QMS 這邊自己寫查詢，通常一兩週就能拿到資料，而且要多一個欄位就自己加。

這條路有代價，要先講清楚：ERP 的資料表命名往往不直覺，欄位意義要靠原廠或資深人員說明；ERP 改版可能動到表結構；唯讀帳號的權限範圍一定要收斂，不能給整個資料庫。實務做法是把常用的幾張表做成檢視表、只開那幾張，再在 QMS 這邊做一層快取，避免尖峰時段去戳正式庫。

四條取數路線攤開來看，差別主要在兩件事：拿到資料要等多久，以及之後想多要一個欄位得付出什麼。

我們的判斷是先用唯讀直連把流程跑起來、確認到底需要哪些欄位，之後真的要走正規 API 再談，那時需求也已經寫得很清楚。先花三個月談 API 規格，多半會談出一組上線後才發現不夠用的欄位。系統之間怎麼接、合約怎麼寫比較安全，〈企業 API 整合外包採購指南〉整理過常見的坑。

這篇講的是三套系統怎麼分工、從哪裡取數。如果你已經確定要讓 MES 和 ERP 雙向串接，工單下發、BOM、報工回寫、庫存扣帳四條資料流各自要注意什麼，主檔由誰說了算，上線前要測哪些情境，整理在 MES ERP 怎麼串接。

三種常見組合，各自會卡在哪

台灣中小製造業大概就三種組合，各有各的天花板。

第二種最可惜。MES 的資料已經足夠支撐效果確認，只差一層把「對策上線日之後的批次」自動撈出來比對的邏輯，很多工廠卻還在人工整理月報。

你該先補哪一套

順序看你現在最痛的是哪一句話。

「我不知道這張單賺不賺錢」，先補 ERP。「我不知道現在做到哪、誰做的」，先補 MES。「同一個問題一直發生，而且我交不出改善的證據」，先補 QMS。三句都中的話，先補 ERP，因為料號與製令單號的主檔在那裡，那是另外兩套的地基。

先補 ERP 的話要有心理準備，它本身就是一個跨部門的專案，每個階段要交什麼、誰是負責人，ERP 導入八階段那篇拆得很細；真正決定它用不用得起來的是上線之後的頭幾個月，主檔資料怎麼收斂、教育訓練怎麼排，ERP 上線後前 90 天專講那一段。

預算有限的時候，QMS 通常是投報率最高的一段，因為範圍可以切得很小。只做不合格單加 CAPA 兩條主線，三到四個月就能上線，省下來的是稽核前的加班與重複發生的損失，感受很直接。三條路（套裝、ERP 模組、客製開發）的費用級距與判斷點寫在〈品質管理系統軟體怎麼選〉；CAPA 從開單到結案每一段會卡在哪，收在〈CAPA 矯正預防措施完整流程〉。

我們怎麼看

這三套的邊界接下來幾年會更清楚，因為標準往這個方向推。ISO 9001:2026 已在 2026 年 9 月 16 日發布，約三年轉換期，把領導責任與品質文化寫得更明確。客戶稽核也愈問愈細，「這條對策的效果你怎麼證明」這種問題，只有能跨系統撈資料的公司答得漂亮。

我們的取捨是，不建議為了整合而整合。三套系統全部打通聽起來很美，實際上只要製令單號對得起來、QMS 能唯讀取到 ERP 與 MES 的幾張關鍵表，八成的追溯需求就解決了。剩下兩成的即時雙向同步，成本會是前面八成的好幾倍。

給正在評估的人一個具體做法：找出公司最近一張客訴 8D，拿碼表計時，看要花多久才能湊齊「這批料哪來的、誰做的、還有多少同批貨在外面」這三個答案。超過半天，代表你缺的是資料串接，而不是再買一套新系統。

我們做過這件事

我們是恆遠數位科技，做企業內部的客製化系統，累積 40+ 企業客製案落地，其中也包含正在進行的 QMS 系統開發。上面講的製令單號共同鍵、唯讀直連取數、每條對策各自跟催，都是動手做之後整理出來的判斷。

如果你也卡在「已經有 ERP 了，品質那塊到底要怎麼辦」，可以把你們現在的系統現況丟過來，我們很樂意聽你聊聊實際情況，一起看哪一段值得先接起來。想順便評估用 AI 做異常分類與相似案件比對，也可以一起聊聊導入範圍。