供應商提供批號，倉庫另貼收貨標籤，組裝現場再產生禮盒版本與成品批次；等到某個零件需要查核時，這幾套編號未必接得起來。本企業贈禮批次追溯範本協助品質與倉儲主管保存這些關聯，從一個零件批次找出使用它的組裝批次及出貨代碼。重點不是把所有資料放進同一張表，而是讓每一次對照都有來源，且公開範本不必出現收件人住址。
先問清楚要追哪一批，不要讓查詢代替處置
本範本處理的是一個窄而重要的問題：指定零件批次，依目前保存的用料與出貨紀錄，哪些出貨受到關聯影響？它不判定商品是否具有危害，也不決定是否通報、如何通知收件人或何時解除隔離。這些工作由組織內具權責的品質、法務及相關負責人，依實際商品與適用規範處理。資料尚未整理完整，不是延後必要緊急處置的理由。
台灣團隊可從經濟部標準檢驗局商品安全資訊網查核商品事故通報與召回資訊。網站提供的是官方程序與資訊入口，不代表每一款企業贈禮都適用同一種規範，也不能把別款商品公告直接套用到自己的禮盒。本文不設定通用通報期限、保存年限或安全認證結論；適用性須交給責任單位確認。
開表前先列出查詢母體：包含哪些倉庫、品項、供應商、組裝日期與出貨截止時間，哪些匯出檔尚未取得。三個倉庫只收到兩份資料時，結果應標示涵蓋不足，而不是以零筆表示第三倉沒有受影響商品。查詢人應同時交付結果與來源清單，讓覆核者知道數字的邊界。
採購負責取得供應商批號及證明，收貨主管維護供應商批號與當地標籤的對照，組裝主管提供實際耗用，履約主管提供出貨及訂單代碼。品質負責人核對範圍與隔離證據，法務確認適用通報及通知要求，客服則只在另行授權的系統內查人。把責任寫清楚，才能在異常發生時知道缺的是哪一份紀錄，而不是讓每個人重新找一遍。
若要先建立點收、儲位與狀態管理，可搭配企業贈禮倉儲指南。本表是關聯查詢工具，不是即時庫存帳，也不會因為表內顯示隔離，就自動封鎖現場揀貨。
保留供應商原批號，再建立倉庫標籤對照
最容易出錯的做法，是把供應商印在外箱上的批號改寫成倉庫方便使用的短碼，之後只留下新編號。短碼可以存在，但必須是有來源的別名。供應商批號、供應商身分、品項及原始證明應一起保存；不同供應商即使印出相同數字，也不代表是同一批貨。前導零、連字號與大小寫是否有意義，應由資料負責人依原資料確認，不要在匯入時順手刪除。
以GS1全球追溯標準官方文件作為方法參考時，可關注事件與投入、產出關聯。本範本採自訂假設識別鍵，不是該標準的認證，也不是跨系統互通實作。參考文件為二〇一七年八月核定第二版，實際查核日期為二〇二六年十月十九日；二〇二七規劃版不表示標準在二〇二七年更新。
| 一列代表什麼 | 穩定識別 | 保留的關聯 | 主要負責人 |
|---|---|---|---|
| 一個零件批次 | 批次鍵、供應商與品項脈絡 | 原批號、標籤對照、用料列 | 採購與收貨 |
| 一個禮盒用料項目 | 禮盒版本加品項，另有列鍵 | 每套應用零件件數 | 商品品質 |
| 一個組裝批次及各用料列 | 組裝主檔鍵、獨立用料列鍵 | 實際零件批次及禮盒版本 | 組裝主管 |
| 一次出貨 | 唯一出貨代碼，訂單代碼可重複 | 組裝批次、版本、倉庫與套數 | 履約主管 |
表格說明：零件、用料、組裝與出貨採不同粒度，才能保存一批零件進入多款禮盒的關係。
當地收貨標籤以倉庫為範圍。同一倉庫同一標籤若指向兩個不同零件批次，應視為衝突，而非讓查詢公式任選第一筆。同一標籤在同批零件的分次耗用紀錄重複，則可能合理；要看資料粒度，不能只看到重複文字就刪列。原箱拆分成多個儲位時，還需要另有移動紀錄支持現場位置，不能把位置當成永久批次身分。
例如台中倉把某供應商水瓶標為第一收貨批，新北倉也可能有自己的第一收貨批。兩個標籤文字相同，但倉庫不同，不能直接合併。反過來，台中倉若重印標籤，舊標籤與新標籤可能指向同一批實物，則應保存換標依據及原對照，而不是建立兩個看似不同的供應商批次。實務系統如需一批多個別名，應擴充獨立對照表；本小型範本不假裝涵蓋所有換標歷程。
單位也必須分開。零件用量以件計算，組裝與出貨以完整禮盒套數計算。每套一個水瓶，組裝四十套便應有四十件水瓶耗用；每套兩件的品項，則應依核准用料倍數檢查。供應商送來幾箱不能直接當成幾套禮盒，外箱包裝量需要先換算，且保存換算依據。數字能加總，不代表單位已經一致。
依資料規模選人工對照、範本或受控系統
少量且穩定的資料，可以由分析人員手動連接：先找供應商批次，再找各倉用料、組裝主檔與出貨紀錄。優點是每一步都看得到原始證據，適合獨立抽查。缺點是反覆複製編號容易漏掉分批出貨；不同人各自拿到不同截止版本，也可能產生看似合理但無法重算的結果。人工不是一定不可靠，前提是範圍小、來源完整且有第二人覆核。
本範本把相同關聯做成可檢查的有界公式，適合演練、小型專案或驗證系統匯出。淡黃格是來源輸入，淡藍格是計算；輸入異常留在所屬來源表，用料覆蓋另檢查必要零件。檢核表只彙整觀察，不反向提供查詢輸入，避免檢查邏輯與結果互相依賴。使用者仍須管理檔案版本、編輯權限與覆核紀錄，不能把可下載誤認成可多人同時安全操作。
當出入庫頻繁、多名人員同時作業、資料量超出範本容量，或需要更完整權限與變更歷程時，應評估受控資料庫或實際倉儲系統。評估時看能否匯出完整關聯，而不是只看畫面是否漂亮。有平台不代表現場一定登錄實際用料；若只有核准配方而沒有耗用證據，仍無法說明某一批出貨用了哪個供應商批次。
比較方法時使用一致標準：來源完整度、可重算性、存取限制、改動歷程、容量與維護責任。不要自行編造各工具的準確率，也不要假設執行廠商已經與某套系統串接。小型活動可以用完整來源加受控表格，大量長期計畫則更需要持續登錄與權限控制；選項取決於證據需求，不是把付費服務預設排在第一名。
核准用料與實際用料的差別，可參考企業禮品組裝指南。核准版本告訴現場應該放什麼，耗用紀錄才告訴覆核者實際放了哪一批。新品換版時，兩者都要保存，不能用最新配方覆蓋已出貨禮盒的舊關聯。
下載繁體中文版，按照來源順序執行
下載繁體中文八工作表試算檔與繁體中文受影響出貨範例匯出。兩檔都是第一版，規劃日期二〇二六年十月十五日，實際製作及查核日期十月十九日。檔內編號與二〇二七年事件均為假設；匯出檔是通用字元編碼的逗號分隔數值快照，沒有即時公式，也不包含完整來源模型。
八張工作表為受影響查詢、使用說明、零件批次、禮盒用料表、組裝批次、出貨代碼、檢核、方法與來源。組裝批次分為主檔與用料兩區：主檔每列是一個組裝批次，用料每列是一個零件批次的實際耗用。先保留原始範例，再另存受控工作副本；識別欄以文字匯入，不要讓軟體自行去掉前導零或轉成日期。
-
由品質負責人確認倉庫、品項、日期範圍與匯出截止時間。
-
登錄零件批次、供應商原批號、狀態與來源證明。
-
填入各禮盒版本的必要品項及每套用量。
-
建立組裝主檔，再登錄實際用料與當地標籤對照。
-
匯入唯一出貨代碼及其訂單、組裝批次、版本、倉庫與套數。
-
先處理來源異常與必要用料缺口，再解讀查詢數量。
-
在查詢欄指定唯一已知批次，將結果的受影響標記篩為一。
-
一併保存查詢、結果、原始匯出與另行授權的處置決定。
內建容量為二十筆零件批次、二十筆用料項目、十筆組裝主檔、三十筆實際用料及三十筆出貨。超出範圍直接貼資料，不表示公式會自動延伸。維護者須同時擴充表格、驗證、所有有界參照及用料覆蓋欄，再重做邊界測試。若每次擴充都要靠記憶修公式，就應改用較適合的受控系統。
使用說明中的品質覆核人、隔離或處置參照、已授權通知決定刻意留白。填入三格只表示有紀錄可供查核，不代表內容真的得到授權；即使放入待決案件編號，公式也不能辨識其法律效力。覆核者要看所指向的實際決定與權責，不要把非空白當成簽核。
匯入前另做一次欄位對照，尤其是倉庫把「批號」當收貨次序、供應商把「批號」當製造批次的情況。請雙方各拿一筆原始文件說明欄位意義，再由資料負責人記錄採用的定義。不要因為兩欄都叫批號就直接連接；也不要把沒有使用過的供應商證明編號當成出貨代碼。欄名相同不保證資料粒度相同，欄名不同也不代表不能建立有證據的對照。
假設案例甲：同一零件跨兩版禮盒與三倉
假設某水瓶批次進入兩款禮盒。第一版含水瓶與筆記本，第二版另加收納袋。三個倉庫分別用這批水瓶組裝四十、三十及二十套，另有第四批使用不同水瓶批次組裝十套。品質人員要找的是前面三批的出貨，不能因為第四批外觀相似、禮盒版本相同，就把它也算進來。這是教學情境，不是任何客戶的實際品質事件。
採購先提供水瓶批次與供應商證明，收貨主管提供三倉各自標籤的對照，組裝主管交付主檔與實際耗用。品質人員按核准用料核對每一批：四十套應有四十件水瓶與四十本筆記本，第二版還要有相應收納袋。水瓶連結正確，不能抵銷整筆漏登的收納袋；用料覆蓋檢查必須看應有項目，不只驗證已存在的列。
出貨紀錄顯示第一批分別出二十與十套，第二批出十五與五套，第三批出十套，合計六十套。這五筆出貨中有兩筆屬於同一訂單，所以正確口徑是五個出貨代碼、四個不重複訂單，而非五位收件人。三批共組裝九十套，扣除六十套已記錄出貨，得到三十套未出貨。這是組裝減出貨的計算量，不是已盤點現場存量，更不是可直接再配置的可用量。
覆核時安排第二人從凍結的原始匯出獨立手動對照，不要先拿公式結果當成唯一答案。從零件耗用找組裝批次，核對版本，再找出貨列；最後才去除重複訂單。只核對六十這個總數不夠，兩筆錯誤出貨可能剛好互相抵銷。應逐一比對五個代碼、各筆套數與未被納入的第四批。
驗收條件包括全部預期出貨恰好出現一次、非受影響出貨被排除、訂單去重後為四筆，且另一份乾淨副本可從相同來源重算。再選已知但尚未使用的零件批次，確認得到零筆；改輸入未知批次時，結果應要求修正識別，不應顯示讓人誤會安全的零筆。把這兩個負向測試一起保存，才能區分沒有符合與根本查不到身分。
還應抽一批做反向核對：從某個成品組裝批次出發，找回全部必要零件及其來源證明，再對照原先查詢水瓶時找到的關聯。正向查詢能找到出貨，並不保證每個成品批次的其他零件都完整。若反向核對發現筆記本使用了未登錄批次，先標示來源問題，再由品質負責人評估是否擴大範圍；不能只因這次疑慮來自水瓶，就忽略模型內已看見的缺口。
假設案例乙：部分禮盒出貨後收到疑慮
假設供應商提出水瓶批次疑慮，品質主管立即依組織程序開案，保存商品識別、來源證明、疑慮內容與已知不確定性。品質及法務評估實際通報與通知義務，不等待試算表整理完才開始。倉庫同時在實際系統及現場執行必要的阻擋，保存隔離時間、範圍與操作者。表內把批次改成隔離，只會改變查詢提示，不會停止輸送線或取消已交運包裹。
分析人員凍結查詢範圍內的各倉匯出，再重跑關聯。五個出貨代碼與四個訂單代碼是候選範圍，六十是已記錄出貨套數，不等於應通知的人數。一張訂單可能拆成兩次出貨，一箱也可能含多套禮盒。客服須在另行授權的系統內完成代碼對人，不可為了方便把收件人住址貼回公開範本。
公開教材不應放真人姓名、信箱、電話、地址或真實代碼對照。僅隱藏地址欄仍可能從其他工作表、註解、截圖或舊檔洩漏資訊；實際代碼若能在別處連回個人，也仍需要權限管理。對外分享應重建純假設資料，而不是直接刪除客戶匯出中的幾欄。內部事件證據則依組織授權保留，不能因為對外去識別就刪掉必要原件。
若其中一倉尚未交付用料檔，品質人員保留已知受影響候選，不把未提供資料解讀成沒有問題。分析人員向組裝主管索取缺檔，確認版本、批次與截止時間，再於受控副本補登並重算。若新證據增加候選範圍，要保留原結果、修訂結果與原因，讓通知負責人知道變動來自哪一段資料，而非悄悄改掉總數。
此案例的完成證據是實際隔離有紀錄、候選代碼與涵蓋來源一致、缺漏清楚揭露、公開檔不含個資，且通報或通知路徑已有權責單位決定。工作表三個欄位可填相關參照，但不會自動完成任何通報、寄出通知或解除隔離。若決定仍待確認，應保留待決狀態，不能用一個已填欄位掩蓋。
交給客服的名單與交給倉庫的名單也應分開。倉庫需要批次、儲位及實際阻擋證據，未必需要收件人身分；客服需要經核准的聯絡範圍與內容，未必需要完整供應商檢驗資料。由案件負責人定義最小必要欄位及存取人員，分別保存交付版本和接收確認。這樣能降低資料被反覆轉寄的風險，也讓後續新增候選時知道應更新哪一份清單。
遇到缺批號、重複鍵或孤立連結，修來源而非消警示
重複零件批次鍵會讓查詢無法確定選到哪個供應商或狀態，所以範本要求唯一且已知的選擇。重複出貨代碼也需要先判斷：是同一匯出貼了兩次，還是兩次真實出貨誤用了同一編號？保留兩筆原始參照，交由負責人確認正確粒度。刪掉看起來不方便的一列，雖然可能讓警示變成零，卻也可能把真正受影響的出貨刪掉。
供應商沒有提供原始批號時怎麼辦？
先保存收貨標籤、採購參照、品項、倉庫、到貨證明與疑似範圍，向供應商及收貨負責人索取原始批次證據。尚未核對的對照應保留未解決狀態，不可依隔壁外箱猜批號，也不可把不相關收貨合併成一個方便的新鍵。記錄因此產生的來源缺口，由品質負責人決定必要的暫停或隔離措施。
子列找不到組裝主檔或零件批次時，應依原始文件補正父紀錄，或修正誤填的子列。更正紀錄至少說明舊值、新值、原因、依據與覆核者，再重跑受影響查詢及一個不應受影響的對照。直接換一份匯出卻不留原因，日後就難以解釋為何候選範圍突然變小。
必要用料不足、出貨超過組裝量或版本與主檔不符，都可能是漏登、單位錯置、版本錯選或資料範圍不完整。公式只能指出矛盾，不能代替根因判定。若實際流程有退貨、拆盒、重工、報廢、跨倉轉移或混批出貨，必須另設事件模型及對應驗證；這份小型範本沒有完整涵蓋，不能把計算出的未出貨量當成可用庫存。
本版一筆出貨只連一個組裝批次。真實包裹若混裝多批，應先由資料負責人設計獨立出貨明細鍵及包裹對照，再擴充查詢與去重測試；不能直接重複唯一出貨代碼，或只留下其中一批。未完成這項模型調整前，不宜用本版原始公式推論混批包裹的完整影響範圍。
還有一種常見錯誤是為了對齊總數，把已核准舊版的組裝紀錄改成新版。這會讓數量暫時好看，卻破壞歷史證據。新版應建立新身分，舊版出貨保留舊關聯；若原資料真的填錯，使用可追查的更正程序，而不是覆蓋到看不出曾經發生什麼。
若來源檔因系統中斷延遲，先記錄最後成功取得的時間與未涵蓋交易，不要反覆貼入相同檔案湊齊列數。恢復後依穩定識別去重，確認新增紀錄確實屬於原查詢範圍，並重新比對母體。檔案名稱含有最新日期，不表示內部資料真的更新；應以來源系統提供的匯出截止及實際內容驗證，保留中斷前後兩份證據。
用可重做的測試驗收，再管理版本生命週期
採用前應測試實際匯出的試算檔，而不是只看製作環境中的數字。重新開啟並重算，改一筆出貨套數，確認受影響出貨及未出貨量同步變動；刪掉一整列必要零件耗用，確認用料覆蓋能抓到缺口。測完恢復假設基準，避免把破壞性測試留在交付檔。預期結果要事先寫清楚，不能跑完後才把任何輸出解釋成通過。
第一版四語試算檔均執行了重複鍵、未知上層、必要空白、分列耗用、未使用已知批次與隔離狀態等測試，並重開匯出檔驗證計算。假設基準為三個受影響組裝批次、九十套組裝、五筆出貨、四筆訂單、六十套已出貨及三十套未出貨；來源與公式異常為零，三個負責人決定欄位仍刻意留白。技術測試通過與實際處置未決是兩種狀態，不應混成一個簽核結果。
驗收者也要查看每張工作表的中文標題、欄名、日期及換行是否可讀，並確認匯出檔的編碼、列數與識別值。數值快照只包含五筆受影響出貨，不會隨試算檔更新；交付時一起註明檔案版本與所選批次。若下游匯入把文字代碼轉成數字，應比較匯入後的實際值，不能只因檔案成功開啟就認為資料沒有改變。
當查詢對象改變時，既有範例匯出仍維持原來五筆假設出貨，使用者必須另行從受影響標記為一的結果製作新快照，不能把原下載檔當成自動更新報告。匯出後重新核對表頭、筆數、不同訂單數與套數合計，並記錄所選批次及輸出時間；需要完整來源時交付受控試算副本，不要期待只有結果列的檔案能獨立還原所有用料。若將多倉結果分檔交接，還要保留共同查詢範圍及總覽，避免接收者漏掉其中一份，或把同一筆出貨跨檔重複加總。
每年至少重新檢視方法，來源結構、相關標準、禮盒版本或責任人變動時提前更新。保留原規劃日期並另外記錄實際查核日期，不要把檔名換成年份就宣稱證據更新。方法頁應保存欄位粒度、單位、關聯鍵、假設情境、適用範圍及已知限制，讓品質教育與倉儲訓練人員可以獨立引用方法，而不是引用一個沒有來源的結果數字。
上線前最後安排一次交接演練：由沒參與建表的人，依使用說明找到指定批次、辨識一筆刻意錯誤、說出應找哪位負責人，再從乾淨來源重現結果。若只有原作者能成功操作，表示還缺少必要說明或責任界線。驗收證據應包含實際輸入、查詢時間、來源版本、結果清單與覆核結論，而非只有一張顯示總數的畫面。
對外引用這份方法時，應同時說明這是有限容量的教學與小型查詢模型，沒有保證涵蓋企業全部交易，也沒有經過所有軟體版本的相容性驗證。內部正式採用仍須測試自己的匯入、重算與匯出流程，並確認人員知道何時停止使用計算結果。這項限制不降低範本的用途，反而讓讀者能在明確邊界內重做測試、發現缺口，再決定是否需要較完整的系統。
讓每一筆受影響出貨都能說明來由
好的批次追溯不是最大張的表，也不是最快出現一個總數，而是能說明每筆出貨為何被納入、另一筆為何被排除、來源涵蓋到哪裡，以及哪些決定尚未完成。保留供應商原批號、倉庫別名、禮盒歷史版本與實際用料，並把個人識別留在受控環境，才能讓關聯查詢成為可覆核的工作，而不是緊急時的猜測。
若計畫還需要協調採購、組裝或倉儲，可評估Giftpack製造與執行服務，並在下單前確認品質負責人要求的批次、用料、版本與出貨證據。服務選項不代表標準認證，也不取代組織自己的商品安全、法務、通報或隱私決定。