自建、採購還是量身打造：貿易合規 AI 怎麼選
Chen Cui Co-Founder of GingerControl 這次更新：圍繞三種選擇改寫（自建、採購套件、依你的流程量身打造系統）以及每種選擇維持更新的成本；刪除已停用的服務名稱和沒有出處的價格區間；GingerOS 相關事實已於2026年10月11日重新查核。Oracle GTM 的授權費列在 Oracle 公開的雲端價目表上。
只有在你願意長期養一個團隊，持續更新稅則內容、裁定和模型時，才在內部自建貿易合規 AI；如果你的流程可以採用套件的流程，就採購 GTM 套件；如果你的流程很獨特，內部又沒有貿易 AI 團隊，就讓系統依你的流程量身打造。對一家有5萬個 SKU、六國廠區、三套 ERP 的汽車一階供應商集團的 CIO 來說，決定性的成本是維護，而不是第一版：光是美國稅則，在2026年1月16日到10月9日之間就修訂了21次。
我是 GingerControl 共同創辦人 Chen Cui。我們做的是第三種選擇，所以我先替另外兩種說話。這篇講的是整套貿易合規 AI：稅號判定、規則變動時的重新檢查、出口管制，以及寫回你的 ERP。單獨自建一個 HTS 稅號判定引擎是比較窄的問題，請看 HTS 稅號判定系統自建還是採購。
貿易合規 AI，應該自建、採購，還是依你的流程量身打造？
選擇取決於兩個問題：上線後誰讓稅則內容和邏輯保持最新，以及系統跟著誰的流程走，你的還是軟體的。
| 選擇 | 誰維持內容和邏輯更新 | 跟著誰的流程 | 第一次看到價值 | 之後你擁有什麼 | 成本型態 |
|---|---|---|---|---|---|
| 量身打造的系統（GingerOS） | GingerOS 監看新規則並重新檢查你的 SKU | 你的 | 3天內拿到你流程的可點選原型；上線通常8到16週 | 核准後的結果連同稽核軌跡寫回你的 ERP，每次核准都留有判定理由 | Prototype Week 之後依專案報價 |
| 採購 GTM 套件（SAP GTS、Oracle GTM、ONESOURCE、e2open） | 廠商、內容合作夥伴或你的團隊 | 套件的 | 導入之後 | 套件裡的設定 | 授權費（需報價；Oracle GTM 則依公司營收計價，列在 Oracle 的雲端價目表上）加導入費 |
| 內部自建 | 你的團隊，永遠 | 你的 | 原型快，上線慢 | 全部，包括每一次更新 | 每年的工程師和內容維護 |
結論：對在三套 ERP 上有5萬個 SKU 的一階供應商集團的 CIO，只有在有經費、懂貿易規則、願意多年負責更新的團隊時，自建才對；報關、名單篩選和優惠管理必須都放在同一套 ERP 裡時，套件才對；工作很獨特、又不該由你負責內容維護時，依你的流程量身打造的系統才對。
GingerOS 是 GingerControl 的 AI 貿易合規平台。它照你的流程、用現有的資料運作，有沒有 ERP 都可以：沒有 ERP，我們替你建立資料儲存，設計專屬的資料流；資料很亂，就先梳理整理。它能讀電子郵件、PDF、試算表和圖片，不讀影片，連線唯讀、分階段，不搬移主檔資料。
你的工程師能用大型語言模型自己做出來嗎？
幾週內就能做出一個像樣的第一版；要花好幾年的，是讓它依稅號判定法規要求的方式推論，並隨著規則變動保持最新。
| 原型做到的 | 上線需要的 |
|---|---|
| 依描述給出一個稅號 | 先詢問缺少的事實，因為描述很少足夠 |
| 引用一條它找到的裁定 | 在判定過程中閱讀 CROSS 裁定，並記錄每條為什麼重要 |
| 挑一個最接近的節 | 依 GRI 1到6搭配類註和章註判定，並替複合貨品記錄基本特徵的判斷 |
| 用今天的稅則運作 | 套用每一次修訂（2026年到10月9日已有21次）[1]，並重新檢查每次修訂影響到的 SKU |
| 寫進一份試算表 | 由指定的人核准，再連同稽核軌跡寫回每一套 ERP |
值得引用的觀點：內部大型語言模型判定器的第一版，是便宜的部分。貴的部分，是一年裡第二十一次稅則修訂、改變了模型學過的某個節的那條裁定，以及新的 Section 301 措施以兩種稅率適用於60個經濟體的那個早上 [3]。只算原型、不算這些早上的自建或採購決定，等於決定以後再替它們付錢。
工程之外還有兩項成本。登記進口商依19 U.S.C. 1484仍負有合理注意義務 [2]，所以必須有懂貿易規則的人覆核模型的結果；而為報關判定稅號可能屬於19 U.S.C. 1641下的報關業務，替他人辦理只能由持照報關行進行，所以除非由你自己的員工辦理報關，結果需要有持照報關行把關；這條界線請看我們的說明文章什麼是報關業務。
三年下來，每種選擇的成本是多少？
用你自己每次規則異動的工時，把每種選擇依同樣的項目算三年，通常會發現自建的成本在維護，套件的成本在你的流程改動。
| 成本項目 | 自建 | 採購套件 | 量身打造的系統 |
|---|---|---|---|
| 軟體 | 寫和運作它的工程師 | 授權費，需報價或依公開價目表（Oracle GTM） | 專案報價 |
| 內容維護（HTS 修訂、第99章、裁定） | 你的團隊，每次變動 | 廠商、內容合作夥伴或你的團隊 | GingerOS 監看新規則 |
| 模型和邏輯評估 | 你的團隊，每次變動後 | 廠商 | 廠商，由你核准 |
| ERP 連線 | 你的團隊，每套 ERP | 導入合作夥伴 | 依客戶分別設定，唯讀、分階段 |
| 流程改動 | 沒有 | 你的團隊配合套件 | 沒有；系統跟著你的流程 |
| 紀錄和稽核軌跡 | 看你做了什麼 | 在套件裡 | 寫回你的 ERP |
依你自己工時的算法，請看貿易合規軟體投資報酬率試算；怎麼把它攤在財務長面前，請看貿易合規自動化提案怎麼寫。
中型企業怎麼評估自建還是採購？
依序回答六個問題，答案通常就替你做了選擇。
- 我們要自動化什麼？只做稅號判定，還是連重新檢查、出口管制和原產地文件也要？工作窄，適合工具；整條鏈，適合系統（從稅號判定到關稅的一條流程）。
- 系統跟著誰的流程？如果你的廠區和核准人願意採用套件的流程，就採購；否則就自建或量身打造。
- 誰讓它保持最新？說出處理下一次 HTS 修訂的那個人。說不出來，就不要自建。
- 資料從哪裡來？三套 ERP、試算表、供應商郵件：計畫要說明每個來源怎麼接進來。
- 誰核准，紀錄去哪裡？指定的人；核准後的結果寫回你的 ERP，匯出由你掌控，而不是把紀錄鎖在廠商的資料庫裡。
- 簽約前能看到什麼？在你自己流程上的原型，勝過任何估算。
第6題的廠商那一面，用展示時要問的12個問題和簽約前的20項檢查清單。如果已經有在用的套件，Descartes 與 GingerControl 比較說明了團隊怎麼在旁邊加一套系統，而不是換掉它。
GingerOS 依新規則檢查每個 SKU 並列出受影響的那些，在建議 HTS 稅號之前先詢問缺少的產品事實，留下判定理由供你核准，並重新檢查出口管制、FTA 資格和原產地文件。它的稅號判定僅供一般參考、教育與規劃之用；稅號放上報單之前，要由你的持照報關行覆核。GingerControl 不是報關行，不代為報關，也不提供法律意見。
做決定之前，先看看量身打造這條路
第6題是最實在的一題。GingerOS 從 Prototype Week 開始：一通電話，3天做出你自己流程的可點選原型，同一週開需求會議，之後報價，全程不需要任何權限，也不碰正式環境的資料，這樣你的自建估算就有了真實的對照。預約 GingerOS 通話，替你的流程做原型
參考資料
- U.S. International Trade Commission, HTS release list
引用內容：2026年 HTS 修訂版1至21，修訂版1於2026年1月16日生效，修訂版21於2026年10月9日生效
來源：USITC HTS release list
發布：2026年10月11日查閱 - 19 U.S.C. 1484 and 19 U.S.C. 1641
引用內容：登記進口商在稅號判定上的合理注意義務；報關業務的定義，包括稅號判定，以及非僅為本人辦理時所需的報關行執照
來源：19 U.S. Code § 1484 (Cornell LII)、19 U.S. Code § 1641 (Cornell LII) - Office of the U.S. Trade Representative, Notice of Actions in Section 301 Investigations of Acts, Policies, and Practices of Various Economies Related to the Failure of Each Economy To Impose and Effectively Enforce a Prohibition on the Importation of Goods Produced With Forced Labor, 91 FR 47318
引用內容：對60個經濟體的產品課徵10%或12.5%的 Section 301 關稅，自2026年7月24日起生效
來源：91 FR 47318, Federal Register
發布：2026年7月28日
常見問題
中型企業怎麼評估 GTM 自動化要自建還是採購？
算的是維護成本，不是第一版。對在三套 ERP 上有5萬個 SKU 的集團，先列出上線後由誰讓稅則內容、裁定和模型保持最新，再比較三種成本：內部團隊永遠自己做、套件授權費加上它要求的流程改動，以及依你的流程量身打造、替你監看新規則的系統。
我們能用 AI 寫程式工具和大型語言模型自己做貿易合規軟體嗎？
第一版能很快做出來；難的是讓它一直正確。對工程師已經做出原型判定器的 CIO，要問：誰來處理不到九個月裡的21次 HTS 修訂、閱讀新的 CROSS 裁定、每次變動後測試模型、留存判定理由並重新檢查整份目錄？如果答案是當初做原型的那兩位工程師，就要算他們未來三年的成本，而不是第一個衝刺。
客製的貿易合規軟體，比採購便宜嗎？
放到三年來看很少比較便宜，因為越來越貴的是讓稅則內容和判定邏輯保持最新，而不是寫程式。對進口到多個國家的一階供應商集團，內部自建每年都要負擔工程師、內容維護、模型評估和 ERP 連線。但如果你的流程很獨特，而且已經養著一個懂貿易規則的團隊，自建仍可能勝出。
能不能先用現成軟體，之後再換成客製系統？
可以，前提是第一個工具能匯出每個稅號、它的判定理由和日期。對先用稅號判定工具起步的製造商，紀錄能跟著走，轉換就容易；紀錄留在廠商的資料庫裡，轉換就難。GingerOS 的做法正好相反：先用3天替你自己的流程做原型，從一開始就依你的流程量身打造。
採購商業貿易合規軟體，怎麼避免被廠商綁住？
讓紀錄隨時帶得走：核准後的結果寫回你的 ERP，每個稅號及其判定理由隨時都能匯出，連線唯讀、分階段。對使用三套 ERP 的集團，請每家廠商在展示中現場匯出一次。GingerOS 會把核准後的結果連同稽核軌跡寫回你的 ERP，紀錄一直在你手上。
AI 輔助的稅號判定能滿足合理注意義務嗎？
合理注意看的是你的流程，而不是工具有沒有用 AI：誰做的決定、依據哪些事實、什麼理由，以及是否有合格的人覆核。對有5萬個 SKU 的進口商，要替每個稅號保留判定理由和核准人。GingerControl 的稅號判定僅供一般參考、教育與規劃之用；稅號放上報單之前，要由你的持照報關行覆核。
我們能把產品和貨運資料交給第三方 AI 平台嗎？
要先弄清楚資料在哪裡運作、誰看得到、會不會訓練任何人的模型。對研發嚴守配方和規格的製造商，這些答案要寫進合約。在 GingerControl，客戶資料在客戶自己的專屬環境中運作，傳輸和儲存都加密，全天候監控，絕不用來訓練我們或任何人的模型。
維護一個海關稅號判定工具需要多少工程師？
要數的是工作，而不是人頭：處理每一次 HTS 修訂（2026年到10月9日已有21次）、追蹤第99章的變動、閱讀新的裁定、每次變動後重測模型、重新檢查目錄、維持 ERP 連線。對有5萬個 SKU 的集團，每一項都需要懂貿易規則的人；沒有這樣的人，內部自建就只能改為購買內容。
自建或採購貿易合規 AI 之前，我們需要先有 ERP 或乾淨的資料嗎？
不是每種選擇都需要，但計畫必須說明資料從哪裡來。對有三套 ERP、廠區把零件資料放在試算表裡的集團，GingerOS 照你的流程、用現有的資料運作，有沒有 ERP 都可以：沒有 ERP，GingerControl 替你建立資料儲存，設計專屬的資料流；資料很亂，就先梳理整理，再建置 AI 系統。
貿易合規軟體自建和採購的總持有成本各是多少？
自建：每年都有工程師、內容維護、模型評估、ERP 連線和法務審查。採購套件：授權報價、導入，以及改動流程去配合它的成本。量身打造的系統：Prototype Week 之後的專案報價，由系統替你監看新規則。對有5萬個 SKU 的集團，用你自己每次規則異動的工時，把三種選擇放到三年裡比較。
正在評估貿易合規用的 AI？
交給 GingerOS 處理。
在下一頁選一個30分鐘的時段，和我們的執行長 Chen Cui 通話。帶一則公告或一份 SKU 清單來（ERP 匯出檔、試算表或一封電子郵件都可以），看看 GingerOS 怎麼處理。
審閱：Michael Weick, LCB / CCS
