批次追溯：不用把同一資料輸入兩次

沿着記錄追查一個批次

收貨員把供應商批號輸入 ERP，操作員抄到生產表，品質部再輸入檢驗記錄，出貨人員又為客戶輸入一次。每個人都需要資料，但四次抄錄就有四次產生分歧的機會。只要求大家更加小心，沒有改變交接本身。

選一個近期批次，從供應商文件一直追至出貨，核對採購單、收貨、位置、領料、生產記錄、檢驗及發運。觀察各步驟之間，人員如何識別實物。兩個沒有標籤的容器放在工位旁，資料庫再一致也無法彌補。

目標是在負責該事實的環節記錄一次，再保留來源供其他環節使用。這不只是連接軟件。團隊需要議定記錄的是甚麼、誰能更正，以及後續使用者看到的是觀察、計劃還是放行決定。先選一段範圍明確、能暴露這些差異的產品流程。

Excellence industrielle 的 2024 年報在示範環境中介紹與追溯有關的技術。示範有助理解連接，但自己的驗收仍要涵蓋日常營運中難處理的事件。第一次對照會議，請團隊帶來一次分拆、一筆返工及一筆有爭議的收貨記錄。這些例子往往比正常流程圖更容易暴露缺失關係。 [1]

把身份與狀態分開

在內部批次識別碼旁保留供應商批號。不同供應商或產品可能使用相同批號，因此單一批號未必唯一。定義識別收貨物料所需的組合，保留供應商及品項參照，不要憑看似熟悉的代碼推斷。也要記錄計量單位及影響數量的換算。

採購單說明訂了甚麼，收貨記錄說明到了甚麼，品質放行說明哪些可以使用。這些記錄應相互連接，但不應合併成一個沒有歷史、任意修改的狀態欄位。計劃員需要區分現場有貨與該訂單可用的貨。

逐欄指定權威來源。收貨負責觀察到的供應商批號及數量，品質負責處置狀態，生產記錄實際消耗，出貨記錄送走甚麼及送往何處。既有系統可以繼續承擔這些責任；連接後的視圖可引用資料，而不讓所有部門都能改寫其他部門的依據。啟用系統間自動同步之前，先記錄每項更新允許的方向，以及數值衝突時的處理方式。

記錄會改變批次關聯的事件

以假設情景說明：一個收貨物料批次分給兩張生產訂單，每張訂單產生獨立成品批次。第一批部分產品被暫扣，後來加入另一筆收貨的物料返工。只有一欄「原始批次」，無法描述所有關係。

每次轉換都記錄投入及產出，附上數量、單位、時間、設備或位置，以及生產訂單。分拆要保留母批與每個子批的關係，合併要記錄所有來源批次。返工要連接原有產出、新加入的投入及返工結果，不能用較整齊的新記錄覆蓋原有歷史。

包裝關係也要小心處理。把已識別的箱子放上棧板，是為搬運而分組，不一定代表新的物料轉換。移走或重新分配箱子時，要更新分組歷史，否則搜尋棧板時可能列出出貨當刻已不在板上的箱子。

當需要互通時，GS1 的追溯及 EPCIS 標準提供身份和事件的共同概念。採用標準有助交易夥伴交換意思一致的資料，但不會替你決定批次界線，也不等於符合法規。仍須按產品、客戶要求及適用責任審查。 [2]

減少輸入，但保留核對

在工位掃描物料識別碼，再選取或掃描目前訂單。從來源系統帶出已知參照，只要求輸入新的事實，例如消耗數量、位置改變或檢驗結果。顯示足夠背景，讓操作員發現選錯資料。更快地自動填入錯誤訂單，只會讓錯誤傳得更遠。

使用穩定的事件識別碼，避免重傳時把物料扣減兩次。接收系統應辨認同一事件，並返回已有結果。事件發生時間與伺服器收到資料的時間要分開，這樣離線工作稍後傳來時，就不會被誤當作下一班開始後才發生。

明確定義離線佇列及核對程序。操作員需要知道掃描已在本機記錄、已同步，還是被拒絕。若物料已被暫扣，但離線裝置仍顯示先前的放行，現場需要已批准的處理方法。不要把斷線默認為可以繼續。

透過實際追查驗證歷史

雙向演練追溯。從一筆成品出貨，找出投入的收貨批次及相關生產、品質事件；從可疑原料批次，找出受影響產出、餘下庫存、返工及出貨。按議定製程規則核對數量，記錄廢料、樣本及正常損耗，不要強行做出虛假的平衡。

測試掃描錯誤及更正。保留原事件，連接更正記錄、原因、操作者及時間戳。限制誰能作出重要更改，並在需要時記錄批准。整齊的目前畫面有用；能解釋的歷史，才讓團隊查明目前狀態如何形成。

讓收貨、生產、品質及出貨人員一起使用隨文事件對照模板。擴大範圍前，量度缺失連接、重複事件及解答追溯問題所需時間。Quindart 的工作是連接相關記錄與決策，而非承諾新標籤或資料庫能消除所有疑問。實際成果是減少重複抄錄，並留下人員真正能查問的歷史。