CAPE錯誤代碼解碼指南:每一則錯誤訊息與對應解法
每一則CAPE申報錯誤訊息逐一解碼:GOODS VALUE AMOUNT、HTS排列順序、第1至97章不符、FTZ Type 06、勾稽衝突等,各附解法。
Chen Cui· Co-Founder of GingerControl· 閱讀約 2 分鐘
審核人: 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
Co-Founder of GingerControl
Building scalable AI and automated workflows for trade compliance teams.
LinkedIn 個人檔案你可能也會喜歡