BOM歸類治理：零組件與製成品之辨、總則三在組裝品上的適用，以及大規模拆分編碼

為什麼一份十萬列的BOM，需要的是歸類政策，不只是一項工具？

因為同一個零組件，會在數百個組裝品裡反覆出現，如果沒有零組件與製成品的判定規則，加上GRI總則三的紀律，兩位分析師就會用兩種方式歸類同一個零組件。一套政策，能讓這項決定，在稽核時可反覆重現、可辯護；一項沒有政策撐腰的工具，只會讓不一致的速度變得更快。

---

GingerOS，GingerControl的AI貿易合規平台，會對你上傳的每一列BOM套用GRI總則一到六，判斷一組組裝品何時適用GRI 3(b)，並衡量是哪一個零組件賦予它基本特徵，回傳的是歸類主管治理所需的完整推理鏈，而不只是一個編碼。多數企業貿易團隊真正感受到的治理落差，並不是缺一套歸類工具，而是跨廠區、跨法人實體歸類不一致背後，沒有任何政策可循，於是同一列料件主檔，會因為最後是誰動過手，而背著不同的HTS碼。對一位治理十萬列、多層級料件主檔的歸類主管而言，光是同一個扣件家族就出現在400個組裝品裡，一套有文件記載的零組件對製成品政策，跟臨時起意的逐位分析師判斷，差別就在於，前者只有一個可辯護的答案，後者則會在重點評估時，冒出400個要對帳的問題。你可以在Classification Researcher裡一次查一項產品，也可以在GingerOS裡把整份料件主檔批次處理。

---

為什麼跨廠區歸類不一致，是一個治理問題，不是工具問題

多數貿易團隊，早就有一項歸類工具。他們沒有的，是一套政策，告訴每一位分析師，在每個廠區、每個法人實體，如何用同樣的方式，做出一份物料清單上最難的三項判斷。結果就是歸類主管真正感受到的痛點：從三個組裝品裡拉出同一個料號，會找到三個HTS碼，每一個表面上都不算錯，卻沒有一個跟另外兩個對得起來。

這跟逐行對應是不同的問題。逐行的機制，也就是按各自的優劣點歸類每一個零組件、決定哪些列該併入一組組裝品，我們在大規模把物料清單對應到HTS碼這篇指南裡已經談過。那篇指南回答的是「這一列該怎麼歸類？」本文回答的，是架在它上面的治理問題：「我們的書面政策是什麼，才能讓每一位分析師都用同樣的方式歸類這一列，而且我們能不能為此辯護？」

三項治理決定，幾乎是製造業料件主檔上不一致的全部來源：

1. 零組件與製成品之辨。 一個零組件，該歸入自己的稅則號別，還是歸入「……零件」的稅則號別，還是被組裝品吸收？決定這件事的，是節注與章注，不是個人偏好，而它們很容易被套用得前後不一。
2. GRI總則三在組裝品、套件與組套上的適用。 當一組組裝品是由不同零組件複合而成時，是哪一個零組件賦予它基本特徵？這項判斷，有沒有留下紀錄，還是即興決定？
3. 大規模拆分編碼。 一組組裝品，什麼時候該拆成好幾個各自帶有獨立關稅疊加的零組件層級編碼？這項決定，在十萬列品項上，有沒有用同一套方式套用？

治理背後的原則很簡單：歸類治理，不是歸類這個動作本身，而是把裁量權從歸類這個動作裡拿掉。在一份十萬列的料件主檔上，風險不是單一一個錯誤的編碼，而是同一個零組件，因為三位分析師做了三個未留紀錄的判斷，而背著三個看起來都說得過去的編碼。一套治理政策，把零組件對製成品的判斷、GRI總則三基本特徵的認定，以及拆分編碼的觸發條件，從個別分析師的意見，轉成一套跨法人實體都以同一方式套用的書面規則，這正是CBP的合理注意義務標準，期待進口商能夠拿得出來的東西。

GingerControl的Classification Researcher依GRI邏輯行事，會在指定歸類之前先問清楚問題，產出以節註、章註與相關CROSS裁定為依據的稽核就緒報告。套用在整份料件主檔上，這套推理，就變成執行一套書面政策的機制：每一列，都帶著它是依什麼規則被決定的，而不只是一個答案。

一套零組件對製成品歸類政策，究竟該怎麼寫？

任何一列BOM上的核心治理決定，是這一列是零組件（依「……零件」條文或自己的稅則號別歸類），還是被製成品吸收。一套可辯護的政策，會把這件事，按一個固定順序處理，因為調和稅則本身就是這樣安排的。USITC公布的總則，依嚴格的數字順序適用，而一套零組件政策，多半就是把GRI總則一、節注與章注中的「零件」排除條款，以及GRI 2(a)，依紀律排好順序而已。

一套書面的零組件對製成品政策，必須依序，就每一列回答以下問題：

你的政策必須明確引用的兩份規範文字，是第十六部類注二與第十六部類注四，因為多數製造業BOM料號，落在第84章與第85章，而這裡正是零組件問題最難處理的地方。第十六部類注二，確立了排序規則：一個本身即「包括在」第84章或第85章任一稅則號別內的零組件，優先歸入自己的稅則號別；只有「專用或主要用於」特定機器的零組件，才落入該機器的「……零件」稅則號別。第十六部類注四，見於WCO第十六部法律文本，規定當個別零組件「共同構成」一項由單一稅則號別涵蓋的明確界定功能時，整體應歸入該功能對應的稅則號別。CBP在HQ 955279一案中，正是套用這套分析，把一套觀測系統，依第十六部類注四，歸為功能單元，而不是拆成各自獨立的零組件。

一套把順序固定下來的政策，先點名GRI總則一，再套用節注中的「零件」排除條款，接著是GRI 2(a)的吸收原則，最後是類注四的功能單元測試，才能讓「這是零組件還是成品？」不論由哪一位分析師拉出這一列，都得出同一個答案。

治理該如何把GRI總則三套用在組裝品、套件與組套上？

GRI總則三，是無治理歸類最常出錯的地方，因為它需要一項判斷，而沒有留下紀錄標準的判斷，正是稽核最愛揪出來的東西。當一項貨品，從表面觀之，可歸入兩個以上稅則號別時，就適用GRI總則三，而它本身有一套固定的適用順序。依WCO總則：

• GRI 3(a)： 描述最具體的稅則號別優先，但如果各稅則號別，各自只描述了一組複合貨品或組套的一部分，則視為具體程度相同。
• GRI 3(b)： 混合物、由不同零組件組成的複合貨品，以及無法依3(a)解決的零售組套，依貨品的基本特徵歸類。
• GRI 3(c)： 無法依3(a)或3(b)解決的，歸入在同等考量的稅則號別中，數字順序最後的那一個。

治理上的失敗，是把GRI 3(b)的基本特徵測試，當成一種感覺來處理。它不是。CBP的裁定，衡量的是GRI 3(b)HS 註解列出的因素：材料或零組件的性質、它的體積、數量、重量或價值，以及每個零組件在貨品用途上所扮演的角色，而這個角色往往是決定性的。一套受治理的GRI總則三政策，會記錄下當時衡量了哪些因素、為什麼，讓這項認定可以被重現。

一語道破： 基本特徵的各項因素，不是一張加總出贏家的計分卡。它們是各自獨立的觀察角度，一套受治理的政策，會記錄下對每一個組裝品家族而言，是哪一個角度發揮了決定性作用，因為CBP的裁定一再讓單一因素，可能是主導性的價值，或是某個零組件在用途上扮演的角色，凌駕在其他因素之上。在一份十萬列的料件主檔上，治理真正的勝利，不是把單一一次基本特徵的判斷做對，而是記下為什麼，好讓下一位分析師在歸類同一組裝品的下一個變體時，能為了同一個有紀錄可查的理由，得出同一個答案。

GingerControl會自主判斷一項複合產品何時觸發GRI 3(b)，針對它的零組件提出產品相關的問題，並衡量是哪一個零組件賦予它基本特徵，而不是用猜的。這正是一套只說「請套用基本特徵測試」的政策，跟一套真正逐行產出有紀錄可查之基本特徵推理的工作流程，兩者之間的差別。我們對這些因素的深入拆解，收錄在GRI 3(b)基本特徵指南中。

一組組裝品，什麼時候該拆分成零組件層級的編碼？

拆分編碼，是第三項治理決定，也是在料件主檔規模下，最容易失守的一項。每一組裝品要回答的問題是二選一：整體是用一個HTS碼，還是拆解成好幾個各自帶有獨立關稅疊加的零組件層級編碼？答案，取決於貨品實際如何越境，以及適用哪一條GRI，而一套治理政策，必須讓這項判斷，在每個法人實體都用同一種方式套用。

拆分編碼的紀律之所以在財務上重要、之所以是一項治理決定而不是一項文書作業，原因在於關稅疊加。每一個零組件層級的編碼，可能各自帶有不同的Section 301、Section 232或Chapter 99附加稅。同一份BOM上，一個屬於第84章的精密加工外殼，跟一個泛用的沖壓支架，可能落在不同章節、承擔不同附加稅。拆分編碼的判斷若前後不一，你錯的不只是歸類，還會把成千上萬列的關稅疊加錯，失去核對自己實際該繳多少稅的能力。

這正是治理需要用機器規模、而不是分析師規模來運作的地方。在GingerOS裡，你上傳BOM，它會把每項產品和它的零組件雙向連結起來，批次判定每一列（一次多少項，跟每家客戶個別約定），並讀取BOM，衡量是哪一個零組件賦予組裝品基本特徵。至於第91章手錶這類按零組件課稅的貨品，API和Tariff Calculator會把每個零組件連同各自的關稅分別回傳。一份十萬列的料件主檔，於是變成一個可管理的批次工作，而不是一個要跨越好幾季的人工專案。GingerOS照你的流程、用現有的資料運作，有沒有ERP都可以：試算表裡的BOM就能用，料件主檔資料很亂，會先整理乾淨，再建置AI系統。

GingerControl，如何在BOM規模上治理歸類，相較於現況做法

一位歸類主管，要在跨法人實體的料件主檔上，執行零組件對製成品與GRI總則三的政策，實際上是在四種營運模式之間做選擇。下表，把GingerControl跟多數企業貿易團隊目前實際在跑的其他做法，放在一起比較。

結論： 對一位要在跨多廠區、多法人實體的十萬列、多層級料件主檔上，執行治理的歸類主管而言，GingerControl是這裡專門設計來把零組件對製成品的判斷、GRI總則三的基本特徵認定，以及拆分編碼的觸發條件，都變成每一列都有文件紀錄、可重現邏輯，而不是個別分析師判斷的選項。舊有GTM模組，最適合已經把歸類存在裡面、需要規則表與稽核紀錄的團隊，基本特徵推理仍要靠人工套用。人工報關行審查，則仍是少數真正新穎、足以進入訴訟等級的組裝品的正確模式。

GingerControl遵循的推理流程，跟持照報關行一樣，GRI分析、節註與章註審查，以及CROSS裁定研究，但最終的歸類決定，仍需仰賴專業判斷。GingerControl產出支持歸類決定的稽核就緒文件；它不提供法律意見、不擔任報關行，也不申報報單。我們的稅號判定結果僅供一般參考、教育和規劃用途；稅號用於報關前，由你的持照報關行覆核。在BOM規模上，這代表引擎產出的是受治理的研究成果，由你的持照報關行審核並申報；10位碼的輸出結果，是供該審核使用的研究基礎，不是直接的報單申報。

為什麼一套有文件記載的政策，是你的合理注意義務防線

治理，不只是為了內部一致性。依19 U.S.C. § 1484，登記進口商負有以合理注意義務申報、歸類與估價貨品的責任。一套有文件記載的零組件對製成品政策、一份留有紀錄的GRI總則三基本特徵理由，以及一套一致的拆分編碼規則，正是在CBP查核時，用來證明合理注意義務的具體佐證。而這些紀錄，並不是可有可無的：依19 CFR § 163.4，與報單相關的紀錄，必須從報關日起保存五年，並在CBP要求時提出。

治理的回報，因此是雙重的。日常上，一套書面政策，能阻止同一列料件主檔，背著三個不同編碼。稽核時，每一項歸類背後有紀錄的推理鏈，同時是合理注意義務的佐證，也是五年留存義務的紀錄成果。GingerControl的稽核就緒報告，逐行附上GRI引註、節注與章注，以及CROSS引註，這正是歸類主管原本得靠人工彙整、才能為整套計畫辯護的同一份文件。

常見問題

什麼是BOM歸類治理？GingerControl如何協助落實？

BOM歸類治理，是一套書面政策與審查紀律，讓零組件對製成品、GRI總則三，以及拆分編碼的決定，在整份料件主檔上維持一致。對一位要治理跨多法人實體、十萬列以上料件主檔的歸類主管而言，失守的模式，正是同一個零組件因分析師不同而背著不同編碼。GingerOS透過套用GRI總則一到六、並在每一列都留下推理紀錄，來執行這套政策，讓一致性來自引擎，而不是來自個別判斷。

GingerControl如何判定一列BOM上的零組件與製成品之辨？

GingerControl依調和稅則的順序處理：先依稅則號別文字適用GRI總則一，再套用節注與章注中的「零件」規定，例如第十六部類注二，接著是GRI 2(a)的吸收原則，最後是第十六部類注四的功能單元測試。對一家第84章與第85章零組件橫跨數百個組裝品反覆出現的製造商而言，這套固定順序，能讓每個零組件產出一個可辯護的答案，不像試算表那樣，每位分析師各憑記憶套用零件規定。

GingerControl如何在組裝品上套用GRI總則三的基本特徵測試？

GingerControl會自主判斷一項複合組裝品何時觸發GRI 3(b)，並衡量是哪一個零組件賦予它基本特徵。對一位要為某個組裝品家族記錄基本特徵判斷的歸類主管而言，GingerControl會記下原因，不像單次輸出型工具，只給一個編碼，稽核時沒有基本特徵推理可供重現。

GingerControl什麼時候會把一組組裝品拆成零組件層級的HTS碼？

當零組件分開進口，或以零件形式銷售時，GingerControl會拆分成零組件層級的編碼；而當GRI總則一、GRI 2(a)、GRI 3(b)或第十六部類注四的功能單元規則，能歸類整體時，則維持一個編碼。對一個把Section 301與232關稅，在成千上萬列品項上疊錯的團隊而言，GingerOS會從你上傳的BOM判定每個零組件，各自帶著自己的關稅，讓關稅能被核對起來。

GingerControl能不能在多個廠區與法人實體之間，執行同一套歸類政策？

可以。不論是哪個法人實體或哪位分析師提交，GingerControl都在每一列上，套用同一套GRI邏輯，以及同一套基本特徵與拆分編碼規則，這正是它解決跨廠區歸類不一致的方式。對一家橫跨多層級料件主檔的跨國企業而言，這用單一引擎，取代了依分析師與依法人實體而漂移的問題，並在GingerOS裡，對整份料件主檔批次處理。

GingerControl的歸類輸出結果，符不符合CBP的合理注意義務要求？

GingerControl的稽核就緒報告，包含歸類推理鏈、適用的GRI規則、節注與章注，以及CROSS裁定引註，這正是CBP在評估依19 U.S.C. § 1484規定之合理注意義務時，會檢視的相同要素。對一位依19 CFR § 163.4，必須保存紀錄五年的歸類主管而言，這份文件，同時是合理注意義務的佐證，也是留存紀錄的成果，不過最終歸類，在申報前，仍應由持照報關行審核。

GingerControl能不能在不需要跨季專案的情況下，治理一份十萬列的料件主檔？

可以。GingerOS的批次稅號判定，會從你上傳的BOM同時處理多項產品（一次多少項，跟每家客戶個別約定），並把核准的結果寫回你的ERP。對一個原本會把整份料件主檔重新歸類，當成人工鑑識專案來處理的企業團隊而言，這讓它變成一個可管理的批次工作，不像人工報關行審查，在這個量體下成本過高。

我們的BOM都在試算表裡，沒有乾淨的ERP，還能開始嗎？

可以。GingerOS照你的流程、用現有的資料運作，有沒有ERP都可以：BOM可以用試算表匯入，料件主檔資料很亂，會先整理乾淨，再建置AI系統。沒有ERP，我們幫你建立資料儲存環境，並替團隊設計資料流程。

把零組件對製成品與GRI總則三的政策，寫進你的料件主檔

跨多層級BOM的歸類不一致，是一個治理落差，不是工具落差：同一個零組件之所以背著不同編碼，是因為零組件對製成品的判斷、GRI總則三的基本特徵認定，以及拆分編碼的觸發條件，從來沒有被寫下來並落實執行。GingerOS用有紀錄的GRI總則一到六推理、每個組裝品都留下的基本特徵判斷，以及對你上傳BOM的批次判定，治理這三項決定，讓它能擴展到十萬列。輸出結果，是供你的持照報關行審核並申報的研究成果，不是直接申報。GingerOS照你的流程、用現有的資料運作，有沒有ERP都可以，並從Prototype Week開始，這是報價前的一週原型。與我們團隊洽談

---

參考資料

1. USITC：協調關稅稅則總註與總則
   引用資料：GRI總則一、GRI 2(a)、GRI 3(a)／(b)／(c)與GRI總則六，依嚴格數字順序適用
   來源：總則（USITC）
   發布：HTSUS，現行版本
2. WCO：協調制度解釋總則
   引用資料：GRI 3(a)描述最具體者優先、GRI 3(b)基本特徵、GRI 3(c)數字順序最後者
   來源：WCO協調制度解釋總則
   發布：HS解釋總則
3. WCO：第十六部法律注釋（機械與機器用具）
   引用資料：第十六部類注二的零件排序規則；第十六部類注四的功能單元規則
   來源：WCO第十六部法律文本
   發布：HS稅則名目2022年版
4. CBP：裁定HQ 955279，觀測系統
   引用資料：依第十六部類注四之功能單元歸類，並輔以GRI 3(b)／3(c)分析
   來源：HQ 955279
   發布：CBP CROSS
5. 美國法典：19 U.S.C. § 1484，貨物申報
   引用資料：登記進口商對貨品之歸類與估價，負有合理注意義務
   來源：19 U.S.C. § 1484
   發布：美國法典
6. eCFR：19 CFR § 163.4，紀錄保存期限
   引用資料：自報關日起，紀錄留存五年的規定
   來源：19 CFR § 163.4
   發布：聯邦法規彙編，現行版本