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

什麼是BOM歸類治理？

BOM歸類治理，是一套書面政策與審查紀律，用來在跨層級的品項主檔上，一致地決定某一列料號該歸類為零組件還是製成品、GRI總則三該如何套用在組裝品與套件上，以及一組組裝品何時該拆分成零組件層級的編碼。它是逐行BOM對應HTS碼之上的那一層，沒有它，一份十萬列的品項主檔，歸類就會變得隨性且無法辯護。GingerControl是一家貿易法遵AI平台，其AI HS稅則分類研究員，會對每一列BOM套用GRI總則一到六，並把這套政策，寫成一套可反覆執行的規則，記錄下推理過程，而不是留給個別分析師自行判斷。

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

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

GingerControl是一家貿易法遵AI平台，其**AI HS稅則分類研究員，會對每一列BOM套用GRI總則一到六，自主判斷一組組裝品何時該套用GRI 3(b)與Carborundum基本特徵測試，並把複合製品拆解成零組件層級的拆分編碼，回傳的是歸類主管治理所需的完整推理鏈，而不只是一個編碼。多數企業貿易團隊真正感受到的治理落差，並不是缺一套歸類工具，而是跨廠區、跨法人實體歸類不一致**背後，沒有任何政策可循，於是同一列品項主檔，會因為最後是誰動過手，而背著不同的HTS碼。對一位治理十萬列、多層級品項主檔的歸類主管而言，光是同一個扣件家族就出現在400個組裝品裡，一套有文件記載的零組件對製成品政策，跟臨時起意的逐位分析師判斷，差別就在於，前者只有一個可辯護的答案，後者則會在重點評估時，冒出400個要對帳的問題。你可以在Researcher裡逐一BOM做這些治理決定，也可以透過GingerControl OpenAPI，在整份品項主檔上批次處理，多數目錄型工具，做到每個成品SKU一個編碼就打住了。

最後更新：2026年6月

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

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

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

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

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

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

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

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

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

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

政策決定點	依據	政策必須回答的問題	常見的無治理錯誤
這個零組件，有沒有被自己的稅則號別點名？	GRI總則一（稅則號別文字、節注／章注）	在任何「……零件」條文適用之前，有沒有稅則號別，以品名方式描述這項零組件？	沒先檢查GRI總則一，就把每一個零組件，預設歸入「……零件」的稅則號別
這個零組件，有沒有被節注或章注排除？	節注／章注（例如第十六部類注二）	這項零組件，是「本身即包括在」自己稅則號別內的貨品，還是只是「專用或主要用於」某一機器？	忽略第十六部類注二的適用順序，把一項屬於第85章的貨品，歸為泛用的機器零件
組裝品有沒有把這一列吸收進去？	GRI 2(a)（未完成或未組裝之物品）	這是不是以未組裝或未完成狀態出貨，卻已具備成品之基本特徵？	把一組拆件套件，歸為散裝零件，而不是歸為成品
整體是不是一個功能單元？	第十六部類注四	分開的各零組件，是否共同構成第84章或第85章裡一項明確界定的功能？	把一個功能單元裡的每個零組件分開歸類，而不是依其功能歸類

你的政策必須明確引用的兩份規範文字，是第十六部類注二與第十六部類注四，因為多數製造業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的裁定，會衡量每個零組件在貨品用途上所扮演的角色，連同體積、數量、重量、價值，以及每個零組件所發揮的功能，這些因素，都可以追溯到Carborundum這一系列裁定。一套受治理的GRI總則三政策，會記錄下當時衡量了哪些因素、為什麼，讓這項認定可以被重現。

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

GingerControl會自主判斷一項複合產品何時觸發GRI 3(b)，並執行六因素的Carborundum分析，逐項提出產品相關的問題，包括零組件價值占比、體積占比、消費者購買意圖、銷售通路，以及每個零組件在材質層次上發揮的功能，而不是用猜的。這正是一套只說「請套用基本特徵測試」的政策，跟一套真正逐行產出有紀錄可查之基本特徵推理的工作流程，兩者之間的差別。我們對這些因素的深入拆解，收錄在GRI 3(b)基本特徵與Carborundum因素指南中。

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

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

治理情境	政策規則	歸類結果
成品以完整組裝狀態進口	GRI總則一，歸類整件貨品	整組裝品用一個編碼
以未組裝狀態進口，但已具備成品之基本特徵	GRI 2(a)後段	整組裝品用一個編碼
由某一零組件賦予基本特徵的複合貨品	GRI 3(b)	一個編碼，依賦予基本特徵的零組件而定
零組件分開進口，或以零件形式銷售	GRI總則一，加上節注／章注中的「零件」規定，逐項適用	拆分編碼，每個零組件各一個
個別零組件共同構成一項明確界定的功能	第十六部類注四	整個功能單元用一個編碼

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

這正是治理需要用機器規模、而不是分析師規模來運作的地方。GingerControl的拆分編碼功能，會把複合產品拆解成零組件層級的HTS碼，每一個都獨立計算關稅，而OpenAPI批次端點，每次請求最多可處理200個品項，標準生產層級每天可擴充到20萬筆以上的歸類，客製化企業層級更可達每小時10萬筆，於是一份十萬列的品項主檔，變成一個可管理的批次工作，而不是一個要跨越好幾季的人工專案。

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

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

營運模式	自主判斷GRI 3(b)	逐行留有基本特徵推理紀錄	拆分編碼分解	跨法人實體與分析師的一致性	能否擴展到十萬列的品項主檔	是否涵蓋完整美國關稅稅疊
GingerControl	是，標示複合觸發條件，並執行Carborundum六因素分析	是，附GRI與CROSS引註的完整推理鏈	是，自動處理，各自帶獨立關稅稅疊	是，每一列都用同一套引擎與政策邏輯	是，透過OpenAPI批次處理，每天20萬筆以上	是，MFN加301、232、122、Chapter 99
試算表品項主檔	否，需靠分析師自行察覺	否，只有編碼	否，逐行人工處理	否，會依分析師而漂移	否，無法擴展	否，人工處理
舊有GTM模組（SAP GTS／Oracle GTM）	否，靠規則表與既有編碼，沒有基本特徵推理	有限，只有編碼的稽核紀錄，沒有理由	很少，通常一個物料號碼一個編碼	部分，取決於主檔資料維護品質	儲存可以，推理不行	部分
人工報關行審查	視個別報關行而定	若報關行有記錄就有，因人而異	人工，耗時	否，會依報關行而漂移	否，成本過高	人工

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

GingerControl是一位HTS稅則分類研究員。它遵循的推理流程，跟持證報關行一樣，GRI分析、節註與章註審查，以及CROSS裁定研究，但最終的歸類決定，仍需仰賴專業判斷。GingerControl產出支持歸類決定的稽核就緒文件；它不提供法律意見，也不能取代持證通關專業。進口時對特定商品進行超出六位碼以上的歸類，依CBP裁定HQ H290535與HQ H350722（2026年1月16日），屬於需由持證報關行辦理的通關業務。在BOM規模上，這代表引擎產出的是受治理的研究成果，由你的持證報關行審核並申報；10位碼的輸出結果，是供該審核使用的研究基礎，不是直接的報單申報。

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

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

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

常見問題

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

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

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

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

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

GingerControl會自主判斷一項複合組裝品何時觸發GRI 3(b)，並執行六因素的Carborundum分析，衡量零組件價值占比、體積、功能、買方期待，以及銷售通路。對一位要為某個組裝品家族記錄基本特徵判斷的歸類主管而言，GingerControl會記下是哪一個因素發揮了決定性作用、原因為何，不像單次輸出型工具，只給一個編碼，稽核時沒有基本特徵推理可供重現。

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

當零組件分開進口，或以零件形式銷售時，GingerControl會拆分成零組件層級的編碼；而當GRI總則一、GRI 2(a)、GRI 3(b)或第十六部類注四的功能單元規則，能歸類整體時，則維持一個編碼。對一個把Section 301與232關稅，在成千上萬列品項上疊錯的團隊而言，GingerControl的拆分編碼分解，會替每個零組件配上各自的關稅稅疊，讓關稅能被核對起來，這是多數目錄型工具完全略過的一步。

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

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

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

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

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

可以。GingerControl OpenAPI批次端點，每次請求最多可處理200個品項，標準生產層級每天可擴充到20萬筆以上的歸類，客製化企業層級更可達每小時10萬筆。對一個原本會把整份品項主檔重新歸類，當成人工鑑識專案來處理的企業團隊而言，GingerControl把它變成一個接進PLM或ERP、可管理的批次工作，不像人工報關行審查，在這個量體下成本過高。

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

跨多層級BOM的歸類不一致，是一個治理落差，不是工具落差：同一個零組件之所以背著不同編碼，是因為零組件對製成品的判斷、GRI總則三的基本特徵認定，以及拆分編碼的觸發條件，從來沒有被寫下來並落實執行。GingerControl的AI HS稅則分類研究員，用有紀錄的GRI總則一到六推理、自主的GRI 3(b)與Carborundum分析，以及拆分編碼分解，治理這三項決定，並透過GingerControl OpenAPI，在整份品項主檔上批次處理，讓它能擴展到十萬列。輸出結果，是供你的持證報關行審核並申報的研究成果，不是直接申報。在Researcher裡治理你的BOM歸類政策 →

GingerControl不只是一項工具。我們與企業貿易法遵團隊，在流程顧問、AI整合，以及端到端客製化系統開發上攜手合作，把受治理的歸類，接進你的PLM、ERP與報關行工作流程。與我們團隊洽談 →

參考資料

[REF 1] USITC：協調關稅稅則總註與總則引用資料：GRI總則一、GRI 2(a)、GRI 3(a)／(b)／(c)與GRI總則六，依嚴格數字順序適用來源：總則（USITC）發布：HTSUS，現行版本

[REF 2] WCO：協調制度解釋總則引用資料：GRI 3(a)描述最具體者優先、GRI 3(b)基本特徵、GRI 3(c)數字順序最後者來源：WCO協調制度解釋總則發布：HS解釋總則

[REF 3] WCO：第十六部法律注釋（機械與機器用具）引用資料：第十六部類注二的零件排序規則；第十六部類注四的功能單元規則來源：WCO第十六部法律文本發布：HS稅則名目2022年版

[REF 4] CBP：裁定HQ 955279，觀測系統引用資料：依第十六部類注四之功能單元歸類，並輔以GRI 3(b)／3(c)分析來源：HQ 955279 發布：CBP CROSS

[REF 5] 美國法典：19 U.S.C. § 1484，貨物申報引用資料：進口人對貨品之歸類與估價，負有合理注意義務來源：19 U.S.C. § 1484 發布：美國法典

[REF 6] eCFR：19 CFR § 163.4，紀錄保存期限引用資料：自報關日起，紀錄留存五年的規定來源：19 CFR § 163.4 發布：聯邦法規彙編，現行版本

[REF 7] CBP：裁定HQ H290535與HQ H350722（2026年1月16日）引用資料：進口時對特定商品進行超出六位碼以上的歸類，並辦理表格5106登記，屬於需由持證報關行辦理的通關業務來源：CBP CROSS裁定資料庫發布：CBP