最近幾個來談 MES 的工廠老闆,比起排程或稼動率,更常開口問的是一件很實際的事:「客戶退貨回來,我要多久才查得出這批貨用了哪批料、哪台機做的、誰檢驗放行的?」我們在估價時會先請對方實際查一次,結果常常是品保翻紙本、生管翻 Excel、倉管翻進料單,三個人花掉大半天,最後拼出來的答案還有缺口。
這篇講的是工廠的生產履歷系統:把每一批成品從原料進廠、上線生產、檢驗到出貨的紀錄串成一條線,出事時能在幾分鐘內往回追到源頭、往前圈出受影響的出貨。它跟農業部推的農產品產銷履歷是兩回事,後者是農產品的驗證標章制度,搜尋結果大多是那一套;如果你是工廠,要找的是下面這套做法。
先把整篇的答案放在這張表裡,趕時間的人看完就能拿去跟團隊討論:
問題 | 簡答 |
|---|---|
生產履歷系統在記什麼 | 物料批號、工單、站別與人員、機台、檢驗紀錄,五種資料用批號串起來 |
靠什麼記下來 | 現場掃碼槍掃條碼、標籤機印批號標籤,溫度等製程參數用感測器自動收 |
出事時怎麼查 | 反向追溯:從客訴品往回查原料與製程;正向追溯:從問題原料往前查影響哪些出貨 |
跟 QMS、MES 的關係 | MES 負責產生紀錄,QMS 負責處理異常,生產履歷是兩者共用的那條資料線 |
從哪裡開始做 | 先讓出貨批號查得到工單,再往前補站別、機台與檢驗,不要一次全上 |
生產履歷系統是什麼?跟農產品產銷履歷差在哪
一句話:生產履歷系統是一份「每批貨的身世紀錄」,讓你拿著一個批號,就能查出它從哪來、經過誰的手、在哪台機做的、檢驗結果是什麼。它的價值只在出事那一刻兌現,平常看起來像多餘的掃碼動作,等到客訴、退貨或客戶稽核時,就是你能不能在當天回覆客戶的差別。
很多人搜「生產履歷」看到的是農產品的資料,兩者目的和做法差很多,先對清楚再往下讀:
比較項目 | 工廠生產履歷系統 | 農產品產銷履歷 |
|---|---|---|
主要目的 | 客訴追溯、圈定召回範圍、應付客戶稽核 | 取得驗證標章、讓消費者查詢產地與栽種紀錄 |
記錄單位 | 物料批號、工單、序號 | 農場、田區、採收批次 |
誰要求 | 客戶(車廠、品牌商)與產業標準 | 農業部驗證制度、通路要求 |
資料從哪來 | 現場掃碼、機台與感測器、檢驗表單 | 農民登錄的栽種與用藥紀錄 |
系統型態 | 工廠自己的系統,通常掛在 MES 或 QMS 底下 | 政府平台加驗證機構稽核 |
工廠端的要求通常來自客戶。以車用零件來說,IATF 16949 的 8.5.2.1 條要求供應商針對每個產品、製程和廠區定義追溯方式,目的是能把可疑品找出來隔離,並在客戶要求的時限內回覆,這份條文整理把重點列得很清楚。召回的規模也提醒了追溯的重要性:美國公路交通安全管理局的2025 年度召回報告顯示,光是一年內的車輛召回就涉及數千萬輛車,追溯範圍圈得越準,要回收的量就越少。
就算你不做車用件,只要客戶會在年度稽核問「這批貨用的是哪一批料」,你就需要一套查得出來的履歷。這跟 ERP、MES、QMS 三套系統的分工有關:履歷的資料散在三個地方,誰都只有一段。
生產履歷要串的五種資料:物料批號、工單、站別人員、機台、檢驗紀錄
先講結論:五種資料都要有,而且每一筆都要能用同一個批號或工單號對上。少了任何一段,追溯就會在那裡斷掉,最常斷的是「哪批料投到哪張工單」和「哪台機做的」。
資料 | 最少要記的欄位 | 誰產生 | 沒記會怎樣 |
|---|---|---|---|
物料批號 | 料號、供應商批號、進料日期、IQC 結果 | 倉管、進料檢驗 | 客訴時不知道是哪家供應商的哪一批料 |
工單 | 工單號、成品料號、數量、開工與完工時間 | 生管 | 成品批號對不回生產紀錄 |
站別與人員 | 站別、作業員、進站與出站時間、良品與不良數 | 現場作業員 | 查不到是哪一站出問題、誰當班 |
機台 | 機台編號、模具或治具編號、關鍵參數(溫度、壓力) | 機台或感測器 | 同一站有多台機時,無法鎖定是哪一台 |
檢驗紀錄 | 首件、巡檢、出貨檢驗結果與判定人 | 品保 | 拿不出放行依據,客戶稽核直接開缺失 |
五種資料的關聯可以畫成下面這張圖。中心是工單與批號,其他資料都掛在上面:
實作時最容易被忽略的是「投料」這一步。很多工廠的 ERP 有領料單,但領料單記的是「這張工單領了幾公斤某料號」,沒有記是哪一個供應商批號。一旦同料號在倉庫裡同時有兩批,客訴時就只能說「可能是 A 批,也可能是 B 批」。投料時多掃一次料袋上的批號標籤,就能把這個缺口補起來。檢驗的部分怎麼分三道關卡設計,可以看進料檢驗 IQC、IPQC、OQC 的分工。
這五種資料怎麼收進同一套系統、怎麼在異常時一路追到結案,我們做過一套 QMS 品質管理系統互動原型:一家電子零組件廠、8 個廠區的品質異常流程,10 個工作天做出 13 個可點擊畫面,讓客戶在簽約前先看到資料怎麼流,原型後來成為報價依據(目前是原型階段,還沒有正式上線)。如果你手上也有一份「出事時查不出來」的清單,可以直接加 LINE 傳給我們,我們先幫你看哪一段斷掉。
每一步怎麼記下來:掃碼槍、標籤機和感測器各管什麼
一句話分工:標籤機負責「讓每一批東西有身分證」,掃碼槍負責「在每個關卡登記身分證」,感測器負責「人不需要動手的那些數字」。三樣都便宜,難的是把它們接進系統、讓資料自動對上工單。
工具 | 用在哪一步 | 記下什麼 | 常見坑 |
|---|---|---|---|
標籤機 | 進料拆批、工單開立、成品包裝 | 印出批號條碼或 QR code | 標籤格式沒統一,掃到別家供應商的條碼解析失敗 |
掃碼槍 | 投料、進出站、檢驗、出貨 | 誰在什麼時間對哪個批號做了什麼 | 現場戴手套、油污讓掃碼失敗,最後又回到手寫 |
溫度等感測器 | 烘烤、熱處理、冷藏這類有參數規格的站 | 每批生產期間的溫度曲線 | 只存即時值不存歷史,客訴時拿不出當時的數據 |
機台控制器(PLC) | 需要讀取機台本身參數的站 | 加工參數、計數、警報 | 各品牌通訊協定不同,需要設備商配合開放 |
這一段我們有實際做過:掃碼槍、標籤機、溫度感測器、ESP32 Wi-Fi 聯網、用 MQTT 把資料送進系統,以及把 3D 列印機串進系統管理,都是我們親手接過的東西(相關的工廠管理系統可以看生產力管理系統)。ESP32 這類小板子很適合做「一個站一個感測點」的資料收集,我們用 ESP32 做過的打卡應用可以參考 NFC 加 ESP32 打卡系統;資料走 MQTT 時要注意帳密和加密,細節在 MQTT 三層防禦架構。
要誠實說明的是 PLC、OPC UA、Modbus 直接讀機台這一段,我們沒有做過。這段通常由設備商或系統整合商處理,把機台資料整理成標準格式丟出來,我們負責系統端:接收資料、對上工單與批號、存成可以查的履歷。估價時把這條界線先講清楚,可以避免兩邊都以為對方會做。
正向追溯與反向追溯:客訴來了先往哪個方向查
先講結論:客訴進來時先做反向追溯,找出原因;確定原因後立刻做正向追溯,圈出還有哪些出貨可能有同樣問題。兩個方向用的是同一份資料,只是查的起點不同。
比較 | 反向追溯(往回查) | 正向追溯(往前查) |
|---|---|---|
起點 | 客訴品上的成品批號或序號 | 有問題的原料批號、機台或時段 |
要回答的問題 | 這批貨用了什麼料、在哪做、誰檢驗放行 | 同一批料或同一台機還做了哪些貨、賣給誰 |
主要用途 | 找原因、寫 8D 報告的 D4 根本原因 | 圈定召回或通知範圍、決定要不要停線 |
資料斷掉的後果 | 原因只能用猜的 | 只能整個月的出貨全部召回 |
想像一個常見場景:客戶反映一批鋁件表面有氣泡。反向查下去,發現這批成品來自三張工單,其中只有一張用了供應商 B 的某批鋁錠,而且那張工單的烘烤站溫度曲線有一段偏低。這時再正向查:同一批鋁錠還投進了哪些工單、出給了哪幾家客戶。有完整履歷的工廠,這兩步加起來幾分鐘就能在系統裡點完;靠紙本的工廠,通常要花一兩天,還常常查不完整。
查出來之後的處理流程,也就是開單、圍堵、根因、矯正、結案,屬於品質管理的範圍,可以接著看客訴處理流程圖怎麼畫和 8D 報告怎麼寫。生產履歷提供的是證據,8D 是把證據寫成客戶看得懂的回覆。
生產履歷系統和 MES、QMS、ERP 怎麼分工
一句話:MES 負責在現場產生紀錄,QMS 負責處理品質異常,ERP 負責料和錢,生產履歷是橫跨三者的那條查詢線。多數工廠不需要單獨買一套「履歷系統」,需要的是讓這三套的資料能用批號對上。
系統 | 在生產履歷中負責的資料 | 如果只有這一套 |
|---|---|---|
ERP | 採購、進料、領料、出貨單、客戶 | 查得到哪張出貨單給了誰,查不到現場怎麼做的 |
MES | 工單執行、站別、人員、機台、製程參數 | 現場紀錄完整,但跟供應商批號和出貨常常對不起來 |
QMS | IQC、IPQC、OQC 檢驗,客訴、CAPA、8D | 知道哪裡不良,但要追原料和機台時得去別的系統翻 |
生產履歷查詢 | 把上面三套的紀錄用批號串起來 | 通常是 MES 或 QMS 的一個查詢模組,不必單獨建 |
MES 怎麼規劃、哪些模組先做,支柱文 客製化 MES 製造執行系統開發完整指南 有完整拆解;品質端的部分則可以看 QMS 品質管理系統是什麼。如果你的 ERP 已經有工單模組,評估時可以參考製造業 ERP 的工單、BOM、排程三個模組,先確認它的工單能不能帶出批號,再決定履歷要掛在哪一套底下。
品質異常查到原因後要開 CAPA 追蹤改善,這部分跟履歷系統要共用同一份批號資料,CAPA 矯正預防措施從開單到結案有說明系統該怎麼支援。
批號要切多細?我們認為大多數工廠切得太粗
我們的判斷很直接:大多數中小工廠的批號切得太粗,一個批號代表一整天甚至一整週的產出。這樣做平常省事,出事時就要整批召回。批號粒度決定了召回範圍,也決定了現場要多掃幾次條碼,這是一個要老闆拍板的取捨。
批號粒度 | 現場負擔 | 出事時要召回的範圍 | 適合誰 |
|---|---|---|---|
一天一批 | 最輕,每天開一個批號 | 整天的產出 | 低單價、客戶不要求追溯的產品 |
一張工單一批 | 中等,開工單時印標籤 | 一張工單的數量 | 大多數中小工廠的起點 |
換料或換模就切批 | 較重,投料與換模時都要掃碼 | 同一批原料或同一副模具做出的量 | 車用、電子、醫材這類客戶會稽核的產業 |
單件序號 | 最重,每件都要印碼與掃碼 | 精確到單件 | 高單價、安全件、客戶指定要序號 |
我們的建議是從「一張工單一批」開始,再在兩個地方加切點:換原料批號時、換模具或治具時。這兩個時間點是品質最容易變動的地方,多切一刀,正向追溯時就能把範圍從一整張工單縮到半張。單件序號除非客戶明確要求,否則現場負擔通常划不來。
還有一個常被忽略的點:批號規則要寫進系統,不要讓人手動編。人工編號遲早會出現重號或跳號,追溯時一個重號就會讓兩批貨的紀錄混在一起。
導入生產履歷系統的順序:從出貨端倒著做回來
先講結論:從出貨端開始做,倒著往前補。原因很簡單,客訴一定是從出貨批號開始查,先確保「出貨批號查得到工單」,就算前段還沒做完,追溯也已經有一半的價值。
階段 | 要做的事 | 完成後能回答的問題 | 現場要新增的動作 |
|---|---|---|---|
第一階段:出貨對工單 | 成品包裝印批號標籤,出貨時掃碼 | 這張出貨單是哪幾張工單做的 | 包裝站貼標、出貨掃碼 |
第二階段:工單對原料 | 進料拆批貼標,投料時掃原料批號 | 這張工單用了哪些供應商批號 | 倉庫貼標、產線投料掃碼 |
第三階段:站別與機台 | 進出站掃碼,記人員與機台 | 哪一站、哪台機、誰當班 | 每站進出掃碼 |
第四階段:參數與檢驗 | 感測器自動收參數,檢驗結果進系統 | 當時的溫度與檢驗判定是什麼 | 檢驗員改用平板或電腦登錄 |
每一階段建議跑一到兩個月,讓現場習慣後再往下。導入最常卡住的地方通常在現場:掃碼動作設計得太多、太慢,作業員就會補登或乾脆不掃。這類坑在 MES 導入失敗的常見原因 裡有整理。預算方面,掃碼槍、標籤機、感測器和佈線各自怎麼估,可以看 MES 系統價格怎麼算。
如果你的工廠同時有倉儲問題,例如同料號多批混放、先進先出做不到,履歷系統的第二階段會跟倉儲管理重疊,可以一起參考客製化 WMS 倉儲管理系統開發指南,避免兩套系統各貼一種標籤。整體的系統怎麼搭,製造業內部系統開發指南有從 MES、ERP、WMS 三者的角度說明。
用 Excel 做生產履歷做得到嗎?什麼時候該上系統
做得到,而且建議先用 Excel 跑一次,你會很快知道哪幾段資料最難收。方法是準備一張「批號對照表」:每一列是一個成品批號,欄位放工單號、投入的原料批號、機台、作業員、檢驗結果。每天下班前由各站負責人補填。
這個土法有三個天花板,碰到任何一個就該考慮上系統:
- 補填會失真:下班前憑記憶補的資料,到了客訴時你也不敢相信它。掃碼的價值就是讓紀錄在動作當下產生。
- 多對多關係撐不住:一張工單投了三批料、一批料分給五張工單,Excel 的一列一批號很快就排不下,查詢要靠人肉比對。
- 參數沒辦法手抄:溫度、壓力這類連續數據,手抄只能抄幾個點,客戶要看曲線時拿不出來。
做法 | 適合規模 | 優點 | 限制 |
|---|---|---|---|
Excel 批號對照表 | 產線 1 到 2 條、每天工單不到 10 張 | 零成本、馬上能開始 | 靠人補填,多對多與參數記不了 |
套裝 MES 或 QMS 的追溯模組 | 流程跟套裝設計接近的工廠 | 功能完整、上線快 | 批號規則與現場流程要配合軟體改 |
客製開發履歷系統 | 流程特殊、要串既有 ERP 與現場設備 | 批號規則、掃碼點、報表照你的流程設計 | 需要先把流程釐清,開發期較長 |
套裝和客製怎麼選,可以參考工廠系統該選 SaaS 還是客製化開發的決策框架。
看到這裡,如果你也在想「我們的批號在哪一段斷掉」,我們很樂意聽你聊聊現在的流程,一起看看從出貨端倒著補要先做哪一段、現場掃碼點怎麼設計才不會拖慢產線。也可以直接加 LINE 聊,把你最近一次客訴查了多久告訴我們。
ℹ️我們做過這件事
這類「讓現場資料進系統」的工作,在我們 40+ 企業客製案落地的經驗裡反覆出現。掃碼槍、標籤機、溫度感測器、ESP32 Wi-Fi 聯網、MQTT 與 3D 列印機串系統,都是我們實際接過的設備;PLC 這段則由設備商負責,我們負責系統端。
品質與追溯的資料怎麼流,可以看我們做的 QMS 品質管理系統互動原型(原型階段)與 生產力管理系統。
如果你在想這套放在自己工廠會是什麼樣子,我們很樂意 聽你聊聊現在的實際情況,一起看看能從哪一塊開始。
ℹ️我們怎麼看
生產履歷會從「客戶要求才做」變成中小工廠接單的基本條件。車用、電子、醫材的客戶稽核越來越常直接要求現場示範追溯一個批號,查不出來就影響下一年的訂單。我們的選擇是從系統端切入:接收掃碼與感測資料、對上工單與批號、做出查得到的履歷,PLC 這類機台通訊交給設備商,兩邊各做擅長的事。給老闆一個判斷方式:拿最近一次客訴的成品批號,計時查一次它用了哪批料、哪台機。超過半天,就值得先從出貨端開始補;一小時內查得完,現有做法還撐得住。
Q生產履歷系統和農產品產銷履歷是同一個東西嗎?
不同。農產品產銷履歷是農業部的驗證標章制度,記錄農場、田區與栽種用藥;工廠的生產履歷系統記錄物料批號、工單、站別人員、機台與檢驗紀錄,目的是客訴追溯與圈定召回範圍。
Q中小工廠一定要買 MES 才能做生產履歷嗎?
不一定。產線少、工單量小的工廠可以先用 Excel 批號對照表起步;當投料出現多對多關係、需要記錄溫度曲線,或客戶稽核要求現場示範追溯時,再把履歷做進 MES 或 QMS 的追溯模組。
Q正向追溯和反向追溯差在哪?
反向追溯從客訴品的成品批號往回查原料、工單、機台與檢驗,用來找原因;正向追溯從有問題的原料批號或機台往前查,找出同批料還做了哪些貨、出給哪些客戶,用來圈定召回範圍。
Q批號應該一天一批還是一張工單一批?
多數中小工廠建議從一張工單一批開始,再在換原料批號與換模具時加切點。一天一批召回範圍太大;單件序號除非客戶指定,現場負擔通常划不來。
Q機台的 PLC 資料要怎麼接進生產履歷?
PLC、OPC UA、Modbus 這段通常由設備商或系統整合商把機台資料整理成標準格式輸出,系統端再接收、對上工單與批號存成履歷。導入前要先講清楚兩邊的分工界線。
Q生產履歷系統導入大概要多久?
建議分四個階段:出貨對工單、工單對原料、站別與機台、參數與檢驗,每階段跑一到兩個月讓現場習慣。第一階段完成後,出貨批號就查得到工單,追溯已經有一半的價值。
AUTHOR
恆遠數位編輯團隊
想了解更多?看看我們的相關服務
需要網站系統架設或軟體開發?
無論是品牌官網、客製化系統還是應用程式,我們的團隊擁有豐富經驗,歡迎聯繫我們,讓專業為您的事業加分。







留言(0)
尚無留言,成為第一個留言的人吧!