PCB 自動化資料追溯怎麼規劃？從板件 ID、AOI 到 MES 串接
PCB 自動化資料追溯的核心，是用唯一板件 ID 串起工單、批號、標記、讀碼、AOI 判定、NG 流向與設備紀錄，再依產線需求決定由設備端保存，或與 MES（製造執行系統）／資料庫交換。規劃時應先定義資料來源、欄位、產生時機、異常處理、保存範圍與驗收方法；若只確認能掃碼，卻未定義資料對應與失敗流程，設備完成後仍可能無法形成可查詢的追溯鏈。
板件 ID（唯一識別碼）可以由上位系統、設備端規則或既有標記提供，但必須能穩定對應工單、批次、Panel（大板）、單片板與製程事件。條碼或 QR code（QR 二維碼）只是識別入口，真正的追溯能力取決於標記、讀碼、AOI（自動光學檢測）、重測、重工、NG 分流及資料回寫是否建立一致規則。
文章目錄
PCB 自動化資料追溯真正要解決什麼問題？
資料追溯的目的，是在品質異常、客訴、重工、復判或製程改善時，能由板件 ID 查回該板件經歷的工單、站點、設備、判定與狀態變化，而不只是證明設備曾經成功掃到一組代碼。
條碼或 QR code 是識別入口，不是完整追溯系統
條碼與 QR code 可承載或指向板件識別資訊，但掃碼成功只代表設備取得一組代碼。後續仍需確認該代碼是否存在、是否重複、是否屬於目前工單，以及標記內容、AOI 判定與資料回寫是否都指向同一片板件。
若標記、讀碼與資料庫各自使用不同欄位或版本，即使每個站點都能獨立運作，也可能無法建立完整生產履歷。
單站紀錄、批次追溯與單片板追溯有何差異？
單站紀錄只保留某台設備發生的事件，適合確認設備曾處理哪些工件；批次追溯則以工單或批號統整投入、產出及整批狀態；單片板追溯則需要讓每片板件具有可辨識的板件 ID，並把各站事件持續綁定到同一識別碼。
追溯粒度越細，需要處理的讀碼、資料量、異常與重工規則也越多。規劃時應先從實際查詢需求決定層級，而不是預設所有產線都必須追蹤到相同細度。
先用查詢、召回與復判情境定義追溯目標
可先列出未來需要回答的問題，例如：某批板件經過哪些設備、某片板件為何被判定 NG、某次重測是否改變結果，以及特定 AOI 影像對應哪一片實體板件。
這些查詢情境會反向決定板件 ID、資料欄位、事件狀態、影像關聯及保存責任。若目前只需單站讀碼與結果匯出，不一定要立即建立跨站 MES 串接。
如何定義追溯單位與板件主識別碼？
追溯架構應先決定主要識別單位，再建立工單、批次、Panel、單片板及製程事件之間的父子關係。若板件 ID 的產生與變更規則不清楚，後續 AOI、NG 與資料回寫都容易發生錯配。
工單、批次、Panel 與單片板分別適合追蹤什麼？
工單與批次適合管理產品別、生產任務、投入與整批狀態；Panel ID 適合追蹤仍以大板形式流動的產品；分板後若需要追查單片品質、加工或復判結果，則需確認單片板如何繼承或重新建立板件 ID。
同一條產線可能同時使用多個層級。重點是每一層的關聯規則清楚，而不是只選擇一種代碼。
板件 ID 應由哪一端產生？
板件 ID 可由 MES、其他上位系統、設備端規則或前段既有標記產生。應確認產生端如何避免重複、何時正式生效，以及設備在取得無效或不存在的 ID 時如何處理。
若設備端自行產生 ID，還需說明如何與工單、批次及上位系統建立關係；若由上位系統下發，則需確認資料未到達或格式錯誤時是否允許繼續生產。
如何處理重複碼、重新標記與 ID 變更？
重複碼不宜只以重新印一組新碼處理。應記錄原板件 ID、異常原因、新板件 ID、操作時間、處理人員或設備事件，以及兩組識別碼之間的關聯。
重新標記後，AOI 判定、製程紀錄與 NG 狀態也需跟隨正確板件，避免原紀錄成為無法查回實體工件的孤立資料。
重工、重測與報廢狀態是否沿用原板件 ID？
多數情境下，保留原板件 ID 有助於維持完整歷程，但仍需依企業資料規則與產品流程決定。重工與重測不宜直接覆蓋原結果，而應新增事件或版本，保留原判定、處理原因及最新狀態。
若板件分割、合併或重新建立產品關係，也應定義原 ID 與新 ID 如何對應。
可左右滑動查看完整欄位
| 追溯層級 | 主要識別單位 | 建議建立的資料關係 | 可回答的問題 | 本表不預設的項目 |
|---|---|---|---|---|
| 工單／批次 | 工單號、批號或產品別 | 產品、站點、生產時間、投入與產出狀態 | 某批產品經過哪些站點，以及整批生產狀態 | 欄位長度、保存年限與既有系統格式 |
| Panel／單片板 | Panel ID 或板件 ID | 工單、批次、標記內容、目前站點與最新狀態 | 特定板件在哪一站、接受過哪些檢測與處理 | 固定條碼種類、QR code 尺寸與標記方式 |
| 製程／檢測事件 | 板件 ID、站點、設備與事件時間 | 設備參數、OK／NG、缺陷類別、復判與重測狀態 | 板件在特定時間發生什麼事件及判定變化 | AOI 演算法、判定門檻與固定缺陷分類 |
| 影像／檔案 | 板件 ID 與檔案關聯資訊 | 影像類型、版本、檔案位置及對應檢測事件 | 檢測結果是否能回到正確影像與復判紀錄 | 儲存媒體、容量、備份方式與保存週期 |
標記、噴印與讀碼驗證要如何接成同一條資料流？
完整標記流程應包含資料取得、欄位檢查、標記執行、讀碼驗證及異常紀錄。標記完成不代表資料正確，讀碼成功也不代表該代碼已和正確工單及板件綁定。
標記資料從工單、設備輸入還是上位系統取得？
標記內容可由工單、設備操作輸入、上位系統或既有板件 ID 提供。應確認來源優先順序、欄位格式、版本及資料無效時的處理方式。
若允許人員輸入或修改標記內容，還需定義權限、複核及修改紀錄。
標記前要檢查哪些欄位與板件狀態？
標記前可依需求檢查板件 ID、工單、產品別、批次、目前站點及是否允許生產。若板件已報廢、重複進站或使用錯誤 Recipe，不宜只因設備能完成標記就繼續流程。
噴印或標記後，哪些情況需要讀碼驗證？
當標記內容會作為後站識別、AOI 綁定或生產履歷主鍵時，可將標記後讀碼納入評估。讀碼驗證可用來確認內容、可讀性與資料一致，但是否需要每片驗證，應依製程風險及產線條件決定。
若設備需同時整合視覺定位與標記，可延伸參考PCB 自動化視覺定位噴印設備。
錯碼、漏碼、不可讀碼與重印應如何記錄？
應區分內容錯誤、未完成標記、標記存在但不可讀，以及讀碼器或工件位置造成的讀取失敗。重印時不宜只保留最後結果，應留下原碼、異常類別、處置方式與最終狀態。
讀碼失敗時，停機、復歸與 NG 分流如何分工？
讀碼失敗後可依風險評估停止流程、重新取像、人工確認、重新標記或移入 NG 區。設備端負責哪些動作、操作人員何時介入，以及資料端如何更新狀態，都應在規格階段確認。
AOI 檢測結果如何與板件 ID 正確對應？
AOI 資料追溯的重點，是讓檢測結果、缺陷、影像與實際板件保持一致。若板件 ID 在上料、分流、重測或復判過程中錯配，再完整的缺陷資料也無法形成可信履歷。
只保存 OK／NG，還是需要缺陷層級資料？
只保存 OK／NG 適合快速查詢板件最終狀態；若需要品質分析、人工復判或製程改善，則可進一步評估缺陷類別、位置、數量方向、影像及判定版本。
資料粒度越細，交換、保存與查詢需求也越高。應依實際用途決定，不必預設所有 AOI 都保存相同內容。
缺陷類別、位置、影像與板件 ID 如何建立關聯？
每筆缺陷應能對應板件 ID、檢測事件、站點、時間與判定版本。若一片板件包含多個檢測區域，也需確認區域、座標或元件位置如何表達。
人工復判、重測與重工後，原判定如何保留？
人工復判或重測不宜直接覆蓋原始 AOI 判定。較完整的作法是保留原判定、復判結果、操作事件、原因與最新狀態，讓使用者能查到判定如何改變。
AOI 影像應直接上傳，還是只交換檔案位置與摘要？
可依查詢方式、影像大小、網路、保存責任及上位系統能力，評估交換完整影像、縮圖、檔案位置或檢測摘要。無論採用哪一種方式，板件 ID、檢測事件與影像都必須保持穩定關聯。
如何避免 AOI 結果與實際板件錯配？
需確認讀碼位置、工件搬送順序、緩衝區、NG 分流、人工取放與設備內部追蹤邏輯。若同時存在多片板件，設備不能只依處理順序推定結果，應建立可驗證的板件對應方式。
設備端、資料庫與 MES 應交換哪些資料？
設備端與 MES／資料庫的責任應依工單、板件、製程及查詢需求拆分。並非所有資料都必須由設備長期保存，也不代表所有專案都需要 MES；重點是資料來源、主責系統與失敗處理清楚。
設備需要接收哪些工單與產品資料？
可依需求接收工單、產品別、批次、Recipe 版本、允許生產狀態、標記內容或其他製程資料。設備應確認資料格式、必要欄位與錯誤資料處理。
設備需要回傳哪些製程、檢測與異常事件？
回傳內容可包括板件 ID、進站、出站、標記、讀碼、AOI 判定、NG 分流、重測、復判、設備狀態與異常事件。實際欄位應由查詢與品質需求決定。
設備端資料庫與 MES 各自保存什麼？
設備端可保存操作、即時狀態、必要快取及站點紀錄；MES 或其他資料庫則可管理跨站工單、批次、產品與品質履歷。實際分工應依企業系統架構、網路及查詢責任確認。
資料交換成功、失敗、逾時與重送如何定義？
每項資料事件都應定義送出、接收、確認、失敗及逾時狀態。重送時還需避免同一事件被重複建立，並能辨識哪些資料仍未完成交換。
網路中斷時，設備是否需要暫存與補送？
是否需要暫存、允許離線生產及網路恢復後補送，應依產線風險、資料重要性與現場系統能力評估。不能預設每台設備都具備相同離線功能。
可左右滑動查看完整欄位
| 資料事件 | 資料來源 | 設備端處理 | MES／資料庫處理 | 可用的驗收證據 |
|---|---|---|---|---|
| 工單與產品資料下發 | 上位系統或設備操作輸入 | 接收、格式檢查、顯示及與生產任務綁定 | 提供工單、產品別、批次與允許生產狀態 | 指定測試工單能正確出現在設備，錯誤資料可被攔截 |
| 板件 ID 與標記內容產生 | 上位系統、設備端規則或既有標記 | 取得 ID、標記、讀回並記錄驗證結果 | 維護 ID 與工單、批次或產品資料的關係 | 標記內容、讀碼結果及系統資料可相互對應 |
| AOI 結果產生 | AOI 檢測流程 | 將板件 ID 與判定、缺陷及影像資訊綁定 | 接收品質結果，供查詢、統計或後續流程使用 | 由板件 ID 可查到對應判定及指定影像紀錄 |
| NG 分流與復判 | 讀碼、AOI 或操作流程 | 執行停機、提示、分流、重測或復判狀態更新 | 保存原判定與後續狀態，不直接覆蓋歷程 | 測試 NG 板件能進入正確流程，且狀態變化可查詢 |
| 傳輸失敗與資料補送 | 設備與上位系統通訊結果 | 保留失敗狀態，依約定方式重送或提示 | 回覆接收結果，辨識重複或缺漏事件 | 模擬中斷後，資料能依規則恢復且不產生錯誤對應 |
資料保存、權限與查詢範圍要如何界定？
資料保存應從查詢目的、責任與資料量反推。結構化欄位、AOI 影像與設備 Log 的保存方式可能不同，不宜在設備完成後才決定。
結構化資料與 AOI 影像應分開規劃
工單、板件 ID、站點、時間、判定與缺陷類別屬於可查詢的結構化資料；AOI 原始影像、縮圖或報告則屬於檔案資料。兩者可使用不同保存方式，但必須保留可查回的關聯。
保存期間、備份方式與資料容量由誰決定？
保存期間、備份、容量及刪除規則應由品質、資訊、設備與使用單位共同決定。設備廠可依需求規劃相應功能，但不宜預設所有專案使用相同保存年限與架構。
哪些角色可以查詢、修改或重新判定？
操作、品保、製程、資訊與管理人員可能具有不同權限。修改判定、重新標記、補登資料或執行重送時，應保留操作與版本紀錄。
設備時間、站點與資料版本如何保持一致？
跨設備追溯需要一致的時間基準、站點識別與資料版本。若設備時間、Recipe、缺陷分類或欄位版本不同，查詢結果可能出現順序錯誤或無法比較。
PCB 資料追溯應如何制定驗收條件？
資料追溯驗收不能只測試正常掃碼與資料上傳。應同時驗證板件、標記、AOI、NG、復判及通訊異常，確認資料在整個流程中保持一致。
正常流程要驗證哪些資料關聯？
可從指定工單建立板件 ID，執行標記、讀碼、AOI、分流與資料回寫，再由板件 ID 查回工單、站點、判定及相關紀錄。
錯碼、漏碼、重複碼與 NG 分流如何測試？
應建立錯誤資料、無法讀取、重複 ID、標記失敗及 NG 板件等情境，確認設備警報、停機、復歸、分流及資料狀態是否符合約定。
MES 無回應或網路中斷時如何測試？
可依已確認架構模擬上位系統無回應、網路中斷或資料格式錯誤，確認設備是否停止、提示、暫存或採取其他處置。
重送後如何確認沒有漏資料或重複資料？
應以事件 ID、板件 ID、站點及時間等資料檢查重送結果，確認系統沒有建立錯誤重複事件，也沒有遺漏待補送資料。
如何抽查板件、AOI 影像與系統紀錄的一致性？
可由實體板件或板件 ID 反查 AOI 判定、缺陷、影像、NG 流向及復判歷程，並由系統紀錄回查對應實體板件。
完整的 FAT、SAT 與量產驗證架構，可參考自動化設備驗收標準。
詢問 PCB 資料追溯設備前要準備哪些資料？
設備評估前應先整理板件、標記、AOI、NG 與系統接口資料，讓設備端與資訊端能在相同流程圖與資料欄位上討論。
板件、Panel、批次與工單資料
提供板件在各製程階段的形態、Panel 與單片板關係、工單、批次，以及分板、合併或重工後的識別變化。
條碼、QR code、標記位置與讀碼規則
提供標記內容來源、位置、板面狀態、讀碼站點、重印、錯碼與無法讀取時的處理規則，不需先指定固定碼制或設備品牌。
AOI 判定、缺陷分類、影像與復判需求
說明 AOI 輸出 OK／NG、缺陷、位置、影像或摘要中的哪些資料，以及人工復判、重測與重工後如何保留原紀錄。
NG 分流、重工、重測與報廢流程
提供各種狀態的實際產品流向，以及板件返回產線後是否沿用原板件 ID、建立新事件或重新標記。
MES、資料庫、網路環境與資料接口
說明現有上位系統、設備需要接收與回傳的欄位、交換時機、網路限制、測試環境及異常責任。實際接口方式依既有系統與產線條件規劃。
正常及異常情境的驗收資料
準備正常板件、NG、重複碼、錯碼、讀碼失敗、復判、網路中斷與資料重送等情境，並說明預期的設備動作與資料結果。
若需同步整理產品、製程、現場、接口與驗收等通用條件，可參考自動化設備需求清單。
哪些情況需要與客製化 PCB 自動化設備一起規劃？
資料追溯可以是單站功能，也可以成為標記、AOI、搬送與整線控制的一部分。整合層級應依板件流程、站點數量及異常責任決定。
只有單站掃碼與資料輸出的情境
若需求只限於讀取既有板件 ID、顯示結果及匯出紀錄，可先評估單站讀碼與設備端資料功能，不一定需要完整跨站系統。
需要整合視覺定位、標記與讀碼驗證的情境
若標記位置需依 PCB／FPC 實際姿態補正，或標記完成後必須驗證內容，可將視覺定位、噴印或其他標記與讀碼整合規劃。
需要整合 AOI、NG 分流與自動上下料的情境
當 AOI 判定需直接控制 NG 分流、重測或下料位置時，板件 ID、設備搬送與檢測資料必須在同一流程中保持一致。相關設備方向可參考AOI 自動光學檢測設備。
需要跨站追溯或整線資料交換的情境
若板件需經過多個製程站，並要求工單同步、跨站防錯、品質回寫及完整生產履歷，可進一步評估整線資料交換與設備協同。實際模組可依產線條件納入高精度客製化自動化設備規劃。
PCB 自動化資料追溯常見問題
PCB 自動化資料追溯一定要串接 MES 嗎？
不一定。若需求只限單站識別、讀碼驗證或資料匯出，可先使用設備端紀錄或既有資料庫；若需要跨站工單同步、品質回寫、批次追查或多設備資料整合，才需要進一步評估 MES 或其他上位系統接口。
PCB 追溯應使用條碼還是 QR code？
應依可標記面積、資料容量、板面狀態、讀碼距離、後段設備及既有編碼規則判斷。QR code 不一定是固定較佳方案，條碼與 QR code 都必須納入可讀性、錯碼處理及資料關聯測試。
AOI 影像一定要全部傳到 MES 嗎？
不一定。可依查詢方式與資料量，評估交換完整影像、縮圖、檔案位置或檢測摘要。重點是板件 ID、檢測事件與影像之間必須能穩定對應，並清楚定義保存與查詢責任。
讀碼失敗後重新標記，是否可以直接覆蓋原紀錄？
不宜只保留最後一次結果。規劃時應定義原碼、重印原因、操作時間、處理結果與板件最終狀態，避免後續查詢時無法判斷曾發生的異常及識別碼變更關係。
詢問 PCB 資料追溯設備前要準備哪些資訊？
至少整理板件與批次關係、標記內容、板件 ID 來源、讀碼位置、AOI 結果、NG 流程、重工與復判方式、資料接口、現場網路條件，以及正常與異常驗收情境。
結論：先定義資料關係，再決定設備與系統接口
PCB 自動化資料追溯應先定義工單、批次、Panel 與單片板的追溯層級，以及板件 ID 的產生、驗證、變更與沿用規則。識別基準穩定後，才能把標記、讀碼、AOI 判定、NG、重測、重工與報廢串成完整事件歷程。
接著再依查詢與品質需求，決定哪些資料留在設備端、哪些交換到 MES 或資料庫，以及影像、資料失敗、逾時與重送如何處理。最後以正常板件、錯碼、NG、復判與網路中斷等情境建立驗收方法。