「全球可用」不是一個可以直接採購的答案。供應商可能支援跨國付款，卻不代表每個國家都有相同幣別、面額、寄送方式、兌換條款或帳戶權限。本資料集讓採購、財務、產品、工程與計畫負責人，在承諾收件人體驗前，先把已證實的涵蓋範圍、尚待查證的項目與實際上線門檻分開。
這份資料能證明什麼，又刻意保留哪些未知
2026.09.11-v1.0 版是依公開證據建立的代表性樣本，涵蓋五個供應商與四個市場：美國、臺灣、日本、南韓。資料包含二十筆穩定的供應商與市場組合，另有使用限制、來源清冊、變更紀錄、欄位字典與品質檢查。它不複製登入後才能取得的即時目錄，也不宣稱列盡全球產品，更不把行銷頁面的廣泛敘述當成特定商品可購買的證明。
核心規則很簡單。「已確認」表示本次查閱的官方公開頁面，明確指出該市場或該項能力。「未由公開頁面確認」表示頁面不足以證明特定供應商、國家與獎勵的組合；這不等於供應商一定不提供。「未知」也不是品質不佳的回答，而是一項明確的採購工作：上線前必須以當期目錄回應、契約、商品條款或供應商書面確認補齊。
本版採保守判定。Giftbit 公布國家頁面與寄送方式說明；Tango 的公開目錄可依國家篩選。Tremendous 與 Runa 說明目錄 API，但「全球」敘述或端點說明不能證明每個國家與商品配對。Giftpack 以執行層選項納入；本次無法由公開資料驗證的目錄細節，一律保留為未知，不以推測補值。
「支援某國」可能有多種意思：付款方可以下單、收件人可以收到連結、某張商店卡可在當地兌換、預付商品符合規則，或客服提供當地語言。這些條件不能互相替代。計畫即使能把連結寄到某國，仍可能因幣別、面額、行動裝置流程、身分要求或退款限制不符而失敗。
因此，工作簿分別保留國家代碼、顯示國名、幣別、獎勵類型、寄送管道、收件人選擇、面額上下限、到期與取消揭露、身分或地址要求、企業可用性、來源日期、查證日期、信心等級及備註。缺口會被看見，不會藏在單一的「涵蓋」欄位裡。
每一個未知值都應成為有負責人與期限的查證工作，而不是推定可用的許可。
下載可直接檢查的繁體中文版檔案
試算表包含七個工作表：使用說明、欄位字典、涵蓋資料、限制清冊、來源清冊、變更紀錄與品質檢查。逗號分隔檔則以 UTF-8 編碼提供相同的二十筆涵蓋資料。兩種格式都使用穩定列識別碼，讓後續版本可以精確顯示哪個供應商與市場紀錄發生變化。
檔案用於證據審查，不是供應商排名。篩選器可依供應商、市場、證據狀態或信心等級縮小範圍；限制清冊把重要缺口轉成應採取的營運回應；來源清冊記錄每一類證據所用的官方頁面；品質檢查則核對列數與必填欄位。製作紀錄另行檢查重複鍵值、安全網址、公式、壓縮封裝完整性，以及每一張工作表的實際顯示。
欄位標示「未知」時，應如何使用下載檔？
第一，保留工作副本中的未知值。第二，依問題分派負責人：契約可用性由採購處理，目錄回應與寄送方式由工程處理，入金與結算由財務處理，身分資料由隱私或法遵人員處理，收件人體驗由計畫負責人處理。第三，附上有日期的答案與來源。在沒有證據時，不要因某幣別是法定貨幣，或某寄送方式看似常見，就自行填入。
版本日期本身就是證據的一部分。商品目錄與條款會變動，今天下載的檔案不應被視為永久權利。建議至少每季更新一次；若供應商公告目錄擴張、付款調整、卡片方案變更、法規限制或 API 版本異動，應提前重新查證。
每次引用時也應一併標示版本，避免讀者把舊結論誤認為當期可用性。
可直接使用的代表性資料切片
下表是下載資料的精簡文章版，呈現的是證據狀態，不是完整商品庫存。若官方公開頁面沒有可驗證的配對，幣別與商品條款仍維持未知。
| 穩定列識別碼 | 供應商 | 市場 | 公開證據狀態 | 已記錄寄送方式 | 營運備註 |
| giftbit-us-digital-catalog-v1 | Giftbit | 美國 | 官方國家頁面已確認 | 電子郵件、連結、應用程式內 | 以帳戶目錄確認幣別與面額 |
| giftbit-tw-digital-catalog-v1 | Giftbit | 臺灣 | 本次頁面未確認 | 一般能力包含電子郵件、連結、應用程式內 | 不由區域敘述推定臺灣可用 |
| giftbit-jp-digital-catalog-v1 | Giftbit | 日本 | 官方國家頁面已確認 | 電子郵件、連結、應用程式內 | 確認日文目錄、領取條款與說明 |
| giftbit-kr-digital-catalog-v1 | Giftbit | 南韓 | 官方國家頁面已確認 | 電子郵件、連結、應用程式內 | 確認韓文目錄、行動流程與限制 |
| tango-tw-digital-catalog-v1 | Tango | 臺灣 | 公開國家篩選已確認 | 電子郵件與選擇連結 | 下單前重查商品與當地幣別 |
| tremendous-jp-digital-catalog-v1 | Tremendous | 日本 | 公開資料未證實市場商品配對 | 電子郵件、連結與簡訊 | 以正式帳戶查詢當期商品端點 |
| runa-kr-digital-catalog-v1 | Runa | 南韓 | 公開資料未證實市場商品配對 | API 與領取連結流程 | 保存當期目錄及其指紋 |
| giftpack-us-digital-catalog-v1 | Giftpack | 美國 | 本次未驗證公開目錄細節 | 執行流程仍需確認 | 實作時確認範圍，不給虛構分數 |
排序方式為供應商名稱後接市場代碼，不代表推薦順序。信心等級衡量附在該列的證據，不評斷供應商品質。「高」表示官方公開頁面直接支持狹義陳述；「中」表示供應商說明能力或目錄機制，但市場與商品配對仍需帳戶層證據。
這項區分可避免常見錯誤。公開國家清單或許證明供應商服務日本，卻不能證明新帳戶可購買某一固定面額、商品沒有領取期限，或發出後可以取消。這些事實必須放在不同欄位，並使用各自的證據。
方法：從官方頁面建立可追蹤的穩定資料列
研究從買方需求開始，不從供應商的涵蓋數字開始。先定義收件國家、偏好幣別、可接受獎勵類型、寄送管道、是否必須讓收件人選擇、面額範圍、時限、可接受的個人資料，以及取消期待。沒有這份規格，再大的目錄也不能回答計畫是否可行。
接著只收集官方證據。公開商品目錄、開發文件、條款、說明中心與當期國家頁面可以使用；搜尋結果摘要、聯盟行銷目錄、群眾整理清單與評論網站不採用。每個來源必須使用 HTTPS，且在查證日可以開啟。若頁面只描述一般能力，沒有國家與商品配對，資料列就記錄該能力，並把配對保留為未確認。
正規化時需保持謹慎。國家與地區使用 ISO 3166-1 alpha-2 代碼，方便系統串接，同時保留在地化顯示名稱。只有供應商證據或已驗證目錄支持幣別關係時，才使用 ISO 4217 代碼；不得自動代入法定貨幣。供應商的定義若與正規欄位不同，原始措辭會保存在備註中。
穩定列識別碼由供應商、市場、獎勵類型與不隨版本變動的語意組成。來源日期或備註改變時不換識別碼；只有商業物件真的改變，例如把一般數位目錄拆成預付卡與商店卡兩筆，才建立新識別碼。穩定鍵值讓版本差異、資料串接與自動檢查都有可靠依據。
品質檢查涵蓋七類風險：空白穩定鍵、重複鍵、缺少必填欄位、非安全來源網址、無效列舉值、沒有對應資料列的限制，以及錯誤公式。每張工作表也會實際渲染檢查，因為能開啟的檔案仍可能因標題被截斷、篩選遮住欄位或中日韓字形變成方框而無法使用。本版採用支援中日韓的字型，並逐頁目視確認。
本方法刻意把公開證據與登入帳戶後的證據分開。正式環境的目錄回應應保存請求背景、帳戶、環境、時間、API 版本及政策允許的加密指紋。它可以把內部市場與商品判定升級為已確認，但不應悄悄改寫公開頁面所能證明的內容。兩層並存，才能分辨任何人可重現的公開主張與帳戶專屬權利。
更新版的驗收證據至少包括來源清冊、資料列差異、零重複鍵、零缺漏必填網址、零非安全網址、公式掃描通過、可正常解壓開啟的試算表、可讀的 UTF-8 逗號分隔檔、所有工作表顯示檢查、精確位元組數、SHA-256 雜湊與不可變下載收據。只產出一個檔名，不代表交付完成。
把涵蓋資料轉成可核准的上線決策
先由計畫負責人建立需求表，一列代表一個收件人區段，例如日本員工的年終肯定，或南韓研究參與者的小額獎勵。記錄預計人數、價值範圍、付款法人、入金幣別、寄送期限、是否需要選擇、備援商品，以及目前持有的個人資料。
採購再把需求與涵蓋資料連結。市場列已確認只代表第一道篩選通過；仍需取得商品面額、商務條款、退款或取消規則、帳戶資格、支援模式與服務承諾。財務確認入金方式、匯率處理、發票、對帳欄位與未領取價值的責任。法務、稅務、隱私與薪資負責人各自在權限內做決定；本資料不能取代這些判斷。
工程應在預計使用的正式環境取得當期目錄，保存原始回應、正規化摘錄與請求資料，並逐項比對核准需求。測試環境的結果不能代替正式帳戶，因為商品、限制與測試資料可能不同。重試必須具備冪等性，寄送結果也要能對帳，避免在狀態不明時重複發出獎勵。
計畫負責人需在實際語言與裝置情境測試收件體驗。電子郵件投遞、行動兌換、國家選擇、價值顯示、商品條款與求助說明都要清楚。連結技術上有效，不代表體驗成功；收件人若認不出寄件人、看到意外幣別，或選擇後才遇到限制，仍是失敗。
使用明確閘門。市場只有在正式目錄含有已核准商品、價值符合範圍、寄送方式完成測試、必要資料獲准、條款已審查、資金已就緒，且備援方案有文件時，才能標示為可上線。「部分就緒」要與「就緒」分開，避免未解決的面額或身分欄位被樂觀狀態掩蓋。
上線後持續監測已接受訂單、領取或兌換、投遞失敗、取消、客服聯絡與對帳例外，並依市場及供應商拆分。能持續支援決策的涵蓋資料才有價值；靜態附錄很快就會失效。
團隊也應設定「停止」條件，而不只設定「開始」條件。若正式目錄不再提供核准商品、連續投遞失敗超過內部門檻、收件人被要求提供未核准資料，或對帳無法回到原始事件，系統就應暫停該市場的新發放。暫停後先保存原始狀態與時間，再由具權限的人判定重試、改用備援或取消。這能避免營運人員為了趕時程，在資訊不足時以新訂單掩蓋舊訂單。
接受證據應與決策一起保存。核准紀錄至少要指出使用哪一版資料、哪一筆穩定識別碼、哪次正式目錄取得、哪些限制仍被接受，以及核准適用的活動與期間。下一個活動即使使用同一供應商，也不能直接沿用舊核准；只要收件市場、價值、法人、用途或個人資料改變，就要重新比對。
具體執行路徑
-
計畫負責人定義四個市場的需求與每個區段的備援。
-
採購分開保存公開證據與契約證據，不混成單一狀態。
-
工程取得正式目錄並保存回應指紋。
-
財務確認入金、結算、對帳與價值限制。
-
隱私、法務、稅務或薪資負責人審查其權限內欄位。
-
當地審查者以繁體中文、日文、韓文與英文完成收件體驗測試。
-
發布負責人比較穩定識別碼、記錄變更並產出新的日期版本。
驗收包應讓審查者不必開會就能回答：測試了哪項需求、哪個官方來源支持、哪份正式回應證明當期權利、誰接受剩餘限制、投遞失敗時啟動何種備援，以及證據何時應重新檢查。
假設案例一：日本員工肯定計畫
假設某公司要肯定日本的二百四十名員工，讓收件人選擇獎勵，價值介於日圓五千至一萬。人力資源團隊偏好電子郵件寄送，財務由美國法人入金，隱私團隊希望避免收集住址。這是規劃用的假設案例，不是 Giftpack 客戶成果。
第一輪不該問「哪一家是全球供應商」，而要問正式帳戶是否提供日本商品、是否以日圓顯示且符合價值範圍、是否有選擇流程、是否支援電子郵件、需要哪些收件資料，以及未領取或寄送失敗時如何處理。公開樣本能找出有國家證據或目錄機制的候選者，不能替團隊完成決策。
假設某供應商的公開頁面列出日本，卻沒有幣別與面額。採購可將該市場標為暫時符合，再由工程查詢正式目錄。若目錄有多項日本商品，但固定面額只有日圓三千與五千，團隊有三種選擇：把獎勵統一為五千、尋找可變面額商品，或保留另一供應商處理較高金額。前兩者簡化營運，第三者提高選擇但增加對帳與支援複雜度。決策需要寫明理由，而不是只留下「日本可用」。
再假設首選商品只需電子郵件，另一張預付商品在兌換時要求額外身分資料。隱私團隊可能核准前者作為低資料量的肯定流程；後者仍可能合法可行，但需要不同通知、保存期限與客服方案。兩種商品不能被壓成同一筆無條件的市場支援結論。
若測試郵件被企業篩選器阻擋，復原方式不是立刻建立第二筆訂單。先確認原訂單狀態；若供應商支援，取得同一獎勵的安全領取連結，再經核准的內部管道傳送，並保留相同事件紀錄。驗收證據應包含一次成功的日文行動裝置兌換、正確日圓顯示、可讀條款、清楚寄件人與回到穩定事件識別碼的對帳。
這個案例顯示未知值的用途：它把工作集中到真正會改變上線決策的事實，而不是鼓勵團隊給平台一個沒有證據的總分。
假設案例二：南韓研究參與者獎勵
假設研究團隊要向南韓一千五百名已驗證參與者提供小額獎勵，目標價值為韓圓一萬，問卷系統可以傳送唯一連結，研究時程很緊。重複參與會同時扭曲預算與研究品質，因此防止重複發放是必要條件。這同樣是規劃用假設案例。
買方應把目錄涵蓋與計畫資格分開。供應商可能提供南韓商品，卻限制某些用途、要求企業驗證，或要求付款方自行維護參與者控制。採購確認允許用途，財務確認入金與交易上限，研究營運定義一名合格參與者只能取得一份獎勵，工程則把研究事件識別碼設為冪等鍵。
若公開頁面確認南韓，但沒有揭露韓圓商品，團隊必須查詢登入後的當期目錄。其他幣別的商品也許技術上能寄送，卻把換匯或兌換不確定性轉嫁給參與者。應優先採用有證據支持的當地幣別商品；若只能採用替代方案，就應揭露差異並取得核准，不得依常識把資料列直接標成韓圓。
寄送方式也有實際取捨。由供應商寄送電子郵件可降低開發量，且可能支援重寄；由研究系統接收連結則能更精確控制時點與身分配對，但買方需負責安全保存、存取紀錄與防止同一人重複領取。正確選項取決於研究資料流，不是一般功能排名。
假設田野調查進行到一半時，目錄移除選定商品。復原先暫停受影響市場的新發放，保留已接受訂單並重新取得目錄。負責人選擇等值且已核准的備援商品，更新參與者說明，把資料列變更記在新版中，完成一次受控兌換後才恢復。既有獎勵在實際狀態與供應商規則未釐清前不得任意替換。
驗收證據包括當期目錄指紋、用途允許確認、韓圓價值驗證、一次成功行動領取、一次不會重複發放的重複事件測試、暫停與備援程序，以及從研究事件到供應商訂單的財務對帳。這些控制比「南韓：是」更能保護計畫。
常見失敗、復原方式與更新責任
最常見的失敗是無聲推測。買方看到「超過一百五十個國家」後，便自行填入法定貨幣、寄送方式或商品類型。復原時應把推定值改回未知，找出原主張來源，並針對每個必要配對查詢當期目錄。修正要寫入變更紀錄，讓下游使用者知道原有值為何消失。
第二種失敗是證據過期。來源頁面仍可開啟，底層商品卻可能已改變。每筆證據都要有下次審查日；供應商通知、API 淘汰、卡片方案調整或重複下單失敗，都應觸發提前更新。季度只是最低頻率，不代表資料九十天內一定正確。
第三種失敗是把帳戶權利當成公開可用性。正式環境存取、入金方式、風險審查、企業所在地與契約方案，都可能影響帳戶可購買的商品。帳戶證據應另外保存並標示環境，也不應公開供應商未公開的私人目錄細節。公開文章的主張仍需任何讀者都能由官方來源重現。
第四種失敗是把技術接受當成收件成功。API 已接受請求之後，獎勵仍可能排隊、稍後拒絕、未送達、未領取或無法在裝置上使用。狀態必須區分請求已接受、獎勵已發出、已送達、已領取、已兌換、已取消與已對帳；每一狀態要有負責人與逾時處理規則。
第五種失敗是更新工作簿卻不保留穩定鍵與雜湊，導致串接中斷，也無法證明檔案是否改變。每次發布必須保留穩定列識別碼、提高版本、由同一份正規化證據重建四語檔案、渲染所有工作表，並記錄位元組數與 SHA-256。舊版應封存，不得覆寫。
第六種失敗是本地化只有欄名翻譯，限制與收件說明仍沿用另一種語言。復原時必須讓當地審查者逐步完成選擇、領取、求助與備援流程，並把難以理解的用語回報給內容與營運負責人。驗收不只看字形是否顯示，也要確認語意、日期格式、幣別表達與行動裝置版面。若同一份正規資料產生四語檔案，四版的穩定識別碼與證據狀態必須一致，只有顯示文字在地化。
第七種失敗是文章表格、下載檔與核准紀錄指向不同版本。復原時要一次核對正文版本日、檔名、穩定資料列、位元組數、雜湊、來源清冊與變更紀錄。任何一項不一致，就撤下可發布狀態，重新產生四語檔案並讀回驗證。審查者還應抽選至少一筆已確認與一筆未知資料，從文章追到工作簿、官方來源和正式查證任務，確保證據鏈不是只在表面上完整。
第八種失敗是備援方案只有名稱，沒有啟動條件。可用的備援必須寫明誰判定失敗、等待多久、如何確認原訂單不會重複、替代商品如何維持等值、收件人會看到什麼，以及財務如何對帳。若這些欄位沒有答案，該市場只能標示為部分就緒。這個限制雖然會延後發放，卻能避免同一收件人取得兩份獎勵，或在不同幣別間承擔未核准的價值差異。
責任必須明確。計畫負責人掌握體驗與備援；採購掌握供應商與契約證據；工程掌握目錄取得與寄送整合；財務掌握入金與對帳；隱私及法遵掌握資料與政策審查；在地人員掌握語言與可用性；發布負責人掌握版本、雜湊與交付證據。責任表只有在每個未知欄位都有具名解題者與期限時才有價值。
何時可以把「未確認」升級為「已確認」？
只有新的官方公開證據明確支持相同的供應商、市場與獎勵陳述時，才能升級公開狀態。登入帳戶取得的證據可以建立另一筆內部確認，但不能宣稱任何人都能重現。必須記錄來源、日期、精確主張、審查者與新檔案指紋；若日後證據消失，保留歷史紀錄並更新目前狀態。
可辯護的涵蓋決策，比龐大的國家數字更有價值
全球數位獎勵是目錄、入金、收件資料、寄送、條款與支援共同組成的營運系統，單一涵蓋數字無法代表它。真正目標是建立一條證據鏈：從買方需求，連到市場資料列、當期商品、實際測試的收件體驗，再連到可對帳的結果。
可把本版當作結構起點：把已確認主張維持在狹義範圍，讓未知項目保持可見，並保留公開文件與正式帳戶證據的差異。每次重要活動開始前，都應再次取得即時目錄，重查價值、寄送、身分、到期與備援條件。稅務問題可參考全球員工禮品稅務資料集，治理設計可參考全球企業送禮法遵樞紐，成本建模可參考企業送禮平台定價指南。
當團隊需要把已核准的決策落實到多個國家時，Giftpack 可作為送禮執行層，協調目錄、收件人選擇、寄送與例外處理。它不取代採購、稅務、法務、薪資、隱私或雇主決策；各證據負責人仍需為自己的閘門負責。