貿易法遵軟體20點採購檢核表（2026）

簽貿易法遵軟體合約之前該檢查什麼？

簽訂貿易法遵軟體合約之前，先跑一遍20點檢核表，涵蓋歸類架構、稅疊涵蓋範圍、稽核就緒程度、FTA邏輯、估價防護機制、政策監控、API計費經濟性、ERP整合、報關行工作流程、客戶案例、定價透明度、導入時程、支援SLA、資料匯出權利、合約退場條款、資安與SOC 2法遵、教育訓練、準確度基準、合理注意義務定位，以及Section 122／232／301稅疊處理能力。任何一點缺漏，都會在營運或採購上留下曝險。

為什麼是20點，不是6點或10點？

貿易法遵軟體牽涉的範圍包括法律架構（H290535、19 U.S.C. 1641、1484）、營運流程（CBP報單申報、稽核回應）、財務系統（ERP、財務報表），以及法規留存要求（19 CFR 163.4）。6項問題的廠商檢核表，抓不出那些會造成12到36個月工具錯配後悔的漏洞。20點版本涵蓋這四個面向。

一項貿易法遵軟體採購決策，會把進口人綁定在既定作業工具上至少12到36個月，而在這段期間內產生（或未產生）的紀錄，會在接下來5年內任何一次1592執法行動中，決定罰則等級。這是一項高風險決策，卻在多數廠商展示中拿不到什麼有效訊號。這份20點檢核表，就是把行銷味濃厚的銷售對話，轉換成結構化採購評估的實戰指南。做一次GingerControl法遵稽核測驗，建立自我評估基準，判斷哪些檢核點對你的情況最重要。

最後更新：2026年5月

這20點檢核表

A. 歸類架構（第1至4點）

1. 平台是否通過CBP裁示HQ H290535的測試？ 它是否在沒有明確持證報關行工作流程的情況下，對特定貨品輸出10碼HTSUS稅號？若是，廠商與客戶都會承擔19 U.S.C. 1641的曝險。

2. 平台是否明確套用GRI 1到6的邏輯？ 拿一項樣品產品，走一遍完整流程。留意「AI會考慮GRI」這種一筆帶過的說法，跟一步步明確示範之間的差異。

3. CROSS裁示是作為判斷輸入，還是事後裝飾？ 判斷輸入代表AI在分類過程中會讀取裁示。事後裝飾則代表AI是在分類完成後才引用裁示。這個差異，在合理注意義務的認定上很關鍵。

4. 平台能處理GRI 3(b)基本特徵分析嗎？ 觸發GRI 3(b)的複合產品，需要對組件價值比、體積比、消費者購買意圖、銷售通路與材料功能做分析。要求廠商現場示範具體案例。

B. 稅疊涵蓋範圍（第5至7點）

5. 平台是否涵蓋完整的2026年美國稅疊？ 最惠國基礎稅率加Section 232加Section 301加Section 122加第99章加MPF加HMF加AD/CVD。少算任何一層，到岸成本就會算錯。

6. 平台對稅率是否具備時效敏感度？ 2025年的報單需要用2025年稅率；2026年的報單需要用2026年稅率。用當期稅率套用在歷史報單上的平台，計算結果會是錯的。

7. 平台能正確處理Section 122的USMCA豁免嗎？ 符合USMCA資格的貨品，可豁免10%的Section 122對等關稅；不符資格的USMCA貨運則不能豁免。用一筆USMCA報單樣本測試看看。

C. 稽核就緒程度（第8至10點）

8. 平台能否產出同步性的推理紀錄文件？ 在分類當下寫下的GRI分析，附時間戳記，並依19 CFR 163.4要求，留存於可長期保存的儲存系統中5年。

9. 平台是否維護Selection History或等同的稽核軌跡？ 逐筆決策紀錄，記錄選定的HTS候選項目、選定的國家、套用的設定，以及計算出的稅疊，並附時間戳記。

10. 平台能否在幾分鐘內、而不是幾週內，產出CF-28稽核回應？ 拿一筆18個月前的報單，模擬一次假設性的CF-28。確認平台不需要靠人工重建，就能產出支持文件。

D. FTA與估價（第11至12點）

11. 平台能否逐筆貨運量化FTA節省金額？ USMCA、KORUS、CAFTA-DR、以色列FTA等。FTA Compare Drawer應該要能並排顯示最惠國情境與FTA優惠情境，並算出每筆貨運確切的美元差額。

12. 平台會不會拿申報價格對照USITC AUV做交叉比對？ Valuation Sanity Check能在進口前就先揪出低報價值的風險。多數平台都不提供這項功能；這是一項有意義的差異化能力。

E. 政策監控（第13至14點）

13. 政策提醒是否針對你的HTS產品目錄做個人化？ 一般性電子報只能涵蓋不到10%真正影響你產品的變動。個人化交叉比對（Compliance Radar）是唯一能從結構上解決這個問題的做法。

14. 政策變動影響到你的稅號時，平台會不會觸發重新歸類？ Pending Tariff Badge或等同機制，應該要能自動標出受影響的產品，形成重新歸類待辦清單。

F. 整合與定價（第15至17點）

15. API計費模式適合你的交易量嗎？ 訂閱制加分層API計費，在規模化後比較划算。按次計費在每月超過1萬次調用後就會失衡。按訂單計費，對非DDP商家不划算。企業授權制，對年進口值低於5億美元的公司不划算。

16. 原生支援哪些ERP整合？ SAP、Oracle、NetSuite、Microsoft Dynamics。原生整合很重要；只靠webhook的話，需要額外的客製開發。

17. 含導入費、內容費、API超額費與教育訓練及進階支援在內的第一年總成本是多少？ 標榜的訂閱費，往往低估總成本2到5倍。

G. 合約與支援（第18至20點）

18. 資料匯出條款與合約退場條款是什麼？ 一般為60到90天的通知期；錯過通知窗口會自動續約。確認資料匯出格式，以及合約終止後的存取權限。

19. 支援SLA與客戶成功服務架構是什麼？ 標準支援回應時間、進階支援方案的提供狀況，若有的話還包括專屬客戶成功經理。中小型客戶常被降低優先順序；確認你自身規模的客戶是否有對應支援。

20. 平台的SOC 2／資安狀況如何，報關行責任怎麼處理？ SOC 2 Type II是基本門檻。對報關行使用者而言，19 CFR Part 111的程序法遵，以及與持證報關行工作流程的整合，是重點。

如何為檢核表計分

依通過／部分通過／未通過，為這20點逐項計分：

分數	判讀
18至20分／20分	適配度高；以標準盡職調查程序進入簽約
15至17分／20分	適配度可接受；找出哪些點對你的情況是不可讓步的
10至14分／20分	有明顯缺口；重新考慮，或協商具體的合約補救條款
低於10分	應予拒絕；這些缺口會造成12到36個月的後悔

各點權重並不相等。對多數進口人而言，第1、2、5、8、10、11、13點是不可讓步的。任何一點未通過，無論其他點分數再高，都應把整體評分定為「應予拒絕」。

GingerControl的計分結果

檢核點	GingerControl得分
1. H290535法遵	通過（Researcher架構）
2. 明確的GRI 1到6邏輯	通過（迭代式GRI Researcher）
3. CROSS裁示作為判斷輸入	通過（分類過程中讀取）
4. GRI 3(b)基本特徵	通過（多因素分析）
5. 完整的2026年稅疊	通過（基礎稅率加232加301加122加99加MPF加HMF）
6. 時效敏感稅率	通過
7. Section 122的USMCA豁免	通過
8. 同步性推理紀錄	通過（HTS Researcher加Selection History）
9. Selection History稽核軌跡	通過（Product Sandbox）
10. 幾分鐘內產出CF-28回應	通過（Selection History查詢）
11. 逐筆貨運FTA Compare	通過（Product Sandbox FTA Compare Drawer）
12. USITC AUV交叉比對	通過（Product Sandbox Valuation Sanity Check，是唯一具備這項功能的主要平台）
13. 個人化政策提醒	通過（Compliance Radar，此類別的首創產品）
14. 重新歸類觸發	通過（透過Compliance Radar提醒分頁的Pending Tariff Badge）
15. API計費適配度	訂閱制加依請求量分層計費
16. ERP整合	SAP、Oracle、NetSuite、REST加webhook
17. 第一年總成本	分層透明；依交易量落在5千至25萬美元之間
18. 資料匯出與合約退場	標準MSA，可長期保存的紀錄留存
19. 支援SLA	標準加進階分層
20. 資安／SOC 2／報關行責任	SOC 2 Type II；Researcher架構支援報關行工作流程

GingerControl是一套AI貿易法遵基礎建設，協助進口人、出口人與報關行為產品分類、規劃最適關稅定位、計算關稅並追蹤政策變動。這套平台的設計目標，就是在這份檢核表上拿到20分滿分。

常見問題

為什麼這份檢核表是20點，而不是6點或10點？

貿易法遵軟體牽涉法律架構、營運流程、財務系統與法規留存要求。6項問題的檢核表，抓不出會造成多年後悔的缺口。20點版本以逐點評估標準涵蓋全部四個面向。

對多數進口人而言，哪些點是不可讓步的？

第1點（H290535）、第2點（GRI）、第5點（完整稅疊）、第8點（同步性文件）、第10點（CF-28回應）、第11點（FTA Compare）、第13點（個人化提醒）。任何一點未通過，都代表平台無法支撐一套站得住腳的法遵計畫。

CBP裁示HQ H290535是什麼？

2022年9月的一項CBP裁示，認定為特定進口貨品提供10碼HTSUS分類，屬於19 U.S.C. 1641規定下的「報關業務」。在沒有持證報關行工作流程的情況下輸出這些稅號的平台，會產生法律曝險。

USITC AUV查核是什麼？

拿申報價格對照USITC Dataweb的同一HTS號別平均單位價值基準做交叉比對。能在進口前就揪出低報價值的風險。幾乎沒有平台提供這項功能；GingerControl的Product Sandbox以Valuation Sanity Check的形式提供。

一次徹底的廠商評估要花多久？

對3到5家候選廠商跑一遍20點檢核表，通常需要4到8週。壓縮評估時程（少於2週）會漏掉技術示範環節，並導致採購後悔。

評估團隊應該由誰組成？

一名持證報關行或貿易法遵主管（負責技術評估）、採購或財務人員（負責成本）、營運或IT人員（負責整合），以及法務或法遵顧問（負責H290535、1641、1484的複查）。單一職能的評估，容易導致決策錯配。

如果廠商拒絕回答特定問題怎麼辦？

這本身就是有用的訊號。對自家架構有信心的廠商，會直接回答技術問題。用行銷素材或準確度宣稱搪塞、迴避正面回答的廠商，通常在那些點上有需要隱瞞的地方。

展示前可以先把這份檢核表寄給廠商嗎？

可以，而且應該這麼做。告訴廠商，你會問完全部20點，並希望在技術性問題上看到現場示範，而不是投影片說明。事先準備好的廠商，比臨場發揮的廠商更容易評估。

簽約前先跑一遍檢核表

在任何貿易法遵軟體合約簽署之前，對候選廠商，以及若你正在考慮更換平台，對你目前使用的平台，都跑一遍這份20點檢核表。做一次GingerControl法遵稽核測驗，建立自我評估基準，了解在你的交易量與風險狀況下，這20點裡哪些最重要。

為什麼人工HTS歸類撐不住規模化（該怎麼做）

參考資料

[REF 1] CBP裁示HQ H290535 來源：CBP裁示HQ H290535

[REF 2] 19 U.S.C. 1484，貨物申報（合理注意義務）來源：Cornell LII

[REF 3] 19 U.S.C. 1641，報關行來源：Cornell LII

[REF 4] 19 CFR 163.4，紀錄留存來源：eCFR 163.4

[REF 5] 美國國際貿易委員會，Dataweb貿易統計來源：USITC Dataweb