海關合規工作流程整合：稅號判定、出口管制和關稅在同一條流程裡
Chen Cui Co-Founder of GingerControl 這次更新：依 GingerOS 的現況改寫：稅號判定、出口管制和關稅在同一條流程裡，由指定的人核准並寫回；名單篩選和許可證留在篩選套件裡，據實說明；刪除已停用的服務和沒有根據的涵蓋範圍。
海關合規工作流程，把每個新產品或每次規則變動，依序帶過稅號判定、出口管制、關稅和原產地文件，每個決定都由指定的人核准，最後只留一份紀錄。大型套件依它們自己的模式涵蓋稅號判定、許可證和名單篩選；很少有平台在你自己的流程上處理產品決定。對一家每季新增5,000個 SKU 的電子業者的貿易合規總監，可行的安排是：產品決定交給在你自己流程上運作的 GingerOS，交易對象和許可證交給你的篩選套件，兩者連起來，什麼都不必輸入兩次。
我是 GingerControl 共同創辦人 Chen Cui。我們做的是這條工作流程裡產品決定的那一邊，不做名單篩選那一邊，所以我會把兩者的界線說清楚。在整套套件之間怎麼選，請看貿易合規軟體選購指南；名單篩選本身，請看管制對象名單篩選指南。
做海關稅號判定、許可證和名單篩選工作流程，哪些平台最好？
最好的安排是分工：一套系統在你自己的流程上處理產品決定（HTS 稅號、ECCN 或 EAR99、關稅、原產地），一套篩選套件處理交易對象和許可證，因為什麼都涵蓋的套件，要你的流程去配合它們的。
| 平台 | 產品稅號判定 | 出口分類（ECCN、EAR99） | 管制對象名單篩選 | 許可證管理 | 在你的流程上運作 |
|---|---|---|---|---|---|
| GingerOS | 有，判定理由留存待核准 | 有，每次變動都重新檢查 | 沒有 | 沒有 | 是 |
| SAP GTS | 有 | 有 | 有 | 有 | 在 SAP 裡 |
| Oracle GTM | 有 | 有 | 有 | 有 | 在 Oracle 裡 |
| Thomson Reuters ONESOURCE | 有（AI，附說明理由） | 有 | 有 | 有（許可管控） | 請詢問 |
| Descartes | 有（AI 輔助） | 有 | 有（Visual Compliance） | 有（出口許可） | 可設定的工作流程 |
套件的能力來自各廠商自己的網頁，於2026年10月7日、10日和11日重新查核 [1]；「請詢問」表示廠商公開的網頁沒有說清楚。和其中一家套件的正面比較，請看 Descartes 與 GingerControl 比較。SAP、Oracle 和 Thomson Reuters 都不公開這些套件的價格，Descartes 只替名單篩選給出參考價格區間；GingerOS 在 Prototype Week 之後依專案報價。
結論：對一家每季新增5,000個 SKU、已經有名單篩選系統的電子業者的貿易合規總監，保留篩選套件處理交易對象和許可證，產品決定交給在你自己流程上運作的 GingerOS。如果你已經統一用 SAP 或 Oracle，想把一切都放在 ERP 裡，SAP GTS 或 Oracle GTM 是比較好的單一歸宿。
一條工作流程怎麼把產品從稅號判定帶到關稅？
它把每個決定當作資料往下傳，而不是重新輸入一次，並在每個有法律分量的決定前停下來，交給人。
- 觸發新零件、供應商變更或新規則
- 事實從電子郵件、PDF 和試算表索取缺少的產品事實
- HTS 稅號留存 GRI 理由、註釋和裁定
- 出口管制重新檢查 ECCN 或 EAR99
- 關稅和原產地每一層美國關稅、FTA 資格、原產地文件
- 核准每個決定由指定的人核准
- 寫回結果連同稽核軌跡寫回 ERP
這些步驟 GingerOS 都會做，而且依你的流程量身打造，而不是套用範本：它監看新規則以及你的 ERP、PLM 和供應商紀錄的變動；在建議 HTS 稅號之前先詢問缺少的產品事實，並留下判定理由供你核准；重新檢查出口管制、FTA 資格和原產地文件，並向供應商索取過期的證明；依新規則檢查每個 SKU，顯示每個受影響零件的新關稅和下一步；再把核准後的結果連同稽核軌跡寫回你的 ERP。它照你的流程、用現有的資料運作，有沒有 ERP 都可以。規則變動通常先以電子報或提醒的形式到達團隊；兩者各自抓得到什麼，請看電子報與依 HTS 稅號推送的關稅提醒。
值得引用的觀點：在海關合規工作流程裡，代價最高的失誤不是答錯，而是重新輸入。決定 HTS 稅號的材質和功能事實，也關係到 ECCN，而稅號連同原產地決定關稅。當它們各自待在不同的工具裡，同一個事實被輸入三次，就可能錯成三種樣子，原本應該說明決定的紀錄，最後自相矛盾。
對單一產品，同樣的判定邏輯也以工具形式放在 GingerLite app 裡：負責 HTS 稅號的 Classification Researcher，以及 Export Control Classifier，後者只在 EAR 下把商業管制清單縮小到一個 ECCN，或在沒有適用條目時給出 EAR99 [4]。它不涵蓋 ITAR，不做名單篩選，也不判定許可證。
應該在哪裡由人核准？要記錄什麼？
每個會用在報關或出口上的決定都應該由人核准，紀錄要依法律要求的期限保存事實、理由、核准人和日期。
| 決定 | 誰核准 | 紀錄保存什麼 | 保存多久 |
|---|---|---|---|
| HTS 稅號 | 你的合規負責人，報關前再由你的持照報關行覆核 | 產品事實、GRI 理由、註釋和裁定、核准人、日期 | 依19 CFR 163.4自進口日起五年 [2] |
| ECCN 或 EAR99 | 你的出口合規負責人，必要時請顧問 | 讀取的參數、商業管制清單條目或 EAR99 的依據、核准人、日期 | 依 EAR 的紀錄保存規定15 CFR 762.6保存五年 [3] |
| 關稅和原產地 | 合規和財務 | 依進口日的各層關稅、FTA 依據、原產地文件 | 和報關紀錄一起 |
| 交易對象篩選 | 你的篩選負責人，在篩選套件裡 | 比對過的名單（例如整合篩選名單 [5]）和命中判斷 | 依你的篩選工具 |
GingerControl 的 Classification Researcher 依照持照報關行的判斷方式：GRI 分析、類註和章註審閱，以及 CROSS 裁定研究。它的稅號判定僅供一般參考、教育與規劃之用；稅號放上報單之前，要由你的持照報關行覆核。GingerControl 不是報關行，不代為報關，也不提供法律意見。紀錄必須包含哪些內容，逐項請看簽約前的20項檢查清單。
應該整合現有的工具，還是換掉？
做得好的就整合，交接環節就替換，並從你現有的資料開始。
- 保留篩選套件，如果它已經在篩選你的訂單；把它和產品紀錄連起來，而不是重新輸入零件。
- 淘汰 ECCN 試算表，把它們當作起始資料讀進來，每個決定重新檢查一次。
- ERP 連線唯讀、分階段，不搬移主檔資料。某個廠區沒有 ERP，GingerControl 就替它建立資料儲存，設計專屬的資料流；資料很亂，就先梳理整理。
- 量一量省掉了哪些交接：每個新 SKU 從申請到核准紀錄要幾分鐘，以及一次規則變動影響多少 SKU。
怎麼把這些分鐘數放進提案，請看貿易合規軟體投資報酬率試算；這條工作流程要不要內部自建，請看貿易合規 AI 自建還是採購；財務團隊怎麼看同一份紀錄的關稅那一面，請看什麼是關稅管理軟體。
把你自己的流程放進同一條工作流程
最快的檢驗，就是用你自己的流程：一通電話，3天做出它的可點選原型，不需要任何權限，也不碰正式環境的資料，之後報價。產品決定交給 GingerOS，交易對象留在你的篩選套件裡。預約 GingerOS 通話，替你的合規工作流程做原型
參考資料
- Vendor pages as recorded in GingerControl's competitor research
引用內容：SAP Global Trade Services 產品頁（稅則分類、受制裁對象名單篩選、許可證管理；價格需詢問）和 SAP Learning（ECCN 管制類別）；Oracle Global Trade Management 產品頁（稅則和出口管制分類、管制對象篩選、出口許可證）；Thomson Reuters ONESOURCE Global Classification（HS 和 ECCN，「transparent rationales」）、Denied Party Screening 和 Export Compliance（「licensing control」）頁面；Descartes 產品分類（「AI-assisted HTS classification」）、Export Classification（從 ECCN 到 EAR99）、Visual Compliance 名單篩選和 Export License Management 頁面，只替名單篩選給出參考價格區間；於2026年10月7日、10日和11日在各廠商官網讀取
來源：Tariff impact simulation platforms compared，更多套件資料在文中註明了日期 - 19 CFR 163.4, Record retention period
引用內容：進口紀錄自進口日起保存五年
來源：19 CFR 163.4 (eCFR) - 15 CFR 762.6, Period of retention (Export Administration Regulations)
引用內容：EAR 要求的紀錄保存五年
來源：15 CFR 762.6 (eCFR) - 15 CFR 748.3 and 15 CFR 734.3(c)
引用內容：向 BIS 提出分類申請；受 EAR 管轄但未列在商業管制清單上的品項為 EAR99
來源：15 CFR 748.3 (eCFR)、15 CFR 734.3 (eCFR) - International Trade Administration, Consolidated Screening List
引用內容：美國政府用於出口篩選的整合名單
來源：Consolidated Screening List (trade.gov)
常見問題
做海關稅號判定、許可證和名單篩選工作流程，哪些平台最好？
SAP GTS、Oracle GTM、Thomson Reuters ONESOURCE 和 Descartes 等套件，依它們自己的模式三樣都涵蓋；很少有平台在你自己的流程上處理產品決定。對每季新增5,000個 SKU 的電子業者，名單篩選和許可證可以留在套件裡，而 GingerOS 在你自己的流程上處理稅號判定、出口管制重新檢查和關稅，留下判定理由供核准，並把結果寫回 ERP，和你保留的篩選套件並行。
有沒有一個平台能在同一條工作流程裡處理稅號判定、出口管制和名單篩選？
有些套件三個模組都有，但很少能在你自己的流程上運作、又只留一份紀錄。對既進口零組件、又出口受管制產品的公司，可行的做法是：產品決定（HTS 稅號、ECCN 或 EAR99、關稅、原產地）走一條工作流程，每張訂單上的交易對象交給名單篩選工具，兩者連起來，什麼都不必輸入兩次。
海關合規軟體怎麼和 ERP 系統整合？
通常是從 ERP 讀取料號、供應商和訂單資料，再把核准後的結果寫回去，透過依客戶設定的連接器或檔案交換完成。對只有一套 ERP、沒有貿易模組的製造商，要問連線是否唯讀、是否搬移主檔資料、紀錄放在哪裡。GingerOS 的連線唯讀、分階段，不搬移主檔資料。
管制對象名單篩選可以自動化嗎？還是仍然需要人？
比對可以自動化；疑似命中需要人來判斷。對每個新客戶和每張訂單都要篩選的出口商，軟體會把名字和整合篩選名單等政府名單比對，標出相近的結果，再由人決定被標出的交易對象是不是名單上那一個、記錄理由，並在決定之前暫停訂單。
每個產品都需要 ECCN 嗎？
不需要。只有列在商業管制清單上的品項才有 ECCN；受 EAR 管轄但不符合任何條目的品項是 EAR99。對電子業者來說，很多標準零件最後都是 EAR99，但任何帶有受管制性能參數的東西，例如某些加密或高速元件，出貨前都要對照商業管制清單的類別做真正的分類。
公司可以自己做出口分類嗎？還是一定要由 BIS 來做？
出口商可以自己分類，不必由 BIS 來做。對每季新增幾百個產品的公司，自行分類很常見，拿不準的品項再依15 CFR 748.3向 BIS 提出正式分類申請。GingerControl 的 Export Control Classifier 把商業管制清單縮小到一個 ECCN，或給出 EAR99，並寫出一份供你的出口合規顧問查核的報告。
我們應該整合現有的合規工具，還是換成一個平台？
把做得好的工具整合起來，只替換交接環節。對同時用著稅號判定工具、ECCN 試算表和名單篩選系統的團隊，篩選系統通常保留，試算表淘汰，缺的是跨決定的同一份紀錄。GingerOS 和現有套件並行運作，把核准後的結果連同稽核軌跡寫回你的 ERP。
把稅號判定和 ECCN 決定搬進同一條工作流程的過程中，我們還能繼續用 Excel 嗎？
可以，而且轉換期間就該這樣做。對 ECCN 決定都放在試算表裡的團隊，工作流程可以把這些檔案當作起始資料讀進來，和它們並行運作，直到每個決定都在新紀錄裡重新檢查並核准過一次。GingerOS 能讀 Excel、PDF、電子郵件和圖片，所以試算表是輸入，而不是一個搬移專案。
AI 可以自動核准稅號判定和出口管制決定嗎？
不應該。對要為 HTS 稅號和 ECCN 負責的貿易合規總監，系統負責草擬每個決定和理由，由指定的人在它進入 ERP 或訂單之前核准。GingerControl 的稅號判定僅供一般參考、教育與規劃之用；稅號放上報單之前，要由你的持照報關行覆核。
要跑同一條合規工作流程，我們需要先有 ERP 嗎？
不需要。對 ERP 和所有合規工具都不相通的製造商，或某個廠區根本沒有 ERP，GingerOS 照你的流程、用現有的資料運作，有沒有 ERP 都可以：沒有 ERP，GingerControl 替你建立資料儲存，設計專屬的資料流；資料很亂，就先梳理整理，再建置 AI 系統。
還在一筆一筆查裁定來判定 SKU 稅號？
交給 GingerOS 處理。
在下一頁選一個30分鐘的時段，和我們的執行長 Chen Cui 通話。帶一則公告或一份 SKU 清單來（ERP 匯出檔、試算表或一封電子郵件都可以），看看 GingerOS 怎麼處理。
審閱：Michael Weick, LCB / CCS
