CAPE錯誤代碼解碼指南:每一則錯誤訊息與對應解法

每一則CAPE申報錯誤訊息逐一解碼:GOODS VALUE AMOUNT、HTS排列順序、第1至97章不符、FTZ Type 06、勾稽衝突等,各附解法。

Chen Cui

Chen Cui· Co-Founder of GingerControl· 閱讀約 2 分鐘

在 LinkedIn 上與我聯繫!我想幫助你 :)
審核人: Michael Weick, LCB / CCS

Customs compliance manager with 42 years of experience (ex Subaru of America, Merck, and Motorola).

什麼是CAPE錯誤代碼解碼指南?

CAPE錯誤代碼解碼指南,是一份完整的參考資料,收錄CBP在IEEPA退稅勾稽過程中,透過「入境資料綜合管理與處理」(CAPE)第一階段程序所回傳的每一則錯誤訊息與拒收代碼。每一則錯誤都有明確的成因與對應解法。這篇指南涵蓋GOODS VALUE AMOUNT驗證錯誤、HTS排列順序與第1至97章對應關係錯誤、FTZ Type 06不符錯誤、勾稽衝突錯誤、進口人驗證錯誤、行級篩除,以及會讓CAPE整份申報無法受理的系統級拒收。每一則錯誤,都對應到正確的後續動作:PSC、Form 19行政異議、CIT訴訟,或不需再採取任何行動。

我該如何判斷自己收到的是哪一種CAPE錯誤代碼?

CAPE錯誤代碼會出現在REV-615(CAPE退稅明細報表,Trade CAPE Detail Refund Report)上,以及CAPE申報提交過程中的ACE內聯報錯回應裡。REV-615會將每一筆被排除的報單,對應到具體的理由代碼。ACE內聯報錯則會在申報遭拒收(進入處理程序前)時出現。要完整解碼所有錯誤,兩種來源都需要查閱:REV-615用於處理後的行級剔除,ACE內聯報錯則用於處理前的拒收。兩者合併判讀,就能解釋每一筆未能通過CAPE第一階段的報單行。


摘要: CBP的CAPE第一階段自2026年4月20日起開始處理IEEPA退稅,目前已有約1,660億美元的IEEPA關稅、逾53,000,000筆報單、來自330,000家進口人的案件流經這套系統。每一份CAPE申報,都須通過多重檢核,而拒收會發生在三個層次:處理前(ACE內聯報錯)、處理中(申報級拒收),以及處理後(REV-615上的行級剔除)。每一則錯誤代碼都有具體的成因與具體的解法。這篇指南,將我們散見於各篇CAPE錯誤文章(CAPE申報遭拒收錯誤代碼FTZ Type 06 CAPE拒收HTS不符CAPE退稅在REV-603上短少)中的解碼內容,整合成單一的完整參考資料。GingerControl的IEEPA退稅服務將錯誤解碼與修復,納入CAPE作業流程的一環,包括REV-615檢視、ACE內聯報錯分析,以及將被排除的報單導向PSC、行政異議或CIT等通道。

最後更新:2026年5月


CAPE錯誤會在哪些地方出現

CAPE錯誤共會在三個地方出現,各自需要不同的解碼方式:

一、申報提交過程中的ACE內聯報錯回應。 CAPE申報提交後,ACE會先驗證申報格式與高層次資格,才會受理進入處理程序。格式錯誤(CSV格式異常、必填欄位缺漏、進口人不符等)會立即觸發內聯拒收,並回傳錯誤代碼。

二、CAPE申報級拒收通知。 申報獲受理,但尚未進入行級處理之前,CBP可能因系統層次的原因(申報人授權、批次規模上限、處理錯誤等),整份拒收該申報。這類情形會以ACE上的申報級通知呈現。

三、REV-615行級剔除。 完成逐行處理後,REV-615(CAPE退稅明細報表)會列出遭排除、無法撥付退稅的報單,並附上理由代碼。多數錯誤解碼工作都集中在這裡,因為多數提交的申報,在申報層次都會獲得受理,只是其中部分報單行,會在行級處理過程中遭到篩除。

以下每一則解碼的錯誤,都會註明來源(內聯/申報級/REV-615)。

處理前錯誤:ACE內聯拒收

這類錯誤出現在CAPE申報提交過程中,會直接阻擋申報受理。在底層問題修正之前,申報無法進入處理程序。

錯誤:申報人授權缺漏或無效

成因: 提交CAPE申報的申報人,未獲授權代表申報中所列的進口人辦理申報。常見於新的申報人/報關行合作關係尚未在ACE中完整建立,或是CBP存檔的授權委託書(POA)已經過期。

解法: 確認申報人在該進口人名下,有有效的授權委託書存檔。若需調整受通知人或子帳戶設定,應更新Form 4811。若授權委託書看似仍屬有效,但系統顯示異常,應聯繫CBP財務處確認。

錯誤:超過批次規模上限

成因: CAPE申報所含的報單筆數,超過單一申報的批次規模上限。

解法: 將申報拆分為多份提交,每份都須在批次規模上限之內。CBP會公告目前的批次規模,請查閱CAPE貿易資訊通知以取得最新上限。

錯誤:CSV格式異常/格式驗證失敗

成因: 提交的申報檔案不符合規定的CSV格式。常見問題包括:必填欄位缺漏、欄位順序錯誤、非UTF-8編碼,或報單編號缺漏。

解法: 提交前,先依CBP公告的CAPE申報規格驗證檔案格式,使用符合目前規定格式的驗證腳本或範本檔案。

錯誤:報單間進口人不符

成因: 單一申報內的報單,分屬不同進口人,且未依單一申報人關係適當分組或取得授權。

解法: 依進口人分組報單,每一位進口人各自提交獨立申報,並確認每一位進口人的申報授權皆已到位。

處理級錯誤:申報遭拒收

這類錯誤發生在申報獲受理之後、行級處理開始之前。申報在形式上獲得受理,但在實質內容上遭拒收。

錯誤:系統處理失敗

成因: CBP系統端發生問題,導致申報無法完成處理,常見於處理高峰期間。

解法: 延遲一段時間(通常24至48小時)後重新提交申報。若問題持續發生,聯繫CBP財務處尋求個案協助。

錯誤:申報識別碼重複

成因: 已有一份使用相同識別碼的申報獲受理。常見於申報人重新提交時,未更換識別碼。

解法: 產生新的唯一申報識別碼後重新提交。並先確認原始提交是否其實已經受理,若已受理,則不應重複提交。

處理後錯誤:REV-615行級剔除

這是最常見的CAPE錯誤類型。申報整體已獲受理並完成處理,但申報中部分報單行,遭排除於退稅撥付之外。每一則行級錯誤,在REV-615上都有對應的理由代碼。

錯誤:GOODS VALUE AMOUNT驗證失敗

成因: 報單上的貨物價值金額,與CBP紀錄無法勾稽,通常是因為原始報關資料與申報資料之間存在價值差異。

解法: 將貨物價值金額,與原始報單(CBP Form 7501或同等文件)進行核對。常見原因包括:四捨五入差異、幣別換算差異,或修正紀錄未反映在申報資料中。更正價值後重新提交;若報單尚未核定,且修正後的價值本身即屬於報單資料的一部分,則可改走PSC。

錯誤:HTS排列順序/第1至97章對應關係錯誤

成因: 第99章IEEPA稅則行(9903.01或9903.02)相對於底層第1至97章HTS稅則行的排列順序不正確,最常見於FTZ Type 06報單。

解法: 重新排列申報行,讓第99章IEEPA稅則行接續在正確的第1至97章稅則行之後。FTZ相關的具體排列模式,請參見我們專文討論的FTZ Type 06 CAPE拒收HTS不符。修正後重新提交申報。

錯誤:超出第一階段範圍(核定後超過80天)

成因: 報單核定時間,早於CAPE申報提交日超過80天。CAPE第一階段僅涵蓋核定後80天內的報單。

解法:19 U.S.C. 1514規定,於核定後180天內,將報單導向Form 19行政異議。若已超過180天,則須在28 U.S.C. 2636規定的2年CIT時效內,改走CIT訴訟。通道判斷流程,請參見我們的180天核定期限文章

錯誤:無稅差/$0或FREE稅則行遭篩除

成因: 報單計算出的IEEPA稅款為$0,或底層HTS稅則行原本即屬FREE(免稅)。CAPE會篩除這類報單行,因為沒有可撥付的退稅。

解法: 若該筆報單確實原本就是$0關稅,無須採取任何動作。可對照ES-003(報單稅則明細報表)確認該行確實計算為$0。

錯誤:勾稽狀態衝突

成因: 報單依19 CFR Part 174規定被標記勾稽,且在ACE中處於非最終狀態。CAPE無法處理待勾稽的報單。

解法: 先解決勾稽問題,若仍在CAPE第一階段窗口內,再申報CAPE。若勾稽無法及時解決,則改走Form 19行政異議。工作流程請參見我們談報單被標記勾稽時如何申報CAPE的文章。

錯誤:以錯誤代碼申報非IEEPA稅則層

成因: 該報單行是以CAPE無法處理的非IEEPA第99章代碼申報(第301條9903.88.xx、第232條9903.80/.81/.85.xx,或第122條9903.03.xx)。CAPE僅處理9903.01與9903.02。

解法: CAPE無法處理此情形。第301條、第232條與第122條關稅均不適用CAPE退稅。如涉及第301條排除申請,若符合資格,應改依適用的9903.88.69或9903.88.70排除稅則行申報。

錯誤:已退稅報單(重複申請)

成因: 該報單行先前已透過CAPE、PSC或行政異議取得退稅,卻又重複提出申請。

解法: 核對該進口人的CAPE/PSC/行政異議歷史紀錄,找出先前的退稅紀錄。從任何待處理申請中撤回重複項目。若先前的退稅金額不完整,則將未退還部分導向正確的通道。

錯誤:利息計算驗證失敗

成因: 申報上的利息計算金額,與CBP依國稅局季度短繳利率、自繳款日至退稅日計算出的結果不符。

解法:國稅局季度利率,逐季重新計算利息。將更正後的計算結果重新提交。

錯誤:保證金/現金存款勾稽不符

成因: 申報是以現金存款請求退稅,但原始關稅實際上是以保證金繳納,反之亦然。

解法: 確認原始關稅實際上是以現金或保證金繳納,並依此調整申報內容。以保證金繳納的報單,退稅會回到保證金項下;以現金繳納的報單,退稅則直接撥付給進口人。

錯誤:帳戶層級抵充已套用

成因: CBP從退稅中扣除了未清償欠款(滯納罰金、先前溢退款項、財政部聯邦債務抵充、TOP)。這在技術上並非「拒收」,而是以退稅金額減少的方式呈現。

解法: 參見我們談IEEPA退稅抵充的文章,內容涵蓋抵充驗證與爭議處理管道。

錯誤解碼工作流程

對於大量收到CAPE錯誤的進口人而言,解碼工作流程如下:

第一步:擷取REV-615與內聯報錯回應。 就每一份申報,取得REV-615(處理後行級剔除)以及任何ACE內聯報錯回應(處理前拒收)。

第二步:依代碼分類錯誤。 依代碼將錯誤分組,找出型態規律。一份有100筆行級錯誤的申報,可能其中80筆屬於同一類型(例如超出第一階段範圍),另外20筆屬於另一類型(例如HTS排列順序錯誤)。

第三步:依錯誤類型套用對應解法。 就每一種錯誤類型,套用上述對應解法。多數錯誤都落在上述類型之一;若遇到新型錯誤,應個別向CBP財務處或專業支援單位查詢。

第四步:重新提交,或導向其他通道。 可修正並重新提交的報單行,會重新進入CAPE第一階段流程;超出CAPE第一階段範圍的報單行,則導向PSC、行政異議或CIT。

第五步:逐筆記錄處理結果。 基於稽核需要,記錄每筆報單所遇到的錯誤、採取的解法,以及最終處置結果(透過CAPE取得退稅、透過行政異議等待退稅等)。

常見問題

CAPE錯誤代碼會出現在哪些地方?

CAPE錯誤代碼會出現在三個地方:申報提交過程中的ACE內聯報錯回應(處理前拒收)、ACE上的申報級拒收通知(系統層次拒收),以及REV-615行級剔除(處理後)。多數解碼工作集中在REV-615,因為多數提交的申報在申報層次都會獲得受理,只是其中部分報單行會在處理過程中遭到篩除。

GOODS VALUE AMOUNT錯誤代表什麼意思?

GOODS VALUE AMOUNT錯誤代表報單上的貨物價值,與CBP紀錄無法勾稽。常見成因包括:四捨五入差異、幣別換算差異,或修正紀錄未反映在申報資料中。解法是將貨物價值與原始報單核對後重新提交。

CH 1-97/HTS排列順序錯誤代表什麼意思?

CH 1-97(或HTS排列順序)錯誤代表申報中第99章IEEPA稅則行,相對於底層第1至97章HTS稅則行的排列順序不正確,最常見於FTZ Type 06報單。解法是重新排列申報行,讓第99章IEEPA稅則行接續在正確的第1至97章稅則行之後。

為什麼第301條與第232條關稅會被CAPE篩除?

CAPE僅退還9903.01與9903.02項下的第99章IEEPA關稅。第301條(9903.88.xx)、第232條(9903.80/.81/.85.xx)與第122條(9903.03.xx)均不適用CAPE退稅。如涉及第301條排除申請,若符合資格,應改依適用的9903.88.69或9903.88.70排除稅則行申報。

FTZ Type 06報單的CAPE拒收該如何處理?

FTZ Type 06報單常見觸發HTS排列順序錯誤,原因是第99章稅則行的排列位置,與非FTZ報單不同。FTZ專屬解法,請參見我們專文討論的FTZ Type 06 CAPE拒收HTS不符

如果我的報單因核定超過80天而遭拒收,該怎麼辦?

依19 U.S.C. 1514規定,於核定後180天內,將報單導向Form 19行政異議。若已超過180天,則改走CIT訴訟。對於超出CAPE第一階段窗口、但仍在行政異議期限內的報單而言,行政異議正是正確通道。

GingerControl如何處理CAPE錯誤解碼?

GingerControl的IEEPA退稅服務將錯誤解碼與修復,納入CAPE作業流程的一環。服務內容包括檢視REV-615、逐筆解碼行級剔除、在可行的範圍內套用解法,並將超出CAPE第一階段範圍的報單行,導向PSC、行政異議或CIT。

修正錯誤後,可以重新提交申報嗎?

可以。修正底層問題後,可重新提交修正後的申報。請使用新的申報識別碼,以避免觸發重複識別碼拒收。修正後的報單行,會重新進入第一階段處理程序。

如果我收到這裡沒有列出的錯誤代碼,該怎麼辦?

未列出或未有文件記載的新型錯誤代碼,應個別向CBP財務處或專業支援單位查詢。CAPE流程仍在演變中,隨著CBP持續調整驗證邏輯,可能出現新的錯誤型態。如遇到未有文件記載的錯誤,歡迎與我們聯繫,我們或許能提供額外的背景資訊。


解碼你的CAPE錯誤,找回應得的退稅

如果你的CAPE申報出現錯誤,或REV-615排除了部分報單行,正確的解碼加上正確的後續動作,就能協助你找回退稅。每一則錯誤都有具體成因,多數也都有具體解法。無法透過CAPE修正的報單行,通常會導向PSC、行政異議或CIT。

向GingerControl申請免費的CAPE錯誤檢視。這項檢視會解碼你的REV-615剔除項目,在可行範圍內套用解法,並將剩餘的報單行導向正確的回收通道。

GingerControl不只是一套工具。我們與進口人、報關行及貿易法遵律師合作,協助處理CAPE錯誤解碼、REV-615勾稽,以及CAPE、PSC、行政異議與CIT之間的並行工作流程。與我們的團隊聯繫,討論貴公司遇到的CAPE錯誤情況。


參考資料

[REF 1] U.S. Customs and Border Protection, IEEPA Duty Refunds 引用資料:CAPE第一階段架構、REV-615報表結構 來源:CBP IEEPA Duty Refunds

[REF 2] CBP Trade Information Notice on CAPE 引用資料:CAPE第一階段自2026年4月20日啟動;批次規模上限 來源:CBP Trade Information Notice CAPE 發布日期:2026年4月

[REF 3] CBP IEEPA Refunds and CAPE Webinar (2026年4月) 引用資料:330,000家進口人、1,660億美元IEEPA關稅、逾53,000,000筆報單 來源:CBP IEEPA Refunds CAPE Webinar 發布日期:2026年4月

[REF 4] 19 U.S.C. 1514, Protest of decisions of Customs Service 引用資料:超出CAPE第一階段範圍報單適用之180天行政異議期限架構 來源:19 U.S.C. 1514

[REF 5] 19 CFR Part 174, Protests 引用資料:行政異議架構與勾稽交互影響 來源:19 CFR Part 174

[REF 6] 28 U.S.C. 2636, Time for commencement of action at Court of International Trade 引用資料:超出180天行政異議窗口報單適用之2年CIT時效 來源:28 U.S.C. 2636

[REF 7] IRS Quarterly Interest Rates 引用資料:IEEPA退稅利息計算適用之國稅局短繳利率 來源:IRS Quarterly Interest Rates

[REF 8] CBP REV-603/REV-613 Quick Reference Card 引用資料:REV-603與REV-613狀態代碼架構 來源:CBP REV Reports QRC 發布日期:2026年4月

Chen Cui

作者

Chen Cui

Co-Founder of GingerControl

Building scalable AI and automated workflows for trade compliance teams.

LinkedIn 個人檔案

你可能也會喜歡

相關文章

We use cookies to understand how visitors interact with our site. No personal data is shared with advertisers.