我們如何依CBP的法律框架設計AI Classifier的架構
GingerControl如何把HTS Classifier打造成一項歸類前研究輔助工具。GRI邏輯、CROSS裁定整合,以及為什麼多數AI分類器問錯了問題。
Chen Cui· Co-Founder of GingerControl· 閱讀約 1 分鐘
審核人: Michael Weick, LCB / CCS
Customs compliance manager with 42 years of experience (ex Subaru of America, Merck, and Motorola).
AI歸類工具在CBP的框架下,應該怎麼設計架構?
AI歸類工具必須以研究資源的角色運作,而不是報關工具。CBP裁定HQ H350722要求工具在架構上與報關工作流程各自獨立,產出附有GRI推理鏈的研究等級成果,並由持照報關業者做出最終的歸類決定。跳過這套架構的工具,會有面臨第1641條裁罰行動的風險。
為什麼多數AI歸類工具問錯了問題?
多數AI分類器,是從HTS品目描述中推導出問題,這對直觀的產品行得通,但一遇到涉及GRI 3(b)基本特徵分析的模糊地帶就會失靈。有效的分類器,問的是用途與市場情境的問題(「消費者購買這項產品的主要理由是什麼?」),因為基本特徵談的是功能與用途,而不只是材質組成。
在第一篇文章裡,我拆解了HQ H350722,這是CBP第一次針對AI歸類工具是否構成報關業務所做的裁定。簡單來說:如果你的AI工具在架構上與報關申報連結,就構成報關業務,需要報關業執照。如果它是作為研究與規劃資源運作,就是被允許的。
這篇文章要談的是,這條分界線如何形塑了GingerControl Classifier的每一個架構決定,以及我們認為多數AI歸類工具做錯了什麼。
最後更新:2026年3月
我們不是事後補救,而是從一開始就這樣設計
這不是先讀了裁定、再急忙加上免責聲明的案例。我們從一開始,就把GingerControl的Classifier設計成一項歸類前研究輔助工具,時間點還早於HQ H350722發布之前。這項裁定驗證了我們的架構,而不是逼我們去改它。
這件事很重要,因為事後補救型的合規,是脆弱的。如果你的產品一開始就是為了把歸類結果直接餵進報單而設計,事後才補一個免責聲明,你的架構仍然會把使用者推向CBP點名的那種工作流程。架構勝過免責聲明。
Classifier到底產出什麼?
我們的工具產出的是研究報告,不是可直接用於報單的歸類代碼。每份報告都包含:
- 完整的GRI推理鏈。 工具依序走過解釋準則(GRI)第1條到第6條,說明哪一條規則解決了這項歸類,以及原因為何。
- 類注與章注引用。 這些是修改或凌駕品目描述的法定注釋。多數工具會略過它們。我們特別呈現,因為歸類爭議實際上就發生在這裡。
- 相關的CROSS裁定引用。 工具會調出CBP先前對類似貨品做出的裁定,讓報關行看到CBP過去怎麼歸類相似的產品。
- 符合HQ H272798與HQ H350722規範的揭露聲明。 這不是裝飾性的,而是被架構本身確實落實:這項工具不申報報單、不與報關工作流程連結,也不會指示報關行該用哪個歸類。
這些產出的設計目的,是讓持照報關業者的工作更快、也更站得住腳,而不是取代報關行的判斷。
GingerControl的HTS Classifier依循GRI邏輯,在指派歸類之前會先提出釐清問題,產出以類注、章注與相關CROSS裁定為依據的可稽核報告。
為什麼多數AI分類器問錯了問題?
這裡有一個幾乎沒人談過的問題:AI歸類的品質,完全取決於工具問了什麼問題。而多數工具問的問題並不好。
一般做法,是從HTS品目描述中推導出釐清問題。工具讀取稅則文字,判斷產品是否符合特定用詞。這對直觀的產品行得通,但一遇到多個品目看起來都說得通的模糊地帶,就會嚴重失靈。
原因在於,從品目推導出的問題,捕捉不到GRI 3(b)下的基本特徵。基本特徵談的不是產品由什麼材質做成,或看起來像什麼。它談的是這項產品在買方手中,用來做什麼。
我們的分類器問的是用途與市場情境的問題:*客戶主要為了什麼理由購買這項產品?它是怎麼被行銷的?哪一個功能驅動了購買決定?*這些問題產出的歸類更站得住腳,因為它們反映的是產品實際被使用與交易的方式,而不只是對照一份靜態的品目清單。
GRI邏輯加AI加關稅稅則:技術架構
如果你想深入了解GRI邏輯、AI歸類與關稅稅則如何整合運作,包括我們如何處理多材質產品、成套貨品、GRI 3(a)特定性分析,以及第98章/第99章特別條款,我寫了一份完整的技術指南:
那篇文章談的分類方法論細節,會讓這篇文章長度多出三倍。如果你正在這個領域打造產品,或想了解AI歸類工具底層實際上在做什麼,值得一讀。
該怎麼評估AI歸類工具?
如果你正在評估AI歸類工具,或正在打造一套,以下是CBP框架的要求:
與報關申報在架構上各自獨立。 工具不能是歸類結果通向CBP的管道。必須有持照報關業者,在工具產出與報單之間做出獨立決定。
研究等級的產出,而不是可直接報關的代碼。 工具產出的應該是推理、引用與分析,而不只是一組10位碼數字。收到研究報告的報關行,可以行使專業判斷。收到已經預填歸類欄位的報關行,等於是被工具指示。
具實質意義、且與實際工作流程一致的揭露聲明。 如果你的揭露聲明寫著「請諮詢持照報關業者」,但你的使用者體驗卻繞過了這個步驟,這份揭露聲明就是裝飾性的。CBP已經裁定,裝飾性的揭露聲明無法解決第1641條的問題。
以GRI為基礎的推理,而不是型態比對。 如果工具無法呈現它依解釋準則做出的推理過程,報關行就無法做出有意義的複核。而如果報關行無法複核,就代表報關行並沒有在做歸類決定,是工具在做。
這件事為什麼對整個產業很重要
貿易合規領域正處在一個轉折點上。AI歸類工具即將成為標準基礎建設,這已經不是問題了。真正的問題是,這個產業會把它做對,還是先求快、之後再處理法律後果。
CBP已經明確告訴我們界線畫在哪裡。尊重這條界線的公司,將贏得報關行社群的信任。不尊重的公司,會發現自己站在第1641條裁罰行動的錯誤一方,而且會連累他們的客戶一起承擔。
我們選擇站在正確的一方。如果你正在評估工具,務必確認你選的那一款也是。
GingerControl是一項歸類前研究輔助工具。它遵循持照報關業者所使用的同一套推理流程,包括GRI分析、類注/章注審查,以及CROSS裁定研究,但最終的歸類決定仍受惠於專業判斷。GingerControl產出支持歸類決定的可稽核文件;它不提供法律意見,也不能取代持照關務專業。試用Classifier
GingerControl不只是一套工具。我們與進口商及貿易合規團隊合作,提供流程顧問、數位轉型策略,以及端到端的客製系統開發服務。聯繫我們的團隊
閱讀第一篇:我們打造了一套AI Classifier,這是CBP畫下的法律界線
我是Chen Cui,GingerControl共同創辦人。我們為美國進口商、出口商與報關行,打造AI與自動化貿易合規系統。
參考資料
[REF 1] CBP總署裁定HQ H350722 引用數據:AI歸類工具的法律框架,架構各自獨立要求,自動化原則 來源:CBP CROSS裁定資料庫 發布:2026年1月16日
[REF 2] CBP總署裁定HQ H272798 引用數據:附具實質意義揭露聲明的一般性歸類資料庫,其可行性 來源:CBP CROSS裁定資料庫 發布:2017年
[REF 3] CBP總署裁定HQ H290535 引用數據:認定為特定貨品提供特定子目構成報關業務 來源:CBP CROSS裁定資料庫 發布:2022年
[REF 4] 19 U.S.C. § 1641,報關業者 引用數據:報關業務的定義、執照要求,以及報關行監督義務 來源:美國法典
[REF 5] 19 C.F.R. § 111.1,定義 引用數據:「人」的定義,及其對自動化工具的適用性 來源:eCFR

作者
Chen Cui
Co-Founder of GingerControl
Building scalable AI and automated workflows for trade compliance teams.
LinkedIn 個人檔案你可能也會喜歡