如何正确提交CAPE申报?申报前的检查清单

我梳理每次提交CAPE申报前都会用到的检查清单,确保第一次上传就能通过ACE校验,而不是被退回。

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申报的做法,是在上传之前先跑一遍申报前检查清单:核实ACE账号配置(ACH退税档案、授权委托书、申报人授权)、把ES-003筛选到只保留第一阶段清算窗口期内、非零关税的9903.01和9903.02税则行、核实FTZ Type 06的HTS顺序,并确认CSV表头和报关单号格式无误。按顺序做完这些检查,大约能排除ACE返回的90%驳回类型。

最常见、也最容易避免的CAPE驳回原因是什么?

最常见、也最容易避免的驳回原因,是进口商子账户上没有配置或者配置已失效的ACH退税授权,这会导致申报虽然通过受理,但退税却被路由成纸质支票,而不是直接存款。第二常见的原因,是把9903.01或9903.02税则行显示为0美元或FREE的报关单也放了进去,这类噪音数据会触发报关单级别的错误,拖慢逐笔校验的进度。

摘要

通过ACE提交CAPE申报,操作本身并不复杂。首次申报者被驳回的真正原因,是那些本该在上传前完成的检查根本没有做。本文是我在点击提交前,按顺序执行的申报前检查清单:账号状态核实、ES-003筛选、第一阶段资格核实、FTZ报关单的HTS顺序校验、申报人授权、CSV格式、金额合理性核对,以及上传后监控。这篇是前置预防性的操作指南,与事后驳回代码排查指南互为配套,并假定你已经读过ACE CAPE提交总览。**GingerControl**之所以在IEEPA退税工具包页面上做了两个免费计算器,正是因为申报前校验,是整个退税流程里杠杆效应最大的一步。

最后更新:2026年5月


为什么申报前检查清单比上传动作本身更重要

根据CSMS # 68315804,CAPE第一阶段于2026年4月20日美东时间上午8点启动,紧随其后的是最高法院2026年2月20日在Learning Resources, Inc. v. Trump一案中的裁决,以及Eaton法官2026年3月4日要求全国性退税的CIT裁定。自启动以来,进口商和报关行已经提交了数万份申报,驳回模式目前已经被摸得比较清楚。事后排查工作(解析校验结果文件、把被驳回的报关单转到报关后修正、19 USC 1514行政异议或CIT诉讼)对已经被退回的申报来说,确实无法回避。我在这里想说的,是上游工作:如何让第一份申报干干净净地一次通过。

转向申报前思维之所以重要,是因为报关后修正已经不再是IEEPA退税的补救工具。自2026年4月20日起,PSC被禁止用于IEEPA退税更正,CAPE成为唯一的行政机制。第一阶段覆盖未清算报关单,以及清算80天以内的报关单。超出这个窗口期的一切情形,都被迫转向依据19 USC 1514在180天内提交行政异议,或者向CIT起诉。一次被驳回的CAPE上传,会吃掉一段再也拿不回来的时钟。

在整个IEEPA退税流程里,申报前校验是唯一一个能让你不烧掉任何期限、就100%拿回可追回金额的环节。一旦上传出去,之后每一次修复,都会消耗行政异议时钟已经在计数的时间。

第一步:动手做CSV之前,先把ACE账号状态理顺

可预防的驳回大多源于这里。CSV格式其实是容易的部分,账号状态才是绊倒首次申报者的地方。

进口商子账户上的ACH退税授权

你用来缴纳关税的ACH账户,和CBP用来给你打退税的ACH账户,并不是同一个。它们在ACE门户里是分开配置的。正如EisnerAmper的IEEPA退税分析所说:"你用来向CBP缴纳进口关税的银行账户,并不是CBP用来给你打退税的账户,两者是分开设置的。"

检查项:登录ACE门户,打开进口商子账户,进入ACH退税授权标签页,确认有备案且有效的银行档案。如果这个标签页是空的,申报可能仍会通过校验,但退税会被路由成邮寄到备案地址的纸质支票。CBP激活一份新的ACH退税档案需要5到10个工作日,所以这是任何新项目开始时第一件要修的事。

CF-4811被通知方指定(由报关行/代理人接收退税)

如果进口记录人希望退税流向报关行或代理人,而不是直接打给进口商本人,就需要备案CF-4811被通知方指定。没有这份指定,无论是谁提交的CAPE申报,CBP都会把退税寄到进口记录人的地址。这也是退税到账后,进口商和承接追回工作的服务商之间经常起争议的地方。

覆盖CAPE申报的有效授权委托书

代表进口商申报CAPE的报关行、服务商或律所,需要一份确实覆盖CAPE提交的现行授权委托书。为常规报关单申报起草的旧版授权委托书,是否能延伸到退税追回申报,取决于当初的授权范围。我在申报人授权文章里详细讲解了针对CAPE的授权委托书要点,实操上的做法,是在动手搭建CSV之前先确认授权委托书的范围。

进口商子账户与单一EIN的对应关系

如果同一个EIN下挂着两个ACE子账户(母公司和子公司各建了一个,或者两个申报人代码各自开了进口商子账户),CAPE就无法干净地路由退税。解决办法是把每个EIN统一归并到一个有效子账户,停用重复的账户,并在申报之前更新进口记录人与子账户之间的对应关系。

第二步:搭建CSV之前,先核实ES-003

ES-003报关单税则明细报告,是判断哪些报关单缴纳过IEEPA关税的权威依据。默认导出的字段并不能覆盖你需要的全部信息。

ES-003字段 默认包含? 对CAPE为何重要
报关单号 会进入CAPE CSV
HTS税则行/第99章前缀 筛选只保留9903.01和9903.02
行级关税金额 筛掉0美元/FREE的行
清算状态 否,需自行添加 决定是否落在CAPE第一阶段范围内
清算日期 否,需自行添加 用来计算每笔报关单的80天临界点
报关日期 确认是否落在IEEPA窗口期内(2025年2月4日至2026年2月初)

检查清单:

  1. 先给ES-003导出加上清算状态和清算日期两列。 这两项不在默认字段里,但你需要用它们来逐笔判断第一阶段资格。
  2. 只筛选9903.01和9903.02税则行。 Section 301(9903.88)、Section 232(9903.80/.81/.85)和Section 122(9903.03)都不能通过CAPE退税。把它们放进CSV,只会增加在报关单级校验环节被驳回的行。
  3. 剔除IEEPA关税为0美元或FREE的行。 如果适用了免税条款(起征点、排除项、FTA优惠),或者税率被标为FREE,就没有可退的关税,该报关单会被打回。
  4. 核实报关日期窗口。 IEEPA第99章代码自2025年2月4日起生效,IEEPA框架在2026年2月初被推翻。窗口期以外的报关单,缴纳的关税依据的是另一套法律授权,不在CAPE范围内。

ES-003操作指南逐字段讲解了具体操作。申报前版本可以浓缩为:跑一份加上清算状态和清算日期的ES-003,筛选9903.01/.02,剔除0美元/FREE,并核实日期窗口。

第三步:逐笔核实第一阶段资格

这是我见过最多"好心办坏事"的地方。进口商调出ES-003,看到一长串缴过IEEPA关税的报关单,就把它们统统塞进CAPE CSV。而第一阶段的范围,比这个要窄得多。

报关单清算状态 是否符合CAPE第一阶段资格? 替代路径
未清算 无需其他路径
清算80天以内 无需其他路径
清算81至180天 19 USC 1514行政异议
清算超过180天 CIT诉讼

结论: 第一阶段的资格判断只有两种情形(未清算,或清算80天以内)。其他任何报关单,都对应着一条各自有独立期限时钟的行政路径。把一笔清算已满90天的报关单放进CAPE CSV,并不会延长它的行政异议窗口期,只会白白浪费一次上传,还让180天的Form 19期限在你重新排路径的过程中悄悄流逝。

CAPE资格报关单拆解详细覆盖了资格判断矩阵,IEEPA退税时间线则把行政异议和CIT诉讼的期限叠加在一起,方便你为同一批报关单排出多条路径的先后顺序。

第四步:FTZ Type 06报关单的HTS顺序校验

如果你的申报里包含对外贸易区(FTZ)Type 06(提取)报关单,这一步没有商量的余地。顺序不匹配是FTZ报关单最常见的单一驳回模式,我见过同一笔Type 06报关单,CAPE模块这次校验返回"无法计算关税",下次又返回"HTS关联/顺序不匹配"。

FTZ特有的问题在于,特权外国地位和非特权外国地位的报关单,各自有不同的HTS税则行排序要求,而底层的e214入区状态决定了应当适用哪一种顺序。如果报关单上的HTS税则行,和CBP预期的入区状态模式对不上,CAPE校验引擎就无法算出关税,报关单也就被打回。

申报前检查:调出每一笔FTZ Type 06报关单,比对HTS税则行顺序与e214入区记录是否一致。如果顺序和特权状态对不上,就不要把该报关单放进CAPE CSV。根据CBP的指引以及贸易律师界总结的经验,遇到FTZ顺序不匹配的情形,正确做法不是重新提交,而是把报关单号、FTZ Type 06标识以及预期错误文本,发邮件给IEEPARefunds@cbp.dhs.govFTZ Type 06顺序不匹配操作指南里有邮件模板,以及哪种顺序对应哪种入区状态的技术细节。

第五步:申报人代码与授权

CAPE要求每一笔报关单号的前三位字符,与提交申报的ACE账号的申报人代码相匹配。这条规则最容易绊倒的,是从别的报关行接手客户关系的报关行,或者代表原报关行已经失联的进口商申报的服务商。

申报前检查分三部分:

  1. 申报人代码匹配。 取出CSV里每一笔报关单号的前三位字符,与将要提交申报的ACE账号的申报人代码比对。只要有一处不匹配,就必然会在报关单级别被驳回。
  2. 进口记录人直接申报的变通方案。 如果申报人代码对不上,最干净的解决办法,是让进口记录人直接用自己的ACE账号申报CAPE。进口记录人账号是按EIN匹配的,而不是按申报人代码,这就绕开了这条规则。但前提是进口记录人得有ACE门户账号,多数情况下默认是没有的。
  3. 确认授权委托书范围。 如果是由报关行或服务商申报,授权委托书必须明确覆盖CAPE提交。2026年4月之前起草的旧版授权委托书,是否能延伸到退税追回申报,取决于当初的授权范围。

第六步:CSV格式校验

这个格式没有任何容错空间。稍有偏差,文件级校验就会失败,整份申报会在进入报关单级检查之前就被整体驳回。

CSV要素 要求
A1单元格表头 必须严格为"Entry Number"(不带引号,不带多余空格)
列数 仅一列,不能有多余列
报关单号格式 11位字符:3位申报人代码+7位流水号+1位校验位
每笔报关单的行数 一笔报关单一行,不能合并
单份申报最大报关单数 每份申报最多9999笔
重复项 同一份申报内不允许重复
文件扩展名 .csv(逗号分隔)
编码 标准CSV,不带BOM,不含特殊字符

我见过最常见的文件级失败,是A1单元格里多了一个空格("Entry Number "后面带着尾随空格)、电子表格模板没清理干净留下的多余一列,或者导出时掉了校验位、变成10位字符的报关单号。这三种问题在肉眼看来一模一样,但每一种都会让上传直接失败。

第七步:上传前核对金额是否合理

提交之前,把预期退税总额和财务团队的预估数字对一下。如果两个数字相差超过大约5%,说明其中一边出了问题。

用大白话说明每笔报关单的算法:退税金额是9903.01或9903.02税则行上缴纳的关税,而不是整笔报关单缴纳的关税总额。9903.88税则行上的Section 301关税、9903.80/.81/.85税则行上的Section 232关税、9903.03税则行上的Section 122关税,以及底层归类税则行上的最惠国基础关税,这些都仍然照常应缴,不在退税范围内。

CBP会在退税金额基础上加算法定利息。根据CBP的IEEPA关税退税情况说明,利息从最初缴纳之日起算。Holland & Knight 2026年4月的提醒估计,加上法定利息后,可退总额大约相当于已征收IEEPA关税总额的82%,即1660亿美元中约1270亿美元。就你自己的申报而言,退税总额应该等于财务团队预期的数字(通常就是逐行关税金额)再加上几个百分点的利息。如果差距超出这个范围,就回头重新检查筛选步骤。

第八步:上传后的监控

申报前的工作止步于提交那一刻,但上传之后的检查仍然有自己的节奏。

  1. 上传后24到48小时,调出校验结果文件。 位置在ACE门户CAPE标签页的文件上传状态列。这份文件会列出每笔报关单的受理/驳回状态,以及任何驳回对应的错误代码。
  2. 如果文件在文件级和报关单级都通过受理,这些报关单就会进入退税队列。根据CBP的IEEPA关税退税情况说明,CBP承诺在受理后60到90天内完成退税。付款会以REV-603的形式出现在ACH明细里。
  3. 如果个别报关单在报关单级别被驳回,按照CAPE驳回错误代码指南修复问题根源,然后只针对受影响的报关单,在新的申报中重新提交。
  4. 如果文件在文件级被整体驳回,说明整份申报都被打回了。修复格式或授权问题后,重新上传完整的CSV文件。

GingerControl是面向进口商、出口商和报关行的AI全球贸易合规基础设施,帮助客户完成商品归类、模拟关税成本,并追踪政策变化。具体到IEEPA退税追回业务,上游的申报前工作,正是让每一笔报关单的退税金额,不至于卡在驳回、再路由的循环里的关键。

一览式申报前检查清单

对于第一次提交CAPE申报的进口商或报关行,这里是完整的一览版检查清单。

步骤 检查项 跳过后常见的失败情形
1 进口记录人子账户上的ACH退税授权处于有效状态 退税被路由成纸质支票
1 若由报关行接收退税,已配置CF-4811被通知方 退税流向错误的一方
1 覆盖CAPE申报的授权委托书处于有效状态 文件级授权驳回
1 每个EIN对应唯一一个进口商子账户 退税路由冲突
2 ES-003导出已加上清算状态和清算日期列 无法核实第一阶段资格
2 只筛选9903.01和9903.02税则行 Section 301/232/122报关单被打回
2 剔除0美元/FREE的IEEPA税则行 报关单级驳回
2 确认报关日期落在2025年2月4日至2026年2月初窗口内 超窗口期驳回
3 逐笔核实第一阶段资格(未清算或清算80天以内) 超范围驳回,消耗期限
4 FTZ Type 06的HTS顺序与e214入区状态比对 HTS顺序不匹配错误
5 申报人代码与提交所用ACE账号匹配 申报人授权驳回
5 确认授权委托书覆盖CAPE申报 文件级授权驳回
6 CSV表头严格为"Entry Number",报关单号11位,无重复 文件级格式驳回
6 单份申报不超过9999笔报关单 文件大小驳回
7 退税总额与财务预期的差距在约5%以内 文件里放错了报关单
8 上传后24到48小时调出校验结果文件 错过驳回处理窗口

常见问题

第一次提交CAPE申报,申报前检查清单大概需要多久? 对于ACE权限已经配置好的干净进口商来说,申报前的工作大约需要几个小时:ACH退税和授权委托书核实一小时,ES-003筛选一小时,第一阶段资格核实与CSV准备一小时。如果进口商是从零开始搭建ACE权限,还要再加5到10个工作日等ACH退税档案激活。GingerControl的IEEPA退税工具包包含一个免费的ES-003拖拽式计算器,能在浏览器里完成筛选、归类和退税金额计算,是申报前估算机会规模最快的方式。

我能不能跳过ES-003筛选步骤,直接把IEEPA窗口期内的所有报关单都上传? 可以这么做,但校验环节会驳回每一笔没有非零关税的9903.01或9903.02税则行的报关单,以及每一笔超出第一阶段清算范围的报关单。被驳回的报关单不会因此获得免费重新申报的机会,每一笔都会占用校验结果文件里的一个位置,事后还要拖慢逐笔路由决策的速度。GingerControl的ES-003拖拽式计算器会预先筛选导出数据,确保只有真正符合CAPE资格的报关单进入CSV。

这份申报前检查清单,和一般的CAPE提交指南有什么区别? ACE CAPE提交总览讲的是从ES-003到退税拨付的端到端申报流程。这份申报前检查清单,聚焦的只是你在上传之前要做的校验工作,目的是让申报第一次就能通过ACE。两篇是互为配套的文章。GingerControl会为既想要申报前工作、又想要驳回后路由处理都一并搞定的进口商,提供完整的IEEPA追回服务。

如果我的CAPE申报因为非IEEPA的原因被驳回,报关后修正(PSC)还能用吗? 自2026年4月20日起,PSC被专门禁止用于IEEPA退税更正。对于非IEEPA的报关单更正(归类、估价、原产地),只要报关单尚未清算或处于清算前,PSC仍然可用,并适用标准的PSC时限。GingerControl会把每一笔被驳回的报关单,映射到正确的行政路径:非IEEPA更正走PSC(如果仍然合法适用)、清算超过80天但在180天以内的报关单走Form 19行政异议,更早的报关单则协调CIT诉讼。

我怎么知道我的授权委托书是否覆盖CAPE申报? 读一下授权委托书的授权范围条款。2026年4月之前起草的旧版授权委托书,通常覆盖常规报关单申报、报关后修正和行政异议,但不一定明确授权CAPE申报。保守的做法,是签署一份专门针对CAPE的补充协议,或者重新签一份明确写明CAPE提交的授权委托书。GingerControl的IEEPA申报人授权文章里有已经被ACE接受用于CAPE申报的示范条款。

CAPE申报是GingerControl代为提交,还是我自己提交? 两种方式都支持。免费的ES-003拖拽式计算器和问答式估算器,是想自己估算机会规模、自行申报的进口商的无成本第一步。对希望把工作全权托付出去的进口商,GingerControl也会依据授权委托书,提交完整的IEEPA退税追回材料包,包括CAPE申报、清算超过80天报关单的Form 19行政异议,以及更早报关单的CIT诉讼协调。所需文件清单列出了全权委托服务所需的资料。

我在做申报前检查的过程中,利息计算会受影响吗? 无论你什么时候申报,利息都从最初缴纳之日起算,申报前的准备工作本身不会拖慢利息计算。真正会拖慢利息计算的,是一份需要被诊断、重新路由、再重新申报的被驳回申报,因为每一轮驳回、再申报,都会把实际受理日期往后推。GingerControl会在追回工作表里逐笔跟踪利息计算,方便财务团队把退税到账金额,和预期的关税加利息数字对上账。

申报之前,先算清楚你能追回多少

在动手搭建CAPE CSV之前,先老老实实算一下你名下报关单到底能追回多少。GingerControl网站上的IEEPA退税工具包有两个免费计算器,几分钟内就能算出数字,不需要上传任何文件。

ES-003拖拽式计算器面向已经有ACE导出文件的进口商。把文件拖进浏览器,它会在本地完成解析(不会有任何数据离开你的电脑),按第99章前缀对每一行分类(9903.01和9903.02可通过IEEPA退税,9903.88属于Section 301,9903.80/.81/.85属于Section 232,9903.03属于Section 122),按清算状态归类报关单(CAPE第一阶段符合资格、180天内可提交Form 19行政异议、已过追溯期),并返回已缴IEEPA关税总额及预计可追回金额。这是确认哪些报关单该进CAPE CSV、哪些需要走其他路径最快的方式。

问答式估算器面向还没调出ES-003的进口商。回答几个关于进口量、IEEPA暴露规模和报关单构成的问题,就能得到一个方向性的退税估算。可以用它来判断,这周是否值得花力气去完整调取ES-003。

这两个计算器都是申报前无成本的第一步。如果可追回金额值得把工作委托出去,GingerControl会依据授权委托书,提交完整的IEEPA退税追回材料包:第一阶段报关单的CAPE申报、仍然合法适用的非IEEPA更正PSC、超过80天第一阶段窗口但清算未满180天的报关单Form 19行政异议,以及更早报关单的CIT诉讼协调。

运行ES-003拖拽式计算器或问答式估算器

联系我们的团队,咨询全权委托的IEEPA退税追回服务,包括CAPE申报、行政异议准备和CIT诉讼协调。

参考资料

[REF 1] 美国海关和边境保护局,CSMS # 68315804,CAPE用于IEEPA退税简介 引用数据:2026年4月20日CAPE第一阶段启动、ACE门户通道、前置条件清单 来源:CSMS # 68315804 发布时间:2026年4月

[REF 2] 美国海关和边境保护局,CAPE第一阶段贸易信息通知 引用数据:第一阶段范围(未清算+清算后80天)、文件级与报关单级校验、IEEPA退税PSC封锁 来源:CAPE Phase 1 Trade Information Notice 发布时间:2026年4月

[REF 3] 美国海关和边境保护局,IEEPA关税退税情况说明 引用数据:60至90天退税时间线、仅ACH方式退税、法定利息计算 来源:IEEPA Duty Refunds Fact Sheet 发布时间:2026年4月

[REF 4] 美国海关和边境保护局,ACE门户CAPE申报与错误定义 引用数据:文件级与报关单级校验、错误信息分类、校验结果文件机制 来源:CBP CAPE Declarations and Error Definitions 发布时间:2026年5月

[REF 5] 美国最高法院,Learning Resources, Inc. v. Trump 引用数据:2026年2月20日裁决,认定IEEPA关税无效 来源:Supreme Court opinion 24-1287 发布时间:2026年2月20日

[REF 6] Holland & Knight,CAPE已经落地 引用数据:加上法定利息后82%/1270亿美元的可退估算、第一阶段机制 来源:Holland & Knight CAPE guide 发布时间:2026年4月

[REF 7] Thompson Hine SmartTrade,CBP确认2026年4月20日CAPE第一阶段启动 引用数据:CAPE第一阶段启动确认、覆盖未清算及清算80天以内报关单 来源:CBP Confirms April 20 2026 Launch of CAPE Phase 1 发布时间:2026年4月

[REF 8] EisnerAmper,IEEPA关税退税CAPE系统正式上线 引用数据:ACH退税标签页与ACH扣款分开设置、银行配置作为门槛问题 来源:EisnerAmper IEEPA Tariff Refunds CAPE System Live 发布时间:2026年4月

[REF 9] White and Williams,IEEPA关税退税:CBP启动CAPE流程 引用数据:CSV上传机制、单份申报9999笔上限、第99章行删除机制 来源:White and Williams IEEPA Tariff Refunds CAPE Process 发布时间:2026年

[REF 10] 19 U.S.C. 1514行政异议条款 引用数据:自清算之日起180天的行政异议期限 来源:19 USC 1514

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.