全球自動化 HS 稅則分類，怎麼橫跨 100 多個國家做分類？

一支 API 可以處理所有原產國的 HS 稅則分類嗎？

可以，因為 6 位碼 HS 稅則號別是國際通行、統一適用的。世界關務組織（WCO）的國際商品統一分類制度為 200 多個經濟體採用，涵蓋全球 98% 的貿易量。目的地國家會在後面加上國家碼（美國會在第 7 到第 10 碼加上 HTSUS 的國別細分碼）。GingerControl 的全球自動化 HS 稅則分類 API 接受任何 ISO 3166-1 alpha-2 原產國代碼，包括 EU 與 UK 這兩個常用別名，並在單次呼叫中回傳 10 位碼 HTS 稅則號別（前 6 碼就是國際 HS 稅則號別），加上該原產國適用的美國關稅層。

---

---

為什麼全球 HS 稅則分類比單一國家 HS 稅則分類更難

國際 6 位碼 HS 稅則號別不會因為原產國不同而改變，會變的，是套用在這個號別上的關稅疊加層。

一件歸在 HS 6109.10 底下的純棉 T 恤，不論是從德國、越南、中國，還是孟加拉出貨，6 位碼稅則號別都一樣。但一進到關稅試算，差異立刻浮現：

上面這張表已經是簡化過的版本。真實的全球稅則分類，還得處理第 232 條（鋼鋁製品，附帶熔煉國規則）、第 301 條（第 1 到 4 批清單依國別排除，以及自 2026 年 7 月 24 日起依經濟體訂定的第 301 條強迫勞動關稅稅率），以及每一季都會更新的第 99 章附加稅則。

一支真正做到全球自動化 HS 稅則分類的 API，必須在單次呼叫中，針對任何原產國，把這一切一次處理完，而且不用讓整合團隊自己維護一套關稅資料庫。

GingerControl 的全球自動化 HS 稅則分類 API 怎麼處理原產國

這支 API 在 country_of_origin 欄位接受任何 ISO 3166-1 alpha-2 國家代碼。因為在真實商品資料裡經常出現，這裡支援兩個實用的別名：

• EU 會被接受並依歐盟原產處理
• UK 會被接受為英國，GB 則依 UK 處理

對於會觸發第 232 條熔煉國規則的商品（鋼鋁衍生製品），選填的 extra 物件接受 steel_pour_country 與 aluminum_pour_country 欄位，格式與主要原產國欄位一樣，都遵循 ISO 3166-1 alpha-2。

{
  "description": "Cotton knit short sleeve T-shirt",
  "country_of_origin": "DE",
  "extra": {
    "steel_pour_country": "IT",
    "aluminum_pour_country": "FR"
  }
}

回應內容包含 10 位碼 HTS 稅則號別（前 6 碼就是國際 HS 稅則號別），加上呼叫當天該原產國適用的美國關稅層（節錄範例）：

{
  "hts_code": "6109.10.0012",
  "tariffs": {
    "general_rate": "16.5%",
    "special_rate": "Free",
    "Section 301": [],
    "Section 232 - Metals": []
  }
}

全球批次分類，預設每次呼叫 120 件、多原產國同批處理

對於管理全球商品目錄的 3PL、電商平台與市集業者來說，跨多個原產國的批次分類，是唯一行得通的做法。

POST /openapi/v1/tariff/batch

{
  "items": [
    {
      "item_id": "SKU-DE-001",
      "description": "Cotton knit short sleeve T-shirt",
      "country_of_origin": "DE",
      "extra": { "steel_pour_country": "IT" }
    },
    {
      "item_id": "SKU-FR-002",
      "description": "Cotton crew neck T-shirt",
      "country_of_origin": "FR",
      "extra": {}
    }
  ]
}

每一個項目都帶著自己的 country_of_origin，所以單一批次可以同時包含來自 50 個不同原產國的商品，API 會針對每一項回傳正確的關稅疊加層。批次端點預設每次呼叫最多處理 120 件商品，可依你的處理量調整。

回應內容包含逐項的 status 欄位（ok 或 failed），所以批次中的部分失敗不會擋住整批呼叫。summary 物件會回報 total、succeeded 與 failed 這三個計數，方便對帳。

為什麼 6 位碼準確率對全球稅則分類這麼重要

6 位碼 HS 稅則號別是國際共通的基準，也是多數自動化分類 API 出錯最多的地方，因為 GRI 3（基本特徵分析）正是在 6 位碼層級運作，而多數 API 都跳過了這一步。

GingerControl 的 API 使用的 Quick 分類線，在 GingerControl 自己對 1,000 多項產品做的內部測試中，10 碼層級達到 99.86%；這是我們自己的測試，不是獨立評比。這個準確率來自兩項架構上的選擇：

內建 GRI 1 到 6 的邏輯。 國際稅則分類通則（GRI）是全世界 HS 稅則分類都要遵循的法律框架，並非選用項目，也不是哪個國家特有的規則。GingerControl 把 GRI 1 到 6 化成結構化規則，套用在每一次分類上。

類注與章注的強制套用。 類注與章注是決定哪個稅則號別真正適用的法定排除與納入規則，效力優先於文字相似度。GingerControl 是把它們當成確定性規則套用，而不是當成模型的提示參考。

全球 HS 稅則分類效能表現

GingerControl 不公布這支 API 的延遲或處理量數據。批次端點預設每次呼叫處理 120 件商品，每個客戶的金鑰會在通話之後，依它自己的處理量設定。

全球自動化 HS 稅則分類為每一種客戶類型解決什麼問題

常見問題

全球自動化 HS 稅則分類，出口和進口都適用嗎？

在 6 位碼層級都適用。國際 6 位碼 HS 稅則號別，不論商品是要出口還是進口都一樣，這正是 WCO 國際商品統一分類制度統一適用的層級。GingerControl 的 API 會回傳 10 位碼的美國 HTS 稅則號別（前 6 碼就是這個國際號別），再加上美國進口關稅層。從美國出口的商品，同樣適用這個 6 位碼稅則號別，實際稅率則依目的地國家自己的稅則表決定。

API 怎麼處理第 232 條的熔煉國規則？

鋼鋁衍生製品的第 232 條稅負，通常是依鋼材熔煉或鋁材冶煉所在國決定，而不是依最終製成品的製造國決定。API 在選填的 extra 物件中接受 steel_pour_country 與 aluminum_pour_country 欄位，兩者都遵循 ISO 3166-1 alpha-2 格式，並依這些值把第 232 條稅則行套用到回應中。

我可以在一個批次中送出來自 50 個不同原產國的商品嗎？

可以。批次請求中的每一項都帶著自己的 country_of_origin，所以單一批次呼叫可以混合任何原產國組合。API 會逐項獨立處理，依原產國套用正確的關稅疊加層，並回傳逐項結果，標示 status: ok 或 status: failed。每個批次預設最多 120 件商品。

全球自動化 HS 稅則分類 API 支援哪些國家？

API 接受任何 ISO 3166-1 alpha-2 國家代碼，另外還支援 EU（歐盟）與 UK（英國）這兩個實用別名（GB 會依 UK 處理）。回傳號別的前 6 碼在國際間通用，因為它們遵循 200 多個經濟體採用的 WCO 國際商品統一分類制度。美國關稅層（第 301 條、第 232 條金屬關稅、其他第 99 章稅則號別）則會套用在美國進口分類上。

這和只做美國 HTS 稅則分類的 API 有什麼不同？

只做美國 HTS 稅則分類的 API，通常是針對美國原產感知的關稅試算做最佳化，卻把非美國原產商品當成邊緣案例處理。全球自動化 HS 稅則分類 API，會把每一個原產國都當成一級輸入條件，並依該原產國套用正確的稅則層。GingerControl 的 API 支援每一個 ISO 3166-1 alpha-2 代碼作為一級原產國輸入，並依原產國套用第 301 條各稅則行（包括第 301 條強迫勞動關稅），以及第 232 條的熔煉國規則。

全球 HS 稅則分類在大量處理時準確率如何？

GingerControl 的 API 使用的 Quick 分類線，在 GingerControl 自己對 1,000 多項產品做的內部測試中，10 碼層級達到 99.86%；這是我們自己的測試，不是獨立評比。每個商品都套用同一套架構：確定性的 GRI 邏輯，以及類注與章注的強制套用。

我要怎麼把全球 HS 稅則分類 API 整合進我的商品目錄？

這支 API 只提供給企業客戶，從一通電話開始；通話之後，GingerControl 會核發一把金鑰，依你的呼叫模式、IP 白名單與尖峰 QPS 設定。預約諮詢。一般的整合流程是先透過批次端點做一次性的目錄回填，之後新增的 SKU 就透過單一產品端點或較小的批次呼叫做增量分類。

---

開始全球自動化 HS 稅則分類

如果你的業務橫跨多個原產國，問題已經不是「我們要不要把 HS 稅則分類自動化？」，而是「哪一支 API 能把每一個原產國都當成一級輸入，算出美國關稅層，並跟得上你目錄實際的量體？」

到 gingercontrol.com/products/openapi 了解 GingerControl API。它是給企業系統用的，從一通電話開始，不公布價格。

如果你需要的是全公司用的系統，而不只是一支 API，GingerControl 會建置 GingerOS，這是照你的流程、用現有的資料運作的 AI 貿易合規平台，有沒有 ERP 都可以。預約諮詢，聊聊怎麼把全球 HS 稅則分類嵌進你的正式作業流程。

---

參考資料

1. World Customs Organization, Harmonized System
   引用數據：200 多個經濟體採用 HS，涵蓋全球貿易量 98%
   來源：WCO Harmonized System
2. U.S. Customs and Border Protection, Trade Statistics
   引用數據：2025 會計年度共徵收 2,167 億美元關稅、稅費
   來源：CBP Trade Statistics
   發布時間：2025 年
3. ISO 3166-1 alpha-2 Country Codes
   引用數據：國家代碼表示的國際標準
   來源：ISO 3166 Country Codes
4. CBP Section 232 Investigations
   引用數據：鋼鋁衍生製品的熔煉國規則
   來源：CBP Section 232
5. CBP Section 301 Trade Remedies
   引用數據：依國別排除與調整的稅則
   來源：CBP Section 301