如何準備用於定向產品召回的GS1二維碼

在包裝上編碼批號是一回事，能夠在不中斷安全庫存的情況下識別、定位和召回該批次產品則是另一回事。

GS1 將定向召回列為透過在二維條碼中添加 GTIN 以外的資料而支援的業務案例之一。但相關係統也必須能夠擷取、儲存和使用這些資料。

本指南可協助您測試您的設定是否能夠實際執行批次等級的回想。

初次接觸 GS1 數位連結和應用程式識別碼？從這裡開始 GS1 數位連結是什麼以及它是如何運作的. 

計劃更大規模地推廣二維條碼？請參閱 GS1 Sunrise 2027 遷移指南.

召回率準確率是系統問題，而不是條碼問題。

以三批（批）生產的保濕霜為例：L2407、L2408 和 L2409。

這三件產品使用相同的GTIN，因為它們是相同產品。後續的品質調查發現，只有L2408有問題。

你能準確回憶起什麼，取決於你的系統保留了什麼：

下游保留標識符	你可以隔離什麼
限 GTIN	三次試驗的產品均符合要求
GTIN + 批次/批號	一次生產
GTIN + 序號	單一單元

條碼可能正確顯示 L2408，但假設倉庫收貨系統只記錄了 GTIN 和數量。

包裝上存在批次標識，但係統將其丟棄了。

此後的所有資訊可能只包含GTIN等級。與其單獨隔離L2408，該組織可能必須將所有三個生產批次視為受影響，直到確定並非如此為止。

這意味著需要保留或移除更多安全庫存，造成更廣泛的混亂，並帶來比精確的批次級流程更大的客戶不確定性。

目標並非對所有可能的資訊進行編碼，而是為了保存… 您的召回流程實際需要的產品識別級別.

有針對性的召回行動中的五個操作職位

有針對性的召回包含五個基本步驟。每個步驟都決定產品標識的存續或消失。

1. 確定受影響的產品

首先要先明確一條規則：

該 GTIN，其中批次/批號等於 L2408。

如果您的品質和供應鏈團隊無法明確定義受影響的產品和批次，下游系統就無法採取精確的行動。

2. 找出受影響的庫存

您的倉庫和庫存系統需要回答以下問題：

L2408 現在在哪裡？

他們需要回答這個問題，但不能同時返回 L2407 和 L2409。

如果包裝上印有批號，但您的倉庫系統沒有保存該批號，則存在召回準備的差距。

3. 控制它

一旦發現 L2408，製造商需要扣留受影響的庫存，分銷商需要停止相關發貨，零售商可能需要從商店或配送中心移除受影響的庫存。

每個組織都需要必要的產品資訊以及明確的負責人。

4. 停止銷售

如果零售商的掃描器、結帳系統和後端系統能夠擷取和處理批號，他們就可以將掃描的產品與召回規則進行比較，並停止銷售受影響的商品。

GS1描述了POS操作 作為零售二維條碼中附加資料的一個應用案例。

但這取決於零售商的實際設定。 GS1 也指出，並非所有零售商都啟用了所有應用程式識別碼。

因此，不要想當然地認為貿易夥伴具備這種能力，而應該與貿易夥伴進行測試。

5. 通知客戶

GS1 數位連結二維碼還可以將客戶的智慧型手機連接到線上產品資訊。

在召回過程中，該頁面應迅速回答關鍵問題：

我的產品是否受到影響？是哪個批次的產品？我應該停止使用嗎？接下來我該怎麼辦？退貨、退款、換貨或技術支援流程是怎樣的？

在發生安全問題時，該資訊應優先於一般宣傳內容。

能否通知已經購買了過期產品的顧客？

有兩種不同的情況。

與 掃描驅動通訊顧客掃描產品，即可查看目前的召回資訊。

與 主動溝通零售商或品牌已經知道某位特定顧客購買了 L2408，並直接聯繫了該顧客。

第二種模型需要二維碼以外的資料。批次或序號資訊必須在交易過程中收集，並在適當情況下關聯到客戶或會員記錄。

因此，可掃描的商品不會自動與購買者關聯。

如果你的召回計畫依賴直接聯絡客戶，請單獨測試該資料路徑。

模擬回憶：7 個步驟

規格說明會告訴你條碼可以包含哪些內容。

他們不會告訴你你的組織是否可以執行有針對性的召回。

更好的測試方法很簡單： 在需要之前就嘗試一下。

選擇一個實際產品和一個真實批次。假設 L2408 今天早上被召回。在您的實際系統、合作夥伴和團隊中模擬該場景。

每一步都進行評分 通過、部分通過或不通過.

	測試	待回答的問題	通過/部分通過/未通過	所有者	它破裂的地方
1	確定	團隊能否明確說明 GTIN 和受影響的批次/批號，以及任何所需的序號或日期資訊？
2	定位	庫存系統能否只返回 L2408 而不返回 L2407 和 L2409？
3	下游追蹤	經銷商、第三方物流公司和零售商能否確認是否已收到 L2408？
4	包含	能否隔離L2408並阻止其擴散，同時將安全庫存分開存放？
5	POS機阻塞	零售系統能否識別 L2408 並應用預期的停止銷售規則？
6	通知	掃描 L2408 是否清晰顯示了召回情況，而掃描 L2407 是否顯示了正常體驗？
7	釋放安全庫存	L2407 和 L2409 能否在 L2408 被控制的情況下正常運作？

任何未能成功通過的傳球都是值得調查的漏洞。

步驟 1：定義受影響的批次

您的團隊能否明確識別出GTIN和受影響的批次/批號？

如果您的召回規則包含序號或基於日期的標識符，請確保這些資訊也可用。根據具體情況，有效期限（AI 17）、最佳食用日期或生產日期也可能有助於縮小受影響庫存的範圍。

你的回憶範圍不可能比你所能界定的受影響人群的範圍更精確。

步驟 2：找到受影響的批次

詢問您的庫存和倉庫系統：

L2408 現在在哪裡？

如果他們無法在不返回 L2407 和 L2409 的情況下回答，則向後追溯產品資料。

找到批次/批號停止記錄的確切系統和欄位。

不要止步於“我們的倉庫系統無法處理”，要找出資訊遺失的地方。

步驟 3：追蹤受影響的批次下游

現在，請向經銷商、物流供應商、倉庫和零售商提出同樣的問題。

他們能知道自己是否收到L2408了嗎？

他們能將它與 L2407 和 L2409 區分開來嗎？

您自己的系統可能完美地保留了批次層級的標識，而鏈條中的其他系統卻不能。

因此，召回精準度受限於受影響產品所經過的精確度最低的系統。

步驟 4：密封批次

嘗試進行實際操作。

能否將受影響批次的產品隔離？能否停止出貨？能否阻止進一步分銷？能否將L2408與已確認安全的庫存完全隔離？

同時明確每項行動的負責人。

如果責任不明確，那麼再好的產品資料也無濟於事。

步驟 5：測試結帳路徑

如果您的召回流程包括在結帳時封鎖受影響的產品，請測試真實的零售環境。

掃描器是否擷取相關的批次資訊？結帳系統是否保存了這些資訊？後端能否將 L2408 與召回規則進行比對？是否執行了預期的操作？

不要將成功的智慧型手機掃描結果作為證據。

手機開啟網頁和零售收銀處理大量資料是不同的工作流程，涉及不同的系統。

如需了解更廣泛的二維條碼在掃描器和POS系統中的測試方法，請參閱 GS1 Sunrise 2027 遷移指南.

步驟 6：測試客戶體驗

使用普通智慧型手機掃描 L2408 包裝。

客戶應該立即了解產品是否受到影響以及他們需要做什麼。

然後掃描 L2407 或 L2409。

安全批次是否繼續表現出相應的正常經驗？

如果您的預期設定需要為不同的批次提供不同的線上信息，則此測試也是您確認路由是否按設計運行的地方。

步驟 7：證明安全股票可以持續波動

這是檢驗召回率準確率最有效的方法之一。

如果 L2408 受到影響，L2407 和 L2409 能否繼續執行相應的業務流程？

如果所有事情都必須同時停止，那就找出批次級身分或基於該身分採取行動的能力在哪裡丟失了。

完成的評分卡將成為您的召回準備待辦事項清單。為每個「部分通過」或「不通過」的結果指定負責人和後續行動。

測試可能暴露出的三種缺陷

模擬召回可以揭示正常操作中容易被忽略的問題。這些問題通常發生在系統間產品資料遺失，或是團隊誤以為二維碼掃描成功就證明整個召回流程有效時。

批次/批號資訊在後端系統中消失。

包裝資訊可能正確，但 ERP、WMS、零售商或其他系統可能只保留了 GTIN。

An ERP 負責管理採購、生產和庫存等業務流程。 WMS倉庫管理系統，用於管理倉庫庫存和移動。

如果其中任何一個環節遺失了批次信息，下游召回精度可能會降低。

貿易夥伴掌握的數據不如你詳細。

您或許能夠將 L2408 在內部隔離，但經銷商、物流供應商或零售商卻無法做到。

這一點很重要，因為召回取決於供應鏈中每個相關環節都能識別並處理受影響的產品。

掃描分析常被誤認為是產品追蹤

QR碼掃描次數描述了數位互動情境。

他們不會告訴你每個單元的存放位置、受影響的產品庫存還剩多少、哪個顧客購買了某個單元，或者零售商是否完成了銷售。

掃描分析和供應鏈記錄回答的是不同的問題。

召回準備工作對您的二維碼平台有何要求

大多數 GS1 平台的要求不僅限於召回。但如果召回溝通是您的應用程式場景之一，則有三個問題值得特別注意。

首先， 平台能否保留您流程所需的識別碼？ 如果您的召回作業是按批次進行的，則相關的批次資料需要保留在產品識別中。

第二， 您能否大規模產生可變產品資料？ 不同的產品和生產批次可能需要不同的標識符，因此從結構化資料批量建立標識符可能變得非常重要。

第三， 線上召回資訊將如何運作？ 如果您規劃的客戶體驗依賴於針對不同批次顯示不同的訊息，請務必在您選擇的實施方案中詳細驗證目標路由和更新的特定運作方式。切勿想當然地認為在 GS1 二維碼中輸入批次號碼會自動產生特定批次的網頁內容。

也要檢查產生的商品資訊是如何傳輸到ERP、WMS、列印、追溯和零售系統中的。系統間的交接往往與正確產生條碼同等重要。

地點 QRCodeChimp 適合

QRCodeChimp 支持 產品識別及消費者資訊層 GS1二維碼工作流程。對於準備產品包裝以進行批次級識別和召回溝通的團隊，其GS1二維碼產生器提供以下功能：

• 新增GS1產品識別碼： 使用 GTIN 以及支援的識別碼（例如批號/批次號 (AI 10)、序號 (AI 21)、有效期 (AI 17)、包裝日期、原產國和其他支援的應用識別碼）建立 GS1 數位連結。
• 批次產生GS1二維碼： 上傳 CSV、XLS 或 XLSX 文件，即可為多個產品、SKU、批次或生產記錄建立程式碼，而無需逐一建立。
• 將每個代碼與有用的數位內容連接起來： 根據客戶需要存取的內容，將掃描件傳送到 URL、產品頁面、動態 PDF 或 PDF 圖庫。
• 列印後更新連結內容： 借助動態輸出功能，團隊無需重新列印二維碼即可更改客戶看到的資訊。保存的 GS1 輸入標識符本身保持不變，有助於保護編碼在二維碼中的產品標識。
• 追蹤消費者掃描情況： 透過時間、設備和地點等因素查看掃描活動，了解使用者如何與二維碼互動。這些分析是對庫存或追溯系統的補充，但不能取代它們。
• 自訂產品包裝編碼： 在保持 GS1 數位連結結構不變的情況下，加入品牌顏色、標誌和二維碼設計元素。
• 必要時請使用品牌域名： 自訂網域支援使企業能夠保持其數位體驗在自己的品牌下進行，而不是將客戶引導至不相關的網域。

QRCodeChimp 它不會取代負責尋找和存放召回庫存的ERP、WMS、追溯系統、零售系統或POS系統。它的作用是幫助團隊。 建立、管理、擴展 GS1 產品識別碼並將其與圍繞該產品的數位體驗連接起來。

醫療保健產品遵循不同的 GS1 和監管要求。 GS1 DataMatrix 廣泛用於受監管的醫療保健產品識別和 UDI。參見 醫療器材的FDA合規性和UDI 適用於該使用場景。

提前運行測試

選擇一款產品。

選擇其中一批。

就當它是今天早上被召回的。

然後從包裝、庫存、分銷、零售到客戶體驗，追蹤其品牌形象。

凡是你無法回答的地方 “受影響的批次在哪裡？現在會如何處理？” 這是一個需要彌補的差距，因為風險目前還只是假設性的。

常見問題