FTZ Type 06 CAPE 遭駁回，為什麼會發生、怎麼修正

為什麼 FTZ Type 06 報單在 CAPE 第一階段會被駁回？

FTZ Type 06 報單之所以在 CAPE 第一階段被駁回，是因為原始報單上的 9903.01 與 9903.02 這兩行 IEEPA 第 99 章稅則行，沒有和底下第 1 到 97 章的基礎 HTS 稅則行做正確排序。CAPE 驗證系統會逐行讀取報單，只要基礎稅則分類與 IEEPA 第 99 章稅則行之間的 HTS 關聯無法核對一致，就會駁回這份 FTZ Type 06 CAPE 聲明。

怎麼修正因 HTS 序列不符而被駁回的 FTZ Type 06 CAPE 聲明？

修正做法是先調出原始報單，把 HTS 稅則行重新排序，讓 IEEPA 第 99 章稅則行照 CBP 要求的順序，接在基礎 HTS 稅則行後面，再重新申報 CAPE 聲明。如果這筆報單已經核定，且已經超過 CAPE 第一階段 80 天的窗口期，路徑就會轉向依 1514 條提行政異議；如果超過 180 天，就要走 CIT 訴訟。

摘要

如果你在 2025 年 2 月到 2026 年 2 月的 IEEPA 窗口期間，用 FTZ Type 06 報單把貨物從對外貿易區提領出區，你的 CAPE 第一階段聲明很可能正在因為 HTS 關聯或序列不符的錯誤而被駁回。修正方式是機械式的：依 CAPE 驗證系統的期待，把 IEEPA 第 99 章稅則行重新排序在基礎 HTS 稅則行之後，再重新申報。GingerControl 整理這篇指南，是因為 FTZ Type 06 遭駁回，現在是我們看到最常見的單一種 CAPE 第一階段錯誤，而 80 天的窗口期，不會因為你還在排查問題就停止倒數。

最後更新：2026 年 5 月

FTZ Type 06 報單究竟是什麼

對外貿易區（FTZ）Type 06 報單，是貨物從 FTZ 提領進入美國商業流通時申報的消費報單。這是關稅正式變成應付款項的那一刻，也是這個報單類別會帶有第 99 章貿易救濟稅則行的原因，其中就包含現在可以申請退稅的 IEEPA 稅則行。

就退稅而言，關鍵的對照如下：

報單類別	涵蓋內容	關稅何時繳納	IEEPA 曝險情形
Type 01	標準消費報單，貨物直接從港口放行	進口時	直接曝險，單一 HTS 序列
Type 06	FTZ 提領消費	提領出區時	直接曝險，但疊加在 FTZ 進區狀態之上
Type 03	反傾銷／平衡稅報單	進口時	可能有曝險，視個別報單而定
Type 11	簡易報單	進口時	曝險有限

關鍵在於，依19 CFR Part 146，貨物進入 FTZ 時，並不會在進區當下就被視為消費報關。這些貨物會以特權外國（PF）或非特權外國（NPF）身分留置在區內。Type 06 報單，通常是依 19 CFR 146.63 以周報單方式申報，正是 IEEPA 第 99 章稅則行附加上去的那個時間點，也因此正是現在需要 CAPE 處理的那筆報單。

為什麼 IEEPA 會這樣衝擊 Type 06 報單

從 2025 年 2 月 4 日到 2026 年 2 月初實施的 IEEPA 關稅，是透過第 99 章 9903.01 與 9903.02 稅則號別課徵的。對 FTZ 貨物而言，讓 Type 06 報單特別容易受影響的，是計稅時點的規則。

以特權外國（PF）身分進區的貨物，會在進區時就鎖定 HTS 稅則分類與稅率，但貿易救濟稅率通常是以提領出區時生效的稅率為準。以非特權外國（NPF）身分進區的貨物，則是在提領出區時，按當時的狀態分類課稅。不論哪一種狀況，在 IEEPA 窗口期間提領出區，都會在 Type 06 報單上帶出 9903.01 或 9903.02 這一行。

這正是為什麼有些原以為受 FTZ 身分保護的業者，最後仍然為 Type 06 提領貨物繳了 IEEPA 關稅。也正因如此，只要聲明能通過驗證，這些報單現在都符合透過 CAPE 申請退稅的資格。

GingerControl 是一套 AI 全球貿易法遵基礎設施，協助進口人、出口人與報關行做商品分類、規劃最適稅則路徑、試算關稅，並追蹤政策變動。在 IEEPA 退稅這塊工作上，我們專注在逐筆報單的金額量化，以及判斷聲明能否通過驗證或會被駁回的申報前稽核。

「HTS 關聯或序列不符」到底是什麼意思

CAPE 第一階段會把每一行報單當成結構化紀錄來驗證。針對 FTZ Type 06 報單，驗證系統會檢查三件事：

基礎 HTS 稅則行（第 1 到 97 章）是否存在，且分類正確
IEEPA 第 99 章稅則行（9903.01 或 9903.02）是否存在，是否相對於基礎稅則行排序正確，並引用正確的稅則待遇
原始報單上的 FTZ 進區狀態，是否與產生 IEEPA 稅額的計算相符

只要這三項檢查中有一項不通過，CAPE 聲明就會因為 HTS 關聯或序列不符而遭駁回。我看到最常見的觸發原因如下：

序列顛倒： 9903 稅則行被放在原始報單上第 1 到 97 章的基礎稅則行之前。CAPE 預期的順序是基礎稅則行在前，第 99 章稅則行接在後面。
關聯連結遺失： 第 99 章稅則行是以獨立行項申報，而不是關聯到基礎 HTS 的相關行。CAPE 無法判斷該從哪一筆基礎稅則行移除 IEEPA 稅額。
PF 與 NPF 不一致： 原始報單記載的 FTZ 進區狀態是一種（例如 PF），但實際稅額計算反映的卻是另一種（例如以提領時稅率計算，暗示是 NPF）。CAPE 無法核對一致。
第 99 章稅則號別錯誤： 報單用了 9903.02，但依貨物與日期本該觸發 9903.01，反之亦然。CAPE 期待稅則號別要對應到申報日期與原產國。

這其實是機械性的問題。原始報單幾乎都已經具備 CAPE 需要的全部資料，只是排列方式不符合 CAPE 驗證系統的期待。

怎麼從 ACE 回應診斷駁回原因

CAPE 駁回時，ACE 回應會附上錯誤代碼與行項參照。診斷流程如下：

調出原始報單（CBP Form 7501）和 FTZ 周報單彙總表。 確認實際申報的 HTS 稅則行順序。
把駁回的行項參照對應到報單行項。 ACE 會回傳未通過驗證的報單行號。
讀懂錯誤代碼。 FTZ Type 06 駁回常見的錯誤代碼，多屬於 HTS 驗證這一類。CBP 公布了 CAPE 申報人指引，附上現行的錯誤代碼清單，可以拿你的代碼對照查閱。
檢查 FTZ 進區文件（e214）。 CBP Form e214 是貨物進區的紀錄，會顯示 PF 或 NPF 身分。如果報單上的狀態和 e214 對不上，代表你面對的是文件核對問題，不只是序列問題。
確認 IEEPA 第 99 章稅則號別對應到報單日期。 9903.01 與 9903.02 涵蓋 IEEPA 期間內不同的區段。不論序列是否正確，只要日期和稅則號別對不上，一樣會被駁回。

如果駁回純粹是序列問題，修正方式就是把行項順序調整正確後重新申報。如果涉及 PF/NPF 身分或文件核對問題，就需要你的 FTZ 營運人，甚至授權經營者一併介入處理。

依報單狀態區分的修正路徑

情況	路徑	時程	工作量
Type 06 報單尚未核定，CAPE 因序列問題駁回	重新排序 HTS 稅則行，重新申報 CAPE	受理後 60 到 90 天	低
Type 06 報單尚未核定，CAPE 因 PF/NPF 不一致駁回	核對 e214 與報單資料，重新申報	核對完成後 60 到 90 天	中，需 FTZ 營運人介入
Type 06 報單於 80 天內核定，CAPE 遭駁回	修正後重新申報 CAPE 第一階段	受理後 60 到 90 天	低到中
Type 06 報單超過 80 天才核定，但仍在 180 天內	依19 USC 1514 提行政異議	CBP 決定需 6 到 18 個月	中
Type 06 報單超過 180 天才核定	提 CIT 訴訟	12 到 24 個月以上	高

重點結論： 多數 FTZ Type 06 CAPE 駁回，都是機械式的序列問題，重新申報就能修正。文件核對問題會花比較久的時間，因為需要調出 e214 進區紀錄，和報單資料互相對齊，這項工作要透過你的 FTZ 營運人來進行。

需要準備哪些文件

要順利重新申報一筆遭駁回的 FTZ Type 06 CAPE 聲明，每筆報單需要準備五份文件：

CBP Form e214 進區紀錄。 確認進區時的 PF 或 NPF 身分，以及（PF 身分時）鎖定的 HTS 稅則分類。
FTZ 周報單估算資料。 由營運人依 19 CFR 146.63 申報，是當週提領消費的底層報單紀錄。
Type 06 報單（CBP Form 7501）。 CAPE 用來逐行驗證的紀錄。
商業發票與裝箱單。 對應提領消費的商品，確認 IEEPA 稅額計算所用的價值與數量。
來自 ACE 的 CAPE 駁回回應。 包含指出具體驗證失敗原因的錯誤代碼與行項參照。

NAFTZ FTZ 營運人手冊是營運人端作業流程的實務參考。CBP FTZ 手冊則是法規面的參考依據。

GingerControl 的 Tariff Calculator 涵蓋完整的美國關稅疊層：基礎關稅、第 232 條、第 301 條、第 99 章，以及橫跨 200 多個國家的第 122 條對等關稅。針對 FTZ Type 06 退稅這個工作流程，我們就是用這套 Calculator 重新推算每一筆周報單行項該有的正確 IEEPA 稅額，並核對原始報單的 IEEPA 稅額，是否符合重新申報後 CAPE 會接受的數字。

第二階段可能自動解決什麼，又可能解決不了什麼

CAPE 第一階段，刻意把範圍收得很窄：只處理未核定的乾淨案件，以及結構單純的近期核定報單。CBP 已釋出訊號，後續階段會擴大涵蓋更複雜的報單類別。正如 Thompson Hine 在 2026 年 4 月的快訊中指出，這種分階段推出的設計，用意是讓作業複雜度逐步被消化。

合理的預期是，第二階段可能會用不同方式處理部分 FTZ 特有的驗證問題，也許放寬嚴格的序列檢查，或加入另一套能理解 FTZ 進區狀態的驗證邏輯。但有兩件事不太可能改變：

原始報單本身仍必須內部一致。PF/NPF 文件不一致，是真正的核對問題，不會因為驗證系統更新就自動消失。
80 天與 180 天的窗口期是法定期限。對於 2026 年初已核定的報單來說，等第二階段是在跟時鐘賽跑的問題，不是第二階段本身能不能解決的問題。

正確的工作假設是：現在能重新申報的先申報，需要 FTZ 營運人核對的先升級處理，已核定的報單則先把行政異議時效保住。

一句話講清楚 FTZ Type 06 CAPE 駁回

多數 FTZ Type 06 報單的 CAPE 第一階段駁回，並不是在爭議 IEEPA 退稅該不該給，而是原始報單上的行項排序問題，IEEPA 第 99 章稅則號別確實存在，只是沒有依 CAPE 驗證系統期待的關聯結構排列。只要底層報單資料與 FTZ 進區紀錄能核對一致，修正方式是重新排序後重新申報，而不是升級成法律爭訟。

GingerControl 在這裡扮演什麼角色

對於正在處理 FTZ Type 06 CAPE 駁回的進口人與 FTZ 營運人，這項工作分成三塊：

量化。 依周報單、依 Type 06 提領逐筆計算 CAPE 應移除的 IEEPA 稅額曝險。Tariff Calculator 會處理完整關稅疊層，把 IEEPA 這一塊乾淨地拆分出來。
申報前稽核。 把原始報單的行項結構，和 CAPE 驗證系統期待的結構做比對，在重新申報前就標出序列與關聯不符的地方，並確認 e214 進區狀態能核對一致。這正是我們幫進口人省下第二次駁回的地方。
行政異議與 CIT 轉介。 對超過 80 天窗口期的報單，轉入依 19 USC 1514 的行政異議文件準備，超過 180 天則轉入 CIT 訴訟文件準備。GingerControl 支援這部分的文件工作，實際的行政異議或訴訟申報，則由你的持證報關師或貿易律師執行。

GingerControl 不代進口人申報 CAPE 聲明，那項工作要透過有 ACE Portal 存取權限的報關行或申報人進行。我們做的是量化每筆報單的退稅金額，並稽核報單資料，讓 CAPE 聲明第一次申報就能通過驗證。

常見問題

CAPE 駁回上的 HTS 序列不符是什麼意思？ 意思是原始報單上的 IEEPA 第 99 章稅則行（9903.01 或 9903.02），相對於第 1 到 97 章的基礎 HTS 稅則行沒有正確排序，導致 CAPE 驗證系統無法把 IEEPA 稅額對應到要移除的基礎分類行。GingerControl 的申報前稽核，會在送出之前就標出這個序列問題，讓重新申報第一次就能通過驗證。

為什麼 FTZ Type 06 報單被駁回的比例，比 Type 01 報單高？ 因為 Type 06 報單，是把 IEEPA 第 99 章稅則行疊加在 FTZ 進區狀態（PF 或 NPF）之上，這多了一個 CAPE 必須驗證的核對點。Type 01 報單只有單一分類路徑。GingerControl 的 Tariff Calculator 兩者都能處理，但針對 Type 06 報單，我們會在重新申報前特別核對 e214 進區紀錄與報單資料是否一致。

遭駁回後可以重新申報 CAPE 聲明嗎？ 可以。只要修正了行項順序或底層資料問題，就可以透過同一個 ACE Portal CAPE 管道重新申報。單一聲明的重新申報次數沒有上限，只有每份聲明最多 9,999 筆報單的規模限制。GingerControl 的申報前稽核，正是用來避免第三次駁回的那一步。

如果我的 FTZ Type 06 報單已經超過 80 天的 CAPE 窗口期才核定怎麼辦？ 如果報單在核定後 180 天內，路徑會轉向依 19 U.S.C. 1514 提行政異議；超過 180 天，則轉入 CIT 訴訟。GingerControl 支援行政異議或訴訟所需的逐筆量化工作，實際申報則由你的報關行或貿易律師執行。

特權外國身分會影響 IEEPA 退稅資格嗎？ PF 身分會在進區時鎖定 HTS 稅則分類與基礎稅率，但 IEEPA 第 99 章稅額，通常不論 PF 或 NPF 身分，都是在提領出區時課徵。所以兩種狀況下的 IEEPA 退稅資格是一樣的。GingerControl 的申報前稽核，會驗證報單上記載的 PF 或 NPF 身分，是否與 e214 進區紀錄相符。

GingerControl 怎麼協助處理 FTZ Type 06 CAPE 駁回？ GingerControl 依周報單與 Type 06 提領逐筆量化 IEEPA 退稅金額，把報單資料對照 CAPE 驗證系統期待的行項結構做稽核，並在重新申報前標出 PF/NPF 文件核對問題。我們不代為申報 CAPE 聲明，那部分要透過有 ACE Portal 存取權限的報關行進行。

CBP 會不會比對 Type 01 案件更嚴格地稽查 FTZ Type 06 退稅申請？ CBP 已釋出訊號，可能會稽查 IEEPA 退稅申請，而 FTZ 報單多了一層文件（e214 與周報單），讓稽查人員有更多資料可以檢視。因應之道是把 e214、周報單與 Type 06 報單三者互相核對一致。GingerControl 的稽核工作，正是在產出支撐這道防線的文件。

FTZ Type 06 CAPE 駁回最常見的單一修正方式是什麼？ 把 9903.01 或 9903.02 稅則行，依 CAPE 期待的順序重新排在第 1 到 97 章的基礎稅則行之後，再重新申報。我們看到的多數駁回，都是機械性的序列錯誤，不是實質的資格問題。GingerControl 的申報前稽核，會在 CAPE 聲明送出之前，就抓出序列問題。

如果你的 FTZ Type 06 報單正在被 CAPE 駁回

如果你不確定自己的 FTZ Type 06 曝險還有多少可以追回，先把數字算出來。這個頁面上的 IEEPA 退稅工具箱，提供兩個免費計算器，幾分鐘就能估出這個機會的規模。ES-003 拖曳上傳計算器會直接在瀏覽器中解析你的 ACE 匯出檔（不會上傳任何資料），依第 99 章前綴分類每一行，依核定狀態分桶，回傳已繳 IEEPA 關稅總額與預估可追回金額。如果你手邊還沒有 ES-003，問答式估算器是更快的路徑，回答幾個問題就能拿到方向性的估算數字。

如果你的團隊正看著 FTZ Type 06 CAPE 聲明，因為 HTS 關聯或序列不符錯誤被打回來，GingerControl 會重新排序底層報單上的 HTS 稅則行，稽核 e214 進區狀態與報單紀錄，並準備讓聲明第一次申報就能通過驗證的重新申報文件。對超過 80 天窗口期的報單，我們會轉入行政異議或 CIT 訴訟文件準備。

與我們的團隊聊聊 FTZ Type 06 CAPE 駁回與 IEEPA 退稅

參考資料

[REF 1] U.S. Customs and Border Protection, IEEPA Duty Refunds and CAPE Filer Guidance 引用數據：CAPE 第一階段於 2026 年 4 月 20 日啟動；驗證錯誤結構；ACE Portal 申報管道來源：CBP IEEPA Duty Refunds 發布時間：2026 年

[REF 2] 19 CFR Part 146, Foreign Trade Zones 引用數據：FTZ 進區、特權外國與非特權外國身分、依 19 CFR 146.63 申報的周報單來源：19 CFR Part 146 發布時間：現行版本

[REF 3] CBP Foreign Trade Zones Manual 引用數據：e214 進區紀錄、Type 06 消費報單、營運人與授權經營者責任來源：CBP FTZ Manual 發布時間：現行版本

[REF 4] National Association of Foreign Trade Zones (NAFTZ) 引用數據：周報單與 Type 06 申報的營運人端作業實務來源：NAFTZ 發布時間：現行

[REF 5] Thompson Hine SmartTrade analysis 引用數據：2026 年 4 月 20 日 CAPE 第一階段啟動與分階段推出範圍來源：CBP Confirms April 20 2026 Launch of CAPE Phase 1 發布時間：2026 年 4 月

[REF 6] BDO IEEPA Tariff Refunds FAQ 引用數據：CBP 對 IEEPA 退稅申請的稽查風險與文件要求來源：BDO IEEPA Tariff Refunds FAQ 發布時間：2026 年

[REF 7] 19 U.S.C. 1514 protest provisions 引用數據：自核定起 180 天的行政異議期限來源：19 USC 1514 發布時間：現行

[REF 8] Foreign-Trade Zones Board (ftz.gov) 引用數據：FTZ 董事會監理、授權經營者架構來源：Foreign-Trade Zones Board 發布時間：現行