郵政包裹業者的大量HTS關稅API：替每一件美國包裹歸類
Chen Cui Co-Founder of GingerControl 這次更新：刪去沒有出處的每日處理量承諾、24到36個月的自建時程、18個月保存期和「正在採購」的業者名單；USPS 公報（講的是寄出美國的郵件）換成 CBP 的郵件非正式報關規則，英國規則改寫成它實際講的出口端變動，數字改引 CBP 自己的新聞稿。
因為自2025年8月29日起，每件寄往美國的包裹都需要一個HTS稅號與關稅計算，而且每一件都要在郵袋離站之前準備好。郵政HTS關稅API是唯一能讓國際郵件處理業者，在郵袋離站前就替每張CN22或CN23申報單，掛上10位碼HTS稅號，以及Section 232與301這兩項關稅的架構。
國家郵政可以直接沿用寄件人在海關申報單上填的申報內容嗎？
不行。寄件人經常把 HS 碼欄位留空，或填錯，導致 CBP 扣留或退回包裹。自2026年7月24日起，每一票進入美國的郵件，都要由貨主、買方或持照報關行辦理報關，並申報每件物品適用的10位碼 HTS 稅號，CBP 不再代為製作郵件報單，也不再於投遞時收稅[1]。這讓出貨前的稅號判定成為前提條件，所以郵政營運商和替它們的郵件辦理報關的報關行，要自己做大量 HTS 稅號判定，而不是仰賴寄件人填報。
摘要
郵政HTS關稅API是一個高吞吐量的REST端點，輸入一件包裹的產品描述加上原產國，回傳一個10位碼HTS稅號（前6位就是HS碼），以及美國各層關稅（MFN、Section 301、含鋼鋁澆鑄國細節的Section 232、其他Chapter 99項目）。國家郵政營運商和替它們的郵件辦理報關的報關行都需要它，因為2025年8月29日的小額豁免暫停，加上 CBP 自2026年7月24日起的郵件非正式報關程序，讓每一票進入美國的郵件都要帶著10位碼稅號報關，這個量體，人工報關審查根本應付不來。GingerControl的Classification + Tariff Calculation API預設每次呼叫處理120項，並依每位客戶的處理量調整；它只限企業客戶，從一通電話開始，並提供一把依你的呼叫模式、IP白名單與尖峰QPS設定的金鑰。GingerControl不公布速度或處理量數據。
對一家每季處理400萬件美國包裹的國際郵件處理業者來說，光是1%的誤分類率，代價就是4萬件包裹被扣留、退回，或在目的地被罰款。
2025年9月到2026年2月之間，郵政營運商的處境變了什麼
數十年來，國家郵政營運商仰賴萬國郵政聯盟（UPU）架構處理跨境郵件，低價值包裹享有輕度海關處理。三項美國法規變動，終結了這套安排：
| 日期 | 動作 | 對郵政營運商的影響 |
|---|---|---|
| 2025年8月29日 | 第14324號行政命令暫停所有國家的小額豁免免稅待遇（CBP說明文件） | 原本每天約400萬件、原本免申報HTS就能通關的包裹，現在都需要完整分類（CBP新聞稿） |
| 2026年2月24日 | 10%的Section 122附加稅在IEEPA關稅結束後生效；它涵蓋截至2026年7月23日進口的貨物，7月24日起由Section 301強迫勞動關稅取代（Proclamation 11012） | 單件包裹的關稅計算需要多層關稅疊加：基本稅率加301加232加其他Chapter 99項目 |
| 2026年6月24日與7月24日 | CBP 規則自6月24日起無限期暫停所有管道的小額豁免，郵件也包括在內；7月24日起實施郵件非正式報關程序（91 FR 37801） | 每一票郵件都由貨主、買方或持照報關行報關，每件物品都要有10位碼稅號；CBP 不再於投遞時收稅 |
其他國家也在改郵政的海關規則。英國的2025年海關（雜項修正）條例自2025年7月16日起生效，允許價值不超過1,000英鎊的貨物透過獲授權的外國指定郵政營運商，從大不列顛以郵寄方式出口，由 HMRC 核准這些營運商[7]。方向是一樣的：郵政營運商正被愈來愈當成海關中介機構看待，而不只是承運業者，而且被期待要在單件包裹的顆粒度上，交出跟得上要求的稅號判定品質。
進入美國的小額豁免貨件從2015年的1.34億件增加到2024年的13.6億件，每天超過400萬件包裹[3]。CBP 表示，從2025年5月開始逐步取消到2025年12月，它對超過2.46億件低價貨件課徵了超過10億美元的關稅[4]。這每一塊錢，都是從原本能繞過 HTS 稅號判定的包裹身上收來的，而替包裹掛上稅號這件單件層級的工作，現在就落在邊境的郵政營運商這一側。
大量的郵政作業，實際上是怎麼運作的？
一線國家郵政營運商，是依每日空運班表分波次清運美國包裹的。單一國際郵件處理中心的典型作業模式如下：
- 進口分揀，04:00到08:00。 包裹從各區域集散點送達，每件都附有寄件人或商家填寫的CN22或CN23海關申報單。
- 海關前置作業，08:00到14:00。 作業人員驗證寄件人申報內容、補上缺漏的HS碼，並在需要預先清關的情況下套用目的地端的關稅計算。這裡是瓶頸所在。
- 空運截止，16:00。 截止前沒完成海關前置作業的包裹，會錯過班機，被延到隔天。
- 例外處理，持續進行。 在目的地海關被拒收的包裹，會以例外案件形式回流，往往要等上好幾週，而且很難清楚追溯根本原因。
實際的數字是：以每日10萬件寄往美國的包裹計算，即使海關前置階段的每件HS碼查詢只花30秒，一天下來也是833個工時。沒有任何郵政營運商養得起這種櫃檯量能。歷史上的退路是「相信寄件人的申報」。2025年9月1日之後，這個退路在目的地海關審查下已經站不住腳。
「人工審查」在郵政量體下實際上代表什麼： 一位資深報關人員正確分類一件包裹，依產品複雜度需要30分鐘到2小時。以每日10萬件包裹、每件30分鐘計算，人工作業流程一天需要5萬個報關工時，也就是每家郵政營運商要配置6,250名全職報關人員。任何一個國家都不可能有6,250名報關人員願意做單件包裹層級的郵件審查工作。這個算式逼出了以API為核心的架構。
這正是為什麼程式化HTS歸類應該放進國際郵件處理架構裡面，而不是當成選配項目放在旁邊。
一套真正上線的郵政HTS關稅API，實際上必須交付什麼？
供應商評選標準，跟一般泛用「HTS API」的推銷內容完全是兩回事。以下是一線國際郵件處理業者實際使用的需求清單。
1. 吞吐量要依每日尖峰設計，不是平均值
一般SaaS API公告的是「每小時處理件數」平均值。郵政作業真正在意的是尖峰時段，也就是08:00到14:00這段海關前置作業窗口，一天的分類工作量會集中在這裡。一個10萬件的作業日，若只有6個有效工時，就是每小時16,667件，節慶前的量體高峰更可能衝到每小時3萬件。
GingerControl的Classification + Tariff Calculation API不公布吞吐量方案：通話之後，每位客戶會拿到一把依你的呼叫模式、IP白名單與尖峰QPS設定的金鑰，所以簽約之前，先把你的尖峰時段寫進書面。
2. 批次端點要貼合分揀節奏
郵政分揀作業是批次進行，不是串流式的。單一批送往美國分揀中心的貨箱，通常裝有200到500件包裹。API的批次端點POST /openapi/v1/tariff/batch每次請求預設處理120件，並依你的處理量調整，結果依你送出的順序回傳，所以一個200到500件的分揀貨箱，就是2到5次呼叫。
3. 每件包裹要回傳完整美國關稅疊加，不只是HS碼
6位碼HS碼是UPU的最低要求。目的地海關審查真正需要的，是10位碼HTS加上完整的關稅計算。這項計算現在需要：
- 來自HTSUS各章的MFN基本稅率
- 針對中國原產的Section 301加徵（USTR）
- Section 232金屬加徵，含
steel_pour_country與aluminum_pour_country選填欄位以提升準確度 - 自2026年7月24日起，對60個經濟體的貨物加徵10%或12.5%的Section 301強迫勞動關稅，取代了10%的Section 122附加稅（適用於2026年2月24日至7月23日進口的貨物）
- Chapter 99產品專屬項目
GingerControl在單一回應裡就回傳以上全部內容。一家只接了HS碼API的郵政營運商，還得另外建一套關稅計算流程，這等於讓整合範圍加倍，還會製造出兩套快取失效問題。
4. 郵政海關爭議需要一條推理鏈
當目的地海關拒收一件包裹，郵政營運商就要負責替這項分類辯護，往往是在原始處理過後好幾個月才發生。沒有結構化的推理鏈，唯一能拿出來的說法就是「系統這樣說」，這在審查中站不住腳。GingerControl的API不回傳推理鏈：它的回應在你的item_id下提供稅號與各項關稅，並附上一個用來追蹤的X-Request-Id。以類注、章注與CROSS裁定為依據的GRI推理報告，來自Classification Researcher，每個案例處理一項產品。arxiv 2412.14179學術基準指出，Zonos「在這些分類結果如何得出這件事上缺乏透明度，沒有給使用者任何依據」。對面臨目的地海關嚴格審查的郵政營運商來說，這條推理鏈就是稽核時的辯護依據。
5. 對含多組件包裹要支援拆分編碼
跨境電商包裹經常裝著複合產品。一件來自日本電商平台的包裹，可能裝著一支腕錶（錶殼歸在HTS第91章、錶帶可能要分開歸類、電池則在另一章）。多數API會把整件包裹當成一項商品，只選一個代碼。對於逐項組件課稅的貨品，例如第91章的腕錶，GingerControl的API會把複合關稅按組件回傳。
6. 工程團隊主導的自建郵政系統整合
國家郵政營運商運行的是自建的郵件處理架構，IPS（國際郵政系統）、客製分揀軟體，以及直接產生CN22/CN23的管線。標準SaaS連接器根本接不上。GingerControl沒有現成的郵政連接器：Classification + Tariff Calculation API只限企業客戶，從一通電話開始，之後GingerControl會提供一把依你的呼叫模式、IP白名單與尖峰QPS設定的金鑰，再由你的團隊從郵件處理系統呼叫它。
郵政營運商實際上怎麼把HTS分類API接進郵件處理流程
以下是一套適合美國包裹量大的國家郵政的整合拓撲。
| 流程階段 | 觸發條件 | API呼叫 | 輸出寫入位置 |
|---|---|---|---|
| 寄件人申報接收 | 包裹在原寄地分揀掃描 | 單品端點，驗證寄件人的HS碼 | IPS紀錄，寫入修正後HS碼與完整關稅疊加 |
| 大量海關前置作業 | 分揀貨箱結批 | 批次端點，預設單次120件 | CN22/CN23表單產出管線 |
| 空運前驗證 | 接近截止時間 | 對既有分類做關稅重新查驗 | 最終艙單 |
| 關稅疊加重跑 | 聯邦公報公告或新的Chapter 99稅率 | 對在途包裹批次重新分類 | 更新系統內仍在途包裹的關稅計算 |
| 目的地爭議辯護 | 包裹在美國海關被拒收 | 調取存檔的請求與回應（X-Request-Id） | 附上稅號、各項關稅與呼叫日期的海關回覆文件 |
在郵政規模下，有三項原則特別重要：
- 驗證，不要取代寄件人申報。 寄件人的HS碼是一項資料，不是真相本身。把它跑過API，比對相符的就接受，不相符的標記交人工複核，寄件人留空的則預設採用API的分類結果。
- HS碼依商家SKU快取，關稅疊加每件包裹重新計算。 商家的SKU主檔相對穩定。關稅疊加層可能一夜之間就變。把快取放在對的層級，能在維持關稅計算最新的同時，控制API呼叫量。
- 保留每次請求與回應，保存多久依你們的紀錄政策和合約要求。目的地海關的詢問可能在處理完成幾個月後才來，到時能回答的，是一份標明日期、記下送出什麼又收到什麼的紀錄。
GingerControl的Classification + Tariff Calculation API在單一REST呼叫中，交付程式化HTS分類加美國各層關稅（Section 232、301、其他Chapter 99項目），預設每次呼叫120項；它的Quick分類線在GingerControl自己對1,000多項產品做的內部測試中，10碼層級達到99.86%，這是第一方測試，不是獨立基準。
郵政作業團隊的自建vs採購決策
國家郵政通常有相當充足的內部IT量能，所以自建或採購這個問題確實值得認真比較。以下是誠實的對照：
| 面向 | 內部自建 | 使用郵政HTS關稅API |
|---|---|---|
| 達到正式上線歸類的時間 | 很長：資料匯入、GRI邏輯、準確度測試和法規監控都要先做好 | 從一通電話開始；整合時間取決於你的系統 |
| 維護HTSUS稅則版本 | 每季匯入USITC更新加迴歸測試 | 供應商負責 |
| Section 232/301/Chapter 99監控 | 需要專責合規人員嵌入IT團隊 | 每次API回應即附上，供應商負責更新 |
| 準確度基準 | 自訂定義，無外部驗證 | GingerControl：在它自己對1,000多項產品做的內部測試中，10碼層級達到99.86%（第一方） |
| 推理稽核軌跡 | 從零開發，需要GRI領域專業 | GingerControl的API回應裡沒有；Classification Researcher會為每項產品寫一份推理報告 |
| 你的尖峰時段吞吐量 | 需要客製基礎架構加容量規劃 | 通話之後，依你的尖峰QPS設定金鑰 |
| 單一關稅疊加層變動時的成本 | 重新排優先序、開發、迴歸測試 | 零成本，供應商負責上線 |
結論： 對美國包裹量大的國家郵政營運商來說，自建HTS分類引擎是一項好幾年的投入，還要持續配置合規人力。以API為核心的架構，能把這個時程壓縮成一個整合專案。GingerControl的Classification + Tariff Calculation API就是為這一層打造的，通話之後會提供一把依你的尖峰QPS設定的金鑰。像Descartes這類標準海關資料庫工具，比較適合已經在使用這類平台處理更廣泛貿易流程、也接受把關稅疊加整合當成獨立工作項目的郵政營運商。
郵政作業主管該問任何HTS API供應商的問題
如果你負責國家郵政的國際郵件作業，真正該問的問題是：
- 你的尖峰QPS支援是多少，能不能依客戶客製化？ 一般SaaS方案跟不上郵政負載曲線。GingerControl會在通話之後，依每位客戶的呼叫模式與尖峰QPS設定它的金鑰，而且不公布吞吐量方案。
- 你有沒有回傳目前的美國關稅疊加，包括2026年7月24日起的Section 301強迫勞動關稅？ 如果供應商還在用IEEPA關稅算法，代表沒跟上2026年2月20日最高法院裁決；如果還在加Section 122，代表沒跟上它在2026年7月24日的到期。
- 你怎麼處理單一包裹裡的複合產品？ 要求供應商示範一支腕錶的拆解結果。對於第91章的腕錶，GingerControl的API會把複合關稅按組件回傳。
- 處理完成12個月後，你的回應會留下什麼紀錄，為單件包裹分類辯護？ 郵政海關爭議往往拖很久。保存下來的請求與回應要保留足夠脈絡，才能佐證原始判斷；也要問清楚是否附帶推理紀錄（GingerControl 的 API 不提供）。
- 你支不支援直接整合IPS或自建郵件處理系統？ GingerControl沒有現成的郵政連接器；通話之後，由你的團隊從自己的系統呼叫API。
- 你在真實測試集上的準確度是多少，有沒有外部基準驗證？ GingerControl的Quick分類線在GingerControl自己對1,000多項產品做的內部測試中，10碼層級達到99.86%，這是第一方測試；唯一一項公開的跨供應商基準arxiv 2412.14179（2024年12月）沒有納入GingerControl。
常見問題
GingerControl的Classification + Tariff Calculation API怎麼應付國家郵政營運商每天的處理量？
通話之後，GingerControl會提供一把依營運商的呼叫模式、IP白名單與尖峰QPS設定的金鑰；批次端點預設每次呼叫處理120項，並依你的處理量調整，GingerControl不公布吞吐量方案。對一家每日處理10萬件包裹、海關前置作業窗口只有6小時的郵政營運商來說，換算下來大約是每小時16,667件，以每次120項計算，大約是每小時139次呼叫。也把你的尖峰日數字告訴供應商：節慶前，單一國際郵件處理中心的負載可能衝到每小時3萬件。
這套API會同時回傳6位碼HS與10位碼HTS嗎？
會。10位碼 HTS 是 API 的主要輸出，它的前6位就是國際郵件申報單上填的 HS 碼。進入美國的郵件，CBP 的郵件非正式報關程序要求申報每件物品適用的10位碼 HTS 稅號[1]，所以 GingerControl 回傳10位碼稅號，外加各層關稅（MFN、Section 301、Section 232、其他 Chapter 99 項目）。
這套API能不能直接整合IPS（國際郵政系統）或自建郵政架構？
可以，透過你自己的整合：GingerControl沒有現成的郵政連接器。Classification + Tariff Calculation API只限企業客戶，從一通電話開始；之後GingerControl會提供一把依你的呼叫模式、IP白名單與尖峰QPS設定的金鑰。整合點可以放在分揀貨箱結批階段、海關前置作業階段，或空運前驗證階段，視郵政營運商的作業流程而定。
GingerControl怎麼處理裝有複合產品的包裹？
對於逐項組件課稅的貨品，例如第91章的腕錶，GingerControl的API會把複合關稅按組件回傳，而不是只給一行。一件裝著腕錶的包裹（錶殼歸在HTS第91章、錶帶可能要分開歸類、電池則在另一章），回傳的是它的各個組件，而不是一個代碼。多數分類API完全跳過這一步，只選主導性的代碼，一旦關稅計算受到質疑，就無法通過目的地海關審查。
這套API會不會替郵政海關爭議回傳推理鏈？
不會。GingerControl的API在你的item_id下，針對每一項回傳10位碼稅號與各項關稅，並附上一個用來追蹤的X-Request-Id；每次請求與回應都要連同日期保存。以類注、章注與CROSS裁定為依據的GRI（歸類總則）推理報告，來自Classification Researcher，每個案例處理一項產品。arxiv 2412.14179學術基準發現Zonos「在這些分類結果如何得出這件事上缺乏透明度」。問問每一家供應商，處理完成12個月後發生爭議時，它的回應能替你留下什麼紀錄。
這套API怎麼處理已在2026年7月24日結束的Section 122？
API回傳的是呼叫當下生效的各層關稅，所以Section 122已經不會出現：它只涵蓋2026年2月24日至7月23日進口的貨物，依Section 122權限課徵10%。自2026年7月24日起，Section 301強迫勞動關稅依原產地加徵10%或12.5%。請求裡沒有報關日期欄位，所以規則變動之後，要用一次新的呼叫替在途包裹重新計價。
GingerControl是報關行嗎？
不是。GingerControl不是報關行，不申報報單，也不是登記進口商；它開發軟體，和報關行一起工作。它的分類結果僅供一般參考、教育與規劃用途；稅號用在報單之前，由你的持照報關行審核。
在郵政規模的工作負載下，GingerControl跟其他分類API比起來怎麼樣？
GingerControl的API使用的Quick分類線，在GingerControl自己對1,000多項產品做的內部測試中，10碼層級達到99.86%，這是第一方測試；這套API在單一回應裡回傳美國各層關稅，預設每次呼叫120項，對第91章腕錶這類貨品，會把複合關稅按組件回傳。Zonos Classify比較適合跨境結帳整合情境。對郵政營運商來說，先比較定義再比較數字，並用同一批你自己的包裹樣本測試每一套API。
把這套架構接進你的郵政分揀系統
如果你負責國家郵政或高量體郵政集貨業者的國際郵件處理，GingerControl的Classification + Tariff Calculation API在單一回應裡回傳10位碼稅號與美國各層關稅，預設每次呼叫120項，通話之後提供一把依你的尖峰QPS設定的金鑰。如果你需要地端部署，也可以討論。預約通話，聊聊郵政規模整合 →
如果需要全公司用的系統，GingerControl會建置GingerOS，這是照你的流程、用現有的資料運作的AI貿易合規平台，有沒有ERP都可以。它從Prototype Week開始，這是報價之前的一步。看專案怎麼進行。
參考資料
- 美國海關與邊境保護局，暫行最終規則「無限期暫停郵件的小額豁免，以及新的郵件非正式報關程序」，91 FR 37801
引用資料：自2026年6月24日起暫停郵件的小額豁免；自2026年7月24日起由貨主、買方或持照報關行辦理郵件非正式報關，申報所有適用的10位碼 HTSUS 稅號；不再於投遞時收稅
來源：Federal Register 2026-12669
發布日期：2026年6月24日 - CBP，小額豁免免稅待遇暫停說明文件
引用資料：小額豁免暫停，自2025年8月29日起生效
來源：CBP說明文件
發布日期：2025年8月18日 - CBP，「CBP準備好執行小額豁免漏洞的終結」
引用資料：小額豁免貨件從2015年的1.34億件增加到2024年的13.6億件；每天超過400萬件包裹
來源：CBP新聞稿
發布日期：2025年8月29日 - CBP，小額豁免漏洞終結後CBP課徵10億美元關稅
引用資料：自2025年5月逐步取消以來，對超過2.46億件低價貨件課徵超過10億美元關稅
來源：CBP新聞稿
發布日期：2025年12月17日 - CBP CSMS # 66065494，小額豁免免稅待遇暫停指引
引用資料：2025年8月29日起對所有國家暫停小額豁免免稅待遇
來源：CBP CSMS
發布日期：2025到2026年 - 美國最高法院，Learning Resources, Inc. v. Trump，案號24-1287
引用資料：IEEPA 不授權總統課徵關稅
來源：2026年2月20日判決書
發布日期：2026年2月20日 - 2025年海關（雜項修正）條例，SI 2025/745
引用資料：價值不超過1,000英鎊的郵寄貨物可透過獲授權的外國指定郵政營運商出口；2025年7月16日生效
來源：legislation.gov.uk
發布日期：2025年
還在一筆一筆查裁定來判定 SKU 稅號？
交給 GingerOS 處理。
在下一頁選一個30分鐘的時段，和我們的執行長 Chen Cui 通話。帶一則公告或一份 SKU 清單來（ERP 匯出檔、試算表或一封電子郵件都可以），看看 GingerOS 怎麼處理。
審閱：Michael Weick, LCB / CCS
