電商平台的HS稅則分類：如何處理賣家商品資料

賣家提交的資料不完整或未結構化時，電商平台如何分類商品？

電商平台在分類賣家提交的商品時，會採用能接受非結構化輸入的迭代式AI分類系統，例如商品標題、描述、圖片及類別選項，即便賣家提供的商品資訊不完整或前後不一致，仍能套用協調系統分類邏輯完成分類。與掌控自身商品資料的傳統進口商不同，電商平台必須分類數千名獨立賣家所描述的商品，每位賣家的資料品質、語言及類別慣例都不相同。分類系統必須辨識出缺漏的資訊，提出針對性的釐清問題，並在不要求賣家理解海關術語的前提下，收斂出正確的HS稅則號別。

哪些法規要求電商平台，為跨境出貨提供HS稅則號別？

歐盟的進口單一窗口（IOSS）機制，要求促成價值在150歐元以下商品銷售的電商平台，在銷售當下代收加值稅，並在海關申報時提供HS稅則號別。英國的對等制度，也讓電商平台須為海外賣家出貨的商品，負責代收加值稅及提供海關資料。在美國，Section 321改革方案及CBP的進階資料要求，正朝向要求所有進口電商貨物，包括經電商平台促成的交易，都須提供HS分類資料的方向發展。加拿大邊境服務署的評稅及收入管理系統（CARM），同樣要求商業進口提供詳細的商品代碼。綜觀各法域，趨勢相當明確：電商平台正逐漸成為海關分類的責任方，無論其是否持有商品存貨。

摘要： 跨境電商平台交易，正以每年超過25%的速度成長，全球監管機關也逐漸將海關分類的責任，從個別賣家轉移到電商平台身上。挑戰在於：賣家提交的商品資料，往往雜亂、不完整、多語言，且是為提升轉換率而寫，並非為了海關法遵。標準分類工具在這類資料上經常失靈，因為它們預期收到的，是結構化、進口商等級的輸入內容。電商規模的HS稅則分類，需要能接受非結構化商品描述、透過迭代式提問辨識缺漏資訊，並透過批次API處理數百萬筆SKU的系統。GingerControl採用GRI邏輯驅動的分類方式，能配合電商平台實際擁有的零散、不一致商品資料運作，而不是他們期望擁有的乾淨資料。

最後更新：2026年4月

為什麼電商平台的商品資料，會讓傳統分類工具失靈

傳統的HS稅則分類流程，是為掌控自身供應鏈的進口商所設計的。進口商清楚知道每項產品的精確材質組成、製造流程、用途及技術規格，因為產品是他們採購、規劃規格並委託生產的。

電商平台面對的是完全相反的現實。一個擁有5萬名賣家、橫跨20個商品類別的電商平台，收到的商品資料，是這些賣家為了單一目的而建立的：把商品賣出去。這些資料從一開始就不是為了支援海關分類而存在。

以下這些結構性的資料品質問題，在各大電商平台中反覆出現：

挑戰	賣家實際提交的內容	分類實際需要的內容
非結構化描述	「超柔軟舒適藍色套頭衫，送媽媽的完美禮物」	纖維組成（例如60%棉、40%聚酯纖維）、針織或梭織構造
多種語言	商品標題以中文、土耳其文、越南文書寫，搭配機器翻譯的英文描述	能對應到HS稅則名稱的標準化商品用語
缺漏材質規格	「高品質材料」，或完全沒有材質欄位	依重量百分比列出的精確材質組成
類別對應錯誤	賣家將手機架列在「電子產品」，而非「塑膠製品」類別下	依材質及功能對應正確的HTS章節
單位不一致	公制與英制混用，尺寸描述模糊（「均碼」）	標準化的尺寸與重量，以符合分類門檻
量體與速度	各賣家帳號每天新增數千筆商品刊登	依GRI邏輯逐項進行個別分類

根據電商商品資料的產業分析，賣家提交的商品刊登中，有30%至60%缺乏準確海關分類所需的商品屬性資料。單是材質組成缺漏，這項對紡織品、塑膠及金屬而言最關鍵的分類決定因素，估計就影響了約40%的電商商品刊登。

這道資料品質落差意味著，任何預期收到乾淨結構化輸入的分類系統，在電商規模下都會失靈。系統必須依照電商平台實際收到的資料設計。

GingerControl的分類方式，正是為這種情境打造的。其迭代分類引擎，能以賣家實際提供的格式，接受商品標題、描述及圖片，不需要重新整理成海關範本，並運用GRI邏輯，判定收斂出正確分類還需要哪些額外資訊。當資料稀疏時，系統會提出針對性的釐清問題，而不是依不完整資訊猜測。

有哪些法規要求，正在推動電商平台承擔分類責任？

監管環境已明確朝一個方向轉變：讓電商平台成為其平台上銷售商品海關法遵的責任方。這不是未來趨勢，而是主要市場的現行法律。

法域	法規	電商平台義務	HS稅則號別要求
歐盟	IOSS（進口單一窗口），2021年7月生效	電商平台就150歐元以下商品「視同供應方」，須於銷售當下代收加值稅	IOSS海關申報須提供HS稅則號別；至少6位碼，歐盟TARIC稅率則需8至10位碼
英國	電商加值稅制度，2021年1月生效	電商平台須就海外賣家出貨、135英鎊以下的商品，代收並繳納加值稅	判定加值稅稅率及海關申報須提供商品代碼
美國	Section 321改革（提案中／持續演變）	CBP進階資料要求，正擴及電商平台促成的出貨	依提案中的加強資料申報規則須提供HS稅則號別；2025至2026年行政命令已縮限小額豁免資格
加拿大	CBSA CARM（評稅及收入管理）	商業進口商須透過CARM客戶入口網站，提供詳細商品分類	所有商業進口皆須提供10位碼HS稅則分類
澳洲	低價值進口商品GST，2018年7月生效	電商平台須就海外賣家、1,000澳幣以下的商品負擔GST	判定關稅及GST須提供稅則分類

歐盟的IOSS架構特別具指標意義。依歐盟理事會指令2017/2455及後續實施規則，「促成」第三國進口商品供應的電子介面（即電商平台），被視為視同供應方，意即電商平台本身，而非賣家，才是負責申報正確海關分類並代收適當加值稅金額的納稅義務人。錯誤的HS稅則號別，不只會誤分類商品，還會導致加值稅計算錯誤，讓電商平台自身承擔法律責任。

「當納稅義務人透過電商平台、平台、入口網站或類似方式所構成的電子介面，促成從第三領域或第三國進口、單件實際價值不超過150歐元之貨物供應時，該促成供應之納稅義務人，應視為本人已收受並供應該等貨物。」，歐盟理事會指令2017/2455第14a條

在美國，監管走向也類似。CBP持續擴大Section 321小額豁免出貨的進階資料要求，這正是絕大多數電商跨境包裹進入美國的途徑。2025年及2026年的行政行動，已縮限特定國家商品的小額豁免資格，且擬議中的規則，可能要求即便貨值低於800美元門檻，也須提供HS分類資料。兩黨支持的SHIP IT Act及相關立法提案，目標是要求所有進口電商貨物，不論貨值高低，都須附上有效的HS稅則號別。

對電商法遵團隊而言，這在實務上意味著，平台上每一筆商品刊登，可能多達數百萬筆SKU，都需要一個有效的HS稅則號別。這項分類作業不能仰賴賣家提供準確的海關資料，因為大多數賣家既無能力、也無意願這麼做。

為什麼標準分類工具在電商資料上會失靈？

大多數HS稅則分類工具，無論是關鍵字查詢系統、資料庫搜尋引擎，甚至是第一代AI分類器，都是為了報關行或法遵專員提供結構化商品資料的工作流程所設計。它們預期收到的輸入，看起來像商業發票，精確的材質組成、明確的產品功能、技術規格及標準化用語。

電商商品資料，違反了上述每一項預期。

關鍵字比對在行銷文字上會失靈。 一則標題為「給你Netflix追劇夜的超柔軟雲朵毯」的商品刊登，不含任何具分類意義的資訊。關鍵字分類器會將「毯」比對到HS 6301（毛毯及旅行用毯），但若不知道產品是梭織、針織還是不織布，也不知道材質是棉、合成纖維還是羊毛，分類就無法超越稅則號的層級。梭織棉毯（6301.30）與針織合成纖維毯（6301.40）之間的稅率差異，可達數個百分點。

單次判定分類器無法處理不確定性。 標準工具只會依現有資料，回傳最佳猜測。當資料不完整時，這正是大多數電商商品刊登的常態，這個最佳猜測的錯誤率就會偏高。一款描述為「不鏽鋼水瓶」的產品，可能歸類為7310（鋼製容器）、7323（鋼製餐廚器具），或9617（真空保溫瓶及其套），取決於是否為保溫產品、容量大小及構造方式。單次判定分類器只會選一個；迭代分類器則會辨識出分歧點，並詢問哪一個才是正確答案。

多語言輸入讓單語資料庫失靈。 來自中國、土耳其、印度、越南及數十個其他國家的電商賣家，以母語、英文，或機器翻譯混雜的文字提交商品資料。只解析英文商品描述的分類工具，會漏掉隱藏在原始語言描述中的關鍵細節，或誤解翻譯造成的用詞失真。

GingerControl是一個貿易法遵AI平台，協助進口商、出口商與報關行進行產品分類、關稅成本模擬與政策異動追蹤。其分類引擎，能以商品標題、描述、圖片及規格表抵達時的原始格式進行處理，不需要賣家將資料重新整理成海關範本。當系統遇到疑義或資料缺漏時，會生成針對候選HS稅則號別間特定分歧點所設計的釐清問題，而不是回傳低信心度的猜測。

電商規模下，API分類如何運作？

電商分類，本質上是一個規模問題。中型電商平台，每天可能新增5,000至10,000筆商品刊登。大型電商平台則可能處理數十萬筆。即便輔以關鍵字比對的初步篩選，人工分類仍無法在不造成無法負荷的瓶頸，或不接受過高錯誤率的情況下，處理這樣的量體。

API分類，透過將分類直接嵌入商品刊登流程，解決了處理量的限制問題。當賣家建立新的商品刊登時，電商平台的後端系統會將商品資料送至分類API，回傳HS稅則號別，簡單明確的產品可立即完成，較模糊的則透過迭代流程處理。

電商規模分類的架構，分為三層：

第一層：上架時的自動批次分類。 當賣家上傳商品目錄，通常一次數百甚至數千筆刊登時，電商平台會將整批資料送入分類API處理。GingerControl的批次API會平行處理這些上傳內容，對每項產品各自套用完整的GRI驅動分類。單一材質、功能明確、類別標準的簡單產品，數秒內即可完成分類。這一層，能處理約60%至70%的刊登量，這些刊登雖然資料不完美，但已足夠支撐有信心的分類結果。

第二層：模糊產品的迭代分類。 對於約20%至30%初始資料不足的產品，例如材質組成缺漏、產品功能模糊，或存在多個候選HTS稅則號別，系統會進入迭代流程。GingerControl的HTS Classification Researcher依循GRI邏輯，在指定分類前提出釐清問題，產出以類注、章注及相關CROSS裁定為依據的稽核就緒報告。這些問題可透過電商平台既有的訊息系統，轉發給賣家回答，或呈報給電商法遵分析師處理。

第三層：升級與專家審查。 對於約5%至10%難以自動分類的產品，例如需要GRI 3(b)基本特徵分析的複合商品、受章注排除規定限制的產品，或可能落在多個部類下的商品，系統會將該產品標記為需人工審查，並提供預先分類研究結果（候選代碼、分歧分析、相關裁定），讓專家能迅速做出決定。

這套三層架構，能隨刊登量線性擴充，同時將人力專業集中在真正需要的商品上。

電商平台該依商品類別，還是逐一SKU分類？

面對數百萬筆SKU的電商法遵團隊，經常詢問是否能在商品類別層級進行分類，也就是為某類別內所有商品指派同一個HS稅則號別，而不逐一分類每筆SKU。簡短的答案是：類別層級分類，是有用的起點，但作為終點並不足夠。

類別層級分類適用的情境：「男裝棉質T恤」這類電商商品類別，與HS稅則號別（6109，針織T恤衫、汗衫及類似衣著）對應得相當好。若類別定義明確，且該類別下的賣家販售的商品確實高度相似，類別層級的預設HS稅則號別，即可作為涵蓋大多數刊登的預先分類。

類別層級分類失靈的情境：「居家與廚房」這類電商類別，橫跨數十個HS章節，從陶瓷炊具（第69章）到不鏽鋼餐具（第73章）、塑膠儲物容器（第39章），再到木製砧板（第44章）皆有。為這個類別指派單一HS稅則號別，是不可能的事。

即使在較窄的類別內，賣家之間的商品差異，也經常跨越分類邊界。在「女性毛衣」類別中，一位賣家可能販售100%純棉針織套頭衫（6110.20），另一位販售70%壓克力混紡（6110.30），還有一位販售實際上應歸類於6211而非6110的梭織開襟外套。類別層級分類會為這三者指派相同代碼，至少有兩項會被誤分類。

實務上的作法是混合模式：

以類別層級預設值作為起始假設，電商平台的商品分類體系，可提示候選HS稅則號別
套用SKU層級分類進行確認或推翻，分類API會依據每項商品的具體屬性，評估是否應覆寫類別預設值
標記分歧供審查，當某項商品的分類結果，與其類別預設值不同時，系統會將該分歧標記出來，交由法遵團隊審查

GingerControl透過其批次API，支援這套混合模式，能同時接受商品的個別屬性，以及電商平台指派的類別作為輸入。系統會將類別作為判斷脈絡，協助縮小候選代碼範圍，同時仍對每項商品獨立進行GRI分析。這結合了類別層級處理的效率，與SKU層級分類的準確度。

電商平台如何在不干擾賣家上架流程的前提下，處理迭代分類？

電商分類存在準確度與賣家體驗之間的張力。若分類系統在商品上架前，向賣家提出15個關於材質組成與製造流程的問題，賣家會轉往其他競爭平台。若系統照單全收賣家提供的任何資料，並猜測HS稅則號別，法遵風險就會不斷累積。

解決方式，是採用非同步的迭代分類，將賣家的上架體驗，與法遵流程分開處理：

第一步：立即提供暫定分類。 當賣家提交刊登時，系統會依現有資料，包括商品標題、描述、圖片及類別選項，指派一個暫定HS稅則號別。這個暫定代碼，已足以讓商品立即上架。

第二步：後台驗證與精修。 分類系統會評估暫定代碼的信心水準。對高信心度的分類（產品清楚、資料充分），暫定代碼即成為最終代碼，無須進一步動作。對信心度較低的分類，系統會生成具體的釐清問題。

第三步：針對性的賣家後續追蹤。 電商平台透過既有的溝通管道，例如賣家後台通知、電子郵件，或平台內訊息，將釐清問題送交賣家。這些問題具體且易於回答：「這條毯子是針織還是梭織？」而非「請提供你商品的HS稅則號別」。這些問題是依候選代碼間的分歧點生成，因此每個答案都能收斂分類結果。

第四步：預設處理時限。 若賣家在指定期限內（例如7至14天）未回應，電商平台可選擇套用最保守的分類（候選項中稅率最高者）、限制該商品的跨境出貨資格，或升級交由內部法遵團隊審查。

GingerControl的迭代分類引擎，原生支援這套非同步流程。系統接受初始商品資料，回傳附帶信心分數的暫定分類，並生成能提升信心度的具體後續問題，這一切都透過API呼叫完成，能整合進電商平台既有的賣家上架流程。批次API處理量體，迭代邏輯處理不確定性，兩者皆不需要賣家與海關術語直接打交道。

常見問答

為什麼HS稅則分類，對電商平台而言比傳統進口商更困難？

電商平台必須分類自己無法掌控的賣家提交資料，這些資料非結構化、多語言，且是為銷售而優化，並非為了海關法遵。傳統進口商是依自身的產品規格作業。GingerControl的迭代分類引擎，正是為了應對這項挑戰而設計，能接受雜亂的商品描述，並運用針對性的釐清問題，在輸入不完整的情況下，仍收斂出準確的分類結果。

如果電商平台為賣家商品指派了錯誤的HS稅則號別，會發生什麼事？

依歐盟IOSS等法規，是電商平台，而非賣家，須就其促成交易的海關申報不實負責。錯誤的HS稅則號別，會導致加值稅計算錯誤、海關扣關及潛在罰則。GingerControl為每一次分類，都產出稽核就緒的文件，展現完整的推理鏈與所用資料，一旦海關當局日後對分類提出質疑，即可作為有力的法遵記錄。

電商平台可以要求賣家自行提供HS稅則號別嗎？

電商平台可以要求賣家提供HS稅則號別，但大多數賣家缺乏正確分類商品所需的專業知識。針對賣家自行提供HS稅則號別的研究顯示，錯誤率超過50%。GingerControl不依賴賣家提供的代碼，而是讓電商平台能直接從賣家提交的商品資料，包括標題、描述及圖片，自動完成分類，套用大多數賣家無法自行複製的GRI邏輯。

電商平台每天能透過API分類多少商品？

API分類的擴充能力，取決於運算資源，而非人力。GingerControl的批次API，能平行處理數萬筆商品分類，足以應付中型至大型電商平台的每日上架量。簡單產品能在數秒內完成分類；需要迭代提問的複雜產品耗時較長，但可平行處理，因此即使目錄複雜度不一，批次吞吐量仍能維持在高水準。

歐盟IOSS是否要求電商平台提供HS稅則號別？

是的。依歐盟IOSS機制，就150歐元以下商品扮演視同供應方角色的電商平台，須在海關申報時提供HS稅則號別，以判定正確的加值稅稅率。HS稅則號別須精確到至少6位碼，若須精算關稅及加值稅，則需8至10位碼的TARIC代碼。GingerControl的分類API，會同時回傳通用的HS6碼及歐盟專屬的TARIC延伸碼，直接支援IOSS法遵需求。

以圖片為基礎的分類，對電商商品有什麼幫助？

許多電商刊登附有商品圖片，卻缺乏詳細的文字描述。以圖片為基礎的分類，能擷取文字描述所遺漏的視覺屬性，例如材質外觀、構造方式、組件配置。GingerControl能將商品圖片，與文字資料一併作為分類輸入，結合視覺與文字兩種訊號，產出比單一輸入類型更準確的分類結果，這對賣家描述往往過於簡略的電商平台格外有價值。

未正確分類電商商品，會帶來什麼代價？

除了直接的罰則曝險（美國法律下，每項過失違規最高可達1萬美元），錯誤分類還會導致海關扣關延誤到貨、意外關稅費用損及顧客信任，以及在歐盟造成系統性的加值稅計算錯誤，形成平台層級的稅務責任。GingerControl的預先分類研究，透過在電商所需的量體規模下，套用持照報關業者所使用的同一套GRI分析流程，降低這些風險。

電商HS稅則分類，能處理來自多國賣家的商品嗎？

可以。電商賣家橫跨數十個國家，以不同語言提交商品資料，並依循不同的產品標準。GingerControl的分類引擎，能處理多語言輸入，並套用在183個WCO會員國中、於6位碼層級標準化的國際協調系統框架，為主要目的地市場提供國別關稅稅則延伸，無論賣家原產國為何，都能產出一致的分類結果。

為你的電商平台每一筆刊登完成分類

電商平台的監管壓力正持續加大。歐盟、英國、澳洲及加拿大，皆已要求電商層級的海關分類，美國也正朝同一方向邁進。等待賣家提供準確的HS稅則號別，並不是一項法遵策略，而是一個法遵缺口。

GingerControl的分類API，能處理電商賣家實際提交的雜亂、不完整、多語言商品資料，以批次規模套用迭代式GRI邏輯驅動分類，並為每一筆商品刊登產出稽核就緒文件。立即開始分類你的電商商品目錄。

GingerControl不只是一項工具，我們也與電商營運團隊及貿易法遵專業人士合作，提供流程顧問、數位轉型策略及端到端的客製系統開發。聯絡我們的團隊。

資料來源

[REF 1] 歐盟理事會指令2017/2455，促成供應之電子介面的加值稅義務資料引用：電商平台視同供應方之規定；IOSS適用之150歐元門檻；電商平台就加值稅代收及海關申報之責任來源：歐盟理事會指令2017/2455

[REF 2] 歐盟執委會，進口單一窗口（IOSS）指引資料引用：促成跨境B2C銷售之電商平台適用之IOSS機制要求；海關申報之HS稅則號別要求來源：歐盟執委會IOSS

[REF 3] 英國政府，線上電商平台增值稅規則資料引用：海外賣家出貨、135英鎊以下商品之電商平台加值稅代收義務；商品代碼要求來源：英國電商增值稅規定

[REF 4] 美國海關與邊境保護局，Section 321及小額豁免規定資料引用：Section 321出貨之CBP進階資料要求；小額豁免資格限制；擬議中的加強資料申報規則來源：CBP貿易優先議題

[REF 5] 加拿大邊境服務署，CARM（評稅及收入管理）資料引用：CARM客戶入口網站要求；商業進口所需之10位碼HS稅則分類來源：CBSA CARM

[REF 6] 世界海關組織，協調系統稅則名稱資料引用：183個會員國於6位碼層級之國際標準化；5,000餘項商品群組來源：WCO Harmonized System

[REF 7] 19 U.S.C. Section 1592，詐欺、重大過失及過失之罰則資料引用：每項過失違規最高罰則1萬美元來源：19 U.S.C. Section 1592

[REF 8] Statista，全球跨境電商市場規模及預測資料引用：跨境電商成長率；電商平台於跨境貿易之占比來源：Statista跨境電商

[REF 9] 澳洲稅務局，低價值進口商品GST 資料引用：電商平台GST責任之1,000澳幣門檻；稅則分類要求來源：澳洲稅務局進口商品GST