MES 與 ERP 都正常運作，為什麼資料還是不一致？

假設某工單：

工單編號：MO-20261015-001

MES 記錄：

完工良品：10,000 件
報廢數量：200 件
工單狀態：已完成

但 ERP 顯示：

完工入庫：9,500 件
報廢數量：200 件
工單狀態：生產中

兩套系統都沒有顯示錯誤，管理者卻無法確定哪一份資料才是正確的。

這可能不是 MES 報工錯誤，而是其中 500 件尚未完成 ERP 入庫，或資料介接過程發生異常。

因此，系統連線成功，不代表資料已經正確同步。

MES-ERP Data Reconciliation 是什麼？

MES-ERP Data Reconciliation 是透過定期或事件觸發的比對機制，確認兩套系統在相同業務範圍內的資料是否一致。

主要驗證：

MES 生產實績 → ERP 接收資料 → ERP 業務過帳 → 雙方資料核對

與一般 API 監控不同，資料對帳不只確認資料是否傳送成功，更重要的是確認 ERP 是否完成對應的業務處理。

MES 與 ERP 應該比對哪些資料？

工單生產數量

確認 MES 良品、報廢與 ERP 完工入庫數量之間的關係。

工單狀態

確認 MES 完工後，ERP 是否依規定完成工單結案或狀態更新。

材料領退料

確認 MES 實際投料、ERP 領退料與材料異動紀錄是否符合企業定義的帳務規則。

製程完成紀錄

確認必要的製程完工資訊是否成功傳送至 ERP。

建議建立以下對帳表：

對帳項目	MES	ERP	差異
完工入庫數量	10,000	9,500	500
報廢數量	200	200	0
工單狀態	已完成	生產中	不一致
已確認入庫批次	5	4	1

需注意 MES 完工量不一定等於 ERP 入庫量，必須排除待驗、待入庫、部分入庫等合法狀態後，再判斷是否異常。

為什麼 API 回傳成功仍可能發生資料差異？

資料已接收但尚未過帳

API 回傳成功可能只代表 ERP 已接收請求，並不代表庫存異動已完成。

重複傳送

當網路逾時，MES 可能重新發送相同資料。

若缺少唯一交易識別碼，可能造成重複入庫。

資料格式或單位不同

例如 MES 使用公斤，ERP 使用公克，若轉換規則錯誤，就可能產生數量差異。

交易處理失敗

ERP 接收資料後，可能因工單關閉、庫存不足或欄位驗證失敗，導致交易無法完成。

因此，介接機制應同時保存傳送紀錄、接收結果與業務過帳狀態。

MES 如何建立自動對帳機制？

建立唯一交易識別碼

每筆 MES 傳送至 ERP 的交易，應具有唯一識別碼。

例如：

MES-TXN-20261015-00001

ERP 應能辨識相同交易是否已經處理，避免重複寫入。

建立交易狀態追蹤

建議狀態包含：

Pending → Sent → Accepted → Posted → Reconciled

若發生異常：

Failed → Retry → Manual Review

其中 Accepted 代表接收成功，Posted 代表業務過帳完成，兩者不可混為一談。

建立定期差異檢查

例如每 30 分鐘執行一次對帳。

比對已超過合理同步等待時間的交易，找出尚未過帳或資料不一致的紀錄。

如何計算 MES-ERP Data Consistency Rate？

建議建立：

資料一致率（Data Consistency Rate）

計算方式：

資料一致率 = 對帳成功交易筆數 ÷ 已到期應對帳交易筆數 × 100%

例如：

本日應對帳交易：2,000 筆

資料一致：1,980 筆

存在差異：20 筆

則：

Data Consistency Rate = 99%

這是建議的企業內部管理指標，並非通用標準。

尚未達到約定同步期限的交易，不應直接判定為異常。

MES-ERP Data Reconciliation Dashboard 應呈現哪些資訊？

建議包含：

• Data Consistency Rate
• Pending Transactions
• Failed Transactions
• Duplicate Transaction Count
• Quantity Mismatch Count
• Unposted Transactions
• Reconciliation Success Rate
• Average Reconciliation Time
• Transaction Retry Count
• 工單資料差異排行
• 資料同步異常原因排行
• 每日對帳成功率趨勢

其中最值得建立：

MES vs ERP Reconciliation Dashboard

讓資訊人員與生產管理者可以直接查詢：

哪一張工單、哪一筆交易、哪個數量出現差異，以及目前由誰負責處理。

如何避免自動補傳造成重複入庫？

系統發現 ERP 缺少資料時，不應立即無條件重新傳送。

正確流程應先確認：

原交易是否已成功過帳？

若已過帳但回應遺失，應更新 MES 的交易狀態，而不是再次新增庫存異動。

若確認尚未過帳，才依原交易識別碼重新處理。

這種設計可以降低因網路中斷或 API 逾時造成的重複交易風險。

如何建立 MES-ERP 資料對帳改善閉環？

建議流程：

MES 完成報工 → 建立交易紀錄 → 傳送 ERP → ERP 回傳處理結果 → 確認業務過帳 → 自動資料對帳 → 發現差異 → 分析原因 → 修正或補傳 → 再次對帳

同時保留完整稽核紀錄，包含交易識別碼、原始資料、處理時間、錯誤訊息及修正結果。

如此才能避免資訊人員長期依靠人工 SQL 查詢與 Excel 比對處理資料差異。

導入 MES-ERP Data Reconciliation 有哪些效益？

透過自動對帳機制，企業可以降低工單數量不一致、重複入庫及介接失敗造成的資料錯誤，改善庫存準確性，並縮短資訊人員排查異常的時間。

更重要的是，管理者可以從：

「MES 與 ERP 有沒有成功連線？」

進一步確認：

「MES 與 ERP 的資料是否真正一致，而且可以信任？」