自建還是採購：該自己開發 HTS 稅則分類系統嗎？
Chen Cui Co-Founder of GingerControl 這次更新：明確2025年9月ATLAS歷史測試的樣本和限制，移除無依據的準確率比較，並修正相關罰款與文件主張。
對大多數進口商和平台來說，應該採購，而不是自建：HTS 稅則分類工具必須套用稅則解釋準則（GRI）和類註、章註，參考 CBP 裁定，還要跟上2025年修訂了32次的稅則。2025年9月22日一項研究發現，用18,000多筆 CBP 裁定微調過的模型，10碼稅號吻合率是40%，GPT-5-Thinking 是25%。只有當稅則分類就是你的產品時，才值得自建。對有20,000個 SKU、想要一套照自己流程運作的系統的製造商來說，還有第三條路：請人量身建置一套，而不是從零開始自己開發。這是該測試集上的歷史結果，不能視為目前的準確率上限。
HTS 稅則分類的自建或採購，是在自己開發稅則分類工具，和使用別人的工具、API 或系統之間做選擇。GingerControl 提供的是採購這一邊的選項：給企業系統用的 Classification + Tariff Calculation API（稅號判定加關稅試算 API）、給報關行和小型企業用的 GingerLite app，以及照企業自己流程量身建置的系統 GingerOS。我是 GingerControl 共同創辦人 Chen Cui；我們自己開發過稅則分類工具，所以這篇寫的是我們在自建這一邊學到的事。
該自己開發 HTS 稅則分類系統嗎？
大多數情況下不該：只有當稅則分類就是你要賣的產品，而且在產品存續期間，你都能同時配置工程師和持照的稅則分類專業人員時，才值得自建。其他公司採購工具或 API，或請人照自己的流程量身建置一套系統，會走得更遠。
什麼情況下值得自建稅則分類工具？
三個條件同時成立時，自建才合理：
- 稅則分類就是你的產品，而不是別人工作流程裡的一個步驟。
- 你能長期配置人力：工程師，以及熟悉 GRI、註和 CBP 裁定的人。
- 你守得住法律界線：如果你的產品替別人將要進口的貨物提供超過6碼的稅號，CBP 會把這視為報關業務（HQ H290535、HQ H350722）[1]。詳細內容請看〈AI 工具可以合法判定 HTS 稅號嗎？〉。
如果只符合第一個條件，通常把 API 嵌進你的產品是更好的做法，請看〈SaaS 平台的嵌入式 HS 稅則分類〉。
自己開發 HTS 稅則分類工具，實際上需要什麼？
自己開發需要資料、法規判斷、測試集和更新流程；模型反而是最小的一部分。
| 組成部分 | 內容 | 來源或成本 |
|---|---|---|
| 稅則 | 每一個修訂版裡的每個稅則號列、稅率、註和註腳 | USITC 的 HTS 和它的免費 API（hts.usitc.gov/reststop）[2] |
| 更新 | 2025年修訂32次；2026年到10月9日修訂21次；HS 2028 於2028年1月1日生效，共299組修正 | USITC 發布清單；世界關務組織（WCO）[2] [3] |
| 前例 | CBP 裁定，2026年10月可搜尋的超過222,000筆 | CBP CROSS [4] |
| 解釋 | WCO 的 HS 註解，也就是「國際層級對國際商品統一分類制度的官方解釋」 | WCO Trade Tools，每位使用者每年450歐元 [3] |
| 法規判斷 | GRI 1 至 GRI 6、類註和章註、組合物的主要特徵 | 熟悉這些規則的人 |
| 追問步驟 | 問出能區分兩個候選稅號的那項資訊 | 產品設計 |
| 測試集 | 用你自己的產品、由報關行確認過稅號，分別在6碼、8碼和10碼評分 | 報關行投入的時間 |
| 覆核步驟和紀錄 | 每個稅號由誰核准、依據什麼理由，保存5年 | 19 CFR 163.4 [6] |
如果你只需要把稅則資料放進自己的系統，免費的 USITC API 可能就夠了，〈HTS 稅號查詢 API 與人工稅則分類比較〉有說明。
通用 AI 模型自己判定稅號，表現如何？
2025年9月22日發表的ATLAS論文，用200筆來自CROSS的樣本測得：微調Atlas模型的10碼稅號吻合率為40%，GPT-5-Thinking為25%[5]。這些是受測模型在該資料集上的歷史結果，不是LLM分類的目前上限。
Source: Yuvraj 和 Devarakonda，ATLAS，arXiv 2509.18400，2025年9月22日
See the data
| 模型 | 10碼完全吻合率 |
|---|---|
| Atlas (fine-tuned LLaMA-3.3-70B) | 40% |
| GPT-5-Thinking | 25% |
| Gemini-2.5-Pro-Thinking | 13.5% |
| DeepSeek-R1 | 2.5% |
到6碼時，同樣這些模型表現較好（微調模型是57.5%，GPT-5-Thinking 是55.5%）。這項研究的作者任職於 Flexify.AI，微調模型也是他們自己做的；他們沒有測試任何商業稅則分類廠商，所以應把它當成受測模型在該資料集上的歷史證據，不能據此判斷目前產品的表現。各廠商怎麼說明自己的準確率，請看〈HTS 稅則分類廠商比較：準確率與關稅試算〉。
自建、採購、量身建置：三種做法怎麼比較？
自建給你完全的掌控權，也讓你承擔全部責任；採購給你速度，但產品路線圖由別人決定；量身建置則讓你得到一套照自己流程運作的系統，又不用自己寫程式。
| 自建 | 採購工具或 API | 量身建置系統 | |
|---|---|---|---|
| 拿到第一個稅號要多久 | 很久：要先準備資料、規則和測試集 | 幾天 | 幾天內做出原型，再分階段上線 |
| 誰負責保持最新 | 你的團隊，每次修訂都要跟上 | 廠商 | 廠商，在你的流程裡完成 |
| 和你工作流程的契合度 | 完全契合 | 照廠商的工作流程 | 照你的工作流程 |
| 法律界線 | 由你自己把關 | 廠商的條款，加上你自己的覆核 | 你的覆核，內建在流程裡 |
| 最適合 | 以稅則分類為產品的公司 | 工作流程標準的團隊 | 有自己流程的製造商和集團 |
值得引用的觀點： 自己開發 HTS 稅則分類工具不是模型問題，而是一個永遠做不完的維護問題。稅則在2025年修訂了32次，CBP 每週都在新增裁定，HS 2028 也快來了。誰擁有稅則分類工具，誰就要承接這源源不絕的變動，所以自建還是採購，真正的問題是：「我們希望由誰每週去追關稅的變化？」
採購的成本怎麼算，請看〈自動化 HTS 稅則分類的投資報酬率〉；各家 API 的比較，請看〈最佳 HTS 與 HS 稅則分類 API〉。如果真正的問題是團隊裡誰該負責稅則分類，請看〈報關行外包 vs 自建稅則分類團隊〉。
不自建的話，GingerControl 提供什麼？
GingerControl 依買方類型提供三種採購選項：
- 給企業系統：Classification + Tariff Calculation API 一次呼叫就回傳10碼 HTS 稅號和各層美國關稅，預設每次呼叫120項；從一通電話開始。
- 給報關行和小型企業：GingerLite app，含 Classification Researcher（HTS 稅號判定研究工具），每月150美元、含300點。
- 給製造商和多法人集團：GingerOS，照你的流程、用現有的資料運作，有沒有 ERP 都可以。沒有 ERP 的話，我們會替你建好資料儲存，並提出資料流程建議；雜亂的資料會先清理、整理好。它從 Prototype Week 開始：先通一次電話，3天內做出你自己流程的可點選原型，之後再報價；技術面的細節請看 GingerOS 怎麼串接你的系統。
GingerControl 的稅號判定結果僅供一般參考、教育和規劃用途；稅號用在報單上之前，要由你的持照報關行覆核。GingerControl 不是報關行，不代為報關，也不提供法律意見。
把自建還是採購的決定帶到團隊面前
在任何人動手寫程式之前，先列清楚：誰負責讓稅則分類工具保持最新、誰覆核它產生的稅號、它的結果怎麼進到你的 ERP。如果這些答案都指向你自己的流程，就從一通談 GingerOS 的電話開始。看看 GingerOS 怎麼配合你的流程
參考資料
- U.S. Customs and Border Protection, rulings HQ H290535 (September 29, 2022) and HQ H350722 (January 16, 2026)
引用資料：替他人歸列貨物屬於報關業務；6碼不算；替將要報關的貨物推導出超過6碼稅則號列的 AI 工具，就是在從事報關業務
來源：CBP CROSS, HQ H290535 和 HQ H350722 - U.S. International Trade Commission, HTS REST API and release list (read October 11, 2026)
引用資料：hts.usitc.gov/reststop 的免費公開 API；2025年版 HTS 共修訂32次；2026年版 HTS 的 Revision 21 於2026年10月9日生效
來源：USITC HTS release list - World Customs Organization, HS 2028 news (January 21, 2026), Explanatory Notes page and WCO Trade Tools pricing (read October 11, 2026)
引用資料：HS 2028 於2028年1月1日生效，共299組修正；HS 註解是「國際層級對國際商品統一分類制度的官方解釋」；Harmonized System 訂閱每位單一使用者每年450歐元
來源：WCO HS 2028 amendments、WCO Explanatory Notes 和 WCO Trade Tools pricing - U.S. Customs and Border Protection, CROSS statistics feed (read October 11, 2026)
引用資料：可搜尋的裁定222,008筆
來源：CBP CROSS - Yuvraj and Devarakonda, "ATLAS: Benchmarking and Adapting LLMs for Global Trade via Harmonized Tariff Code Classification", arXiv 2509.18400 (September 22, 2025)
引用資料：資料集為18,731筆 CROSS 裁定（其中200筆用於測試）；10碼和6碼完全吻合率：Atlas 為40.0%和57.5%，GPT-5-Thinking 為25.0%和55.5%，Gemini-2.5-Pro-Thinking 為13.5%和31.0%，DeepSeek-R1 為2.5%和26.5%；作者任職於 Flexify.AI；沒有測試任何商業廠商
來源：arXiv 2509.18400 - eCFR and U.S. Code: 19 CFR 163.4(a), 19 U.S.C. 1484(a)(1), 19 U.S.C. 1592(c)(3) (read October 11, 2026)
引用資料：紀錄保存「自進口日起5年」；登記進口商依合理注意義務申報「申報價值、稅則分類和稅率」；一般過失的罰鍰最高為貨物的國內價值與短繳的「合法關稅、稅金和規費的兩倍」兩者中較低者
來源：19 CFR 163.4, eCFR、19 U.S.C. 1484, U.S. Code 和 19 U.S.C. 1592, U.S. Code
常見問題
我們該用機器學習自己開發 HTS 稅則分類模型嗎？
只有當稅則分類本身就是你的產品時才值得。一套好用的稅則分類工具必須套用稅則解釋準則（GRI）和類註、章註，參考 CBP 裁定，跟上2025年修訂了32次的稅則，還要留下報關行能覆核的判定理由。對有20,000個 SKU 的製造商來說，採購工具或 API，或請人照你的流程量身建置一套系統，通常上手更快，長期維持正確的成本也更低。
通用 AI 模型判定 HTS 稅號準確嗎？
依賴模型前，應先用自己的產品評估。2025年9月22日一項用200筆 CBP 裁定做的研究中，GPT-5-Thinking 的10碼稅號吻合率是25%，6碼是55.5%；一個用18,000多筆裁定微調過的模型則達到40%和57.5%。如果你的平台團隊打算把通用模型包裝成產品，預算要算進法規判斷和覆核，不能只算模型。這是該測試集上的歷史結果，不能視為目前的準確率上限。
自己開發 HTS 稅則分類工具需要哪些資料？
需要現行 HTS 和它的每一個修訂版（USITC 的免費 API 就有提供）、類註和章註、CBP 的 CROSS 裁定（2026年10月可搜尋的超過222,000筆）、最好還有世界關務組織（WCO）的 HS 註解（要付費），以及一套用你自己的產品、由報關行確認過稅號的測試集。對要判定5,000個 SKU 稅號的團隊來說，最常被略過的就是測試集。
自建的 HTS 稅則分類工具多久要更新一次？
要持續更新。依我們對 USITC 發布清單的計算，2025年版 HTS 共修訂32次，2026年版到2026年10月9日已修訂21次，而 HS 2028 將在2028年1月1日帶來299組修正。對涵蓋10,000個稅號的內部工具來說，每次修訂都代表要查出哪些稅號有變動，再重新測試。
我們的產品資料很亂，要先自建一套系統來清理嗎？
不一定。清理資料是量身建置系統的第一步，不必另外開發。GingerOS 照你的流程、用現有的資料運作，有沒有 ERP 都可以：GingerControl 先把雜亂的資料清理、整理好，再建置 AI 系統，而且讀得懂電子郵件、PDF、Excel 檔案和圖片。對有15,000個零件的集團來說，可以從 Prototype Week 開始。
HTS 稅則分類自建和採購，哪個比較便宜？
除非稅則分類就是你的產品，否則採購通常比較便宜，因為自建的成本不在模型，而在於讓它一直保持正確：稅則修訂、裁定、註、測試和覆核。對每月呼叫50,000次的平台來說，要把自建當成一支常設團隊來估成本，再拿它和 API 報價及公開價格比較，例如 SimplyDuty 每次 API 呼叫0.10英鎊，查閱日期是2026年10月11日。
可以用 CBP 裁定微調開源模型來判定 HTS 稅號嗎？
可以，2025年9月22日就有一項研究這樣做：一個用 CROSS 裁定微調的 LLaMA-3.3-70B 模型，在它的測試集上10碼稅號吻合率是40%，6碼是57.5%。如果你的團隊要的是能直接用在報單上的稅號，在這之上還需要 GRI、註、針對缺少資訊的追問步驟，以及報關行覆核。這是該測試集上的歷史結果，不能視為目前的準確率上限。
自建的 HTS 稅則分類工具判錯稅號，誰要負責？
登記進口商（IOR）。不論稅號是哪個工具產生的，IOR 都要依 19 U.S.C. 1484 盡到合理注意義務申報稅則分類；影響稅費計徵的一般過失，依 19 U.S.C. 1592 罰鍰上限為國內價值與依法少徵或可能少徵的關稅、稅款及規費兩倍中的較低者。對每年繳200萬美元關稅的進口商來說，稅則分類工具記下每個稅號是怎麼得出的，和它的準確率一樣重要。
還在一筆一筆查裁定來判定 SKU 稅號？
交給 GingerOS 處理。
在下一頁選一個30分鐘的時段，和我們的執行長 Chen Cui 通話。帶一則公告或一份 SKU 清單來（ERP 匯出檔、試算表或一封電子郵件都可以），看看 GingerOS 怎麼處理。
審閱：Michael Weick, LCB / CCS
