Why Your ES-003 Report Changed After Filing CAPE
On this page
On this page
TL;DR — Your IEEPA rows didn't disappear by accident. When CAPE accepts an entry, CBP removes the Chapter 99 IEEPA lines from the ES-003 report in real time. Missing rows mean accepted entries. Here's how to confirm it and what to do next.
The moment that confuses everyone
You filed your CAPE declaration. A few days later you pull the ES-003 again to check on things. The report looks completely different.
Last week: 90 rows. Every IEEPA duty line visible. Numbers tied to what you paid. Today: 15 rows. The 9903.01.xx lines are gone. Entries look like they never had IEEPA tariffs at all.
You check your filters. Nothing changed. You re-run the report. Same result. You're staring at a report that shows about a third of what it showed before, and nothing in the portal explains why.
This is the most common panic moment in the first weeks of Phase 1. In almost every case, it means your CAPE filing worked.
What actually happened
When CBP accepts a CAPE declaration and processes an entry, it removes the IEEPA Harmonized Tariff Schedule Chapter 99 lines from that entry summary — and the ES-003 reflects that change immediately. CBP describes this in their official guidance:
"ACE will update the appropriate entry summary lines by removing the IEEPA Harmonized Tariff Schedule Chapter 99 provision and the corresponding IEEPA duties, resulting in an updated version of the entry."
The entries still exist. Your underlying shipment records are unchanged. What changed is that CBP recalculated each accepted entry as if IEEPA never applied — and the ES-003 now reflects that recalculated version. The 9903.01.xx lines are gone because CBP has already stripped and processed them.
Missing IEEPA rows = entries accepted and processed by CAPE. It's the confirmation, not the problem.
Two different things that look the same
There are actually two separate behaviors that both show up as "the report changed":
Pattern 1 — IEEPA duty rows disappeared from existing entries. This is CAPE processing. Accepted entries lose their Chapter 99 lines. The total goods value for those entries still ties — only the duty lines come off. This is what you want to see.
Pattern 2 — Adding CAPE fields to the query filtered out older entries entirely. This one catches people off guard. When you add CAPE-specific result objects to the ES-003 design, ACE applies a filter that restricts output to entries in the CAPE-eligible date range (2025–2026). Entries from 2023 or 2024 that were visible before disappear from view — not because they were processed, but because they're outside the filter scope. Your older entries are still in ACE. Remove the CAPE Indicator filter or expand your date parameters to see them again.
If your report went from "back to 2018" to "only 2025–2026 showing," this is Pattern 2, not Pattern 1.
How to confirm your entries were actually accepted
The default ES-003 doesn't show CAPE status fields. You need to add them manually as result objects.
In ACE Reports, open your ES-003 in design mode and add these fields:
| Field | What it shows |
|---|---|
| CAPE Indicator | Processing status (Y / P / blank) |
| Claim Status | Text status of the claim |
| CAPE Decision | Outcome of CBP's review |
| Refund Amount | Calculated refund for that entry |
| Refund Date | When CBP expects to issue payment |
| IEEPA Tariff Indicator | Whether the entry had IEEPA duty |
| Claim Number | Your CAPE claim reference |
| Filing Date | Date declaration was submitted |
| Claim Type | Type of CAPE claim |
Once you re-run the report with those fields, the CAPE Indicator column tells you where each entry stands. Based on Phase 1 community reports, the values work as follows:
Y — The entry has been processed through CAPE and a refund amount is confirmed. These entries are in the payment queue.
P — Your declaration was accepted and the entry is queued. CBP has it but hasn't yet completed reliquidation. IEEPA lines may still be present or just removed depending on where the entry sits in the processing queue.
Blank — The entry either wasn't included in your CAPE declaration, or it was rejected before CAPE indicator status was assigned. Check the Claim Status field for rejection details.
CBP has not published an official definition for the Y and P values. The meanings above reflect consistent community observations from Phase 1 filers.
For a step-by-step tutorial on adding result objects to an ACE report, CBP has a short video: cbp.gov/medialibrary/assets/video/60277
Why your pre-CAPE export matters now
If you saved an ES-003 export before you filed, that file is now your most important reconciliation document.
After CAPE processes your entries, the live ES-003 no longer shows the IEEPA duties that were refunded. Your pre-filing export is the only record of what each individual entry was worth before CBP stripped the duties. Without it, when your lump-sum ACH payment arrives you're working backward — trying to reconstruct entry-level amounts from a report that no longer shows them.
If you didn't save a pre-CAPE export: the original duty amounts still exist in your CF-7501 entry summaries, broker records, and ACE payment history. It's more work to reconstruct but the data is there.
For any future CAPE declarations — for example, when Phase 2 opens — download and save the ES-003 export before you submit, not after.
Which ACE reports to use after CAPE
Three reports serve different purposes here, and they're easy to confuse:
REV-615 — Trade CAPE Detail Refund Report. The CAPE-specific tracking report, available from April 20, 2026. It tracks the processing status of your CAPE declaration at the entry level: accepted, pending, refund issued, rejected. Pull this periodically after filing to monitor progress. This is the report to check first after filing.
REV-603 — Trade Refund Report. Per CBP's official CAPE documentation, this covers successful refunds generally. Use it to confirm that an ACH payment was issued.
REV-613 — ACH Rejected Refunds Report. Per CBP's official CAPE documentation: "highlights any refunds that have been rejected due to the recipient not being enrolled in ACH Refunds." If your refund date passed and nothing arrived in your bank account, check REV-613 first. A rejected ACH almost always means the bank information on file in ACE needs to be updated. CBP holds the funds until enrollment is corrected — the money doesn't disappear, it waits.
ES-701 — Courtesy Notice of Liquidation Report. Once entries liquidate, this report shows the refund amount and interest as separate columns per entry. Use it for post-payment reconciliation — when you receive an ACH lump sum and need to break it down entry by entry. For the full reconciliation walkthrough, see How to Verify Your Refund.
When missing rows are actually a problem
In most cases, rows missing from ES-003 after CAPE filing are expected. There are three situations where it's worth investigating further:
You didn't file CAPE, but entries are showing as accepted. Add the CAPE Indicator field. If entries show Y or P and you're certain you never submitted a declaration, someone else with filer access to your IOR's ACE account may have filed. Email IEEPARefunds@cbp.dhs.gov with your entry numbers and ask who submitted.
Entries show Claim Status = Rejected, but IEEPA rows are also gone. Rejected entries can also appear without their IEEPA rows in certain report configurations. Check the Claim Status field explicitly rather than assuming removed rows mean accepted entries. If the entry is rejected, the refund is not in motion — correct the underlying issue and resubmit on a new CAPE declaration.
Refund Amount is lower than your calculation. Two things commonly cause this: CBP's offset provision (outstanding debts owed to CBP are netted against your refund before payment — no advance notice is given), and rate period issues (9903.01.63 at 125% only ran April 10 to May 13, 2025 — any entry near those dates needs the exact entry date verified before the refund calculation is meaningful). Neither shows as an error. The refund amount is simply lower than your estimate.
Frequently asked questions
My report went from 90 rows to 15 rows after filing CAPE. Is that normal? Yes, if those rows were IEEPA Chapter 99 lines on accepted entries. An entry with multiple IEEPA lines loses several rows at once, which is why the total can drop sharply. Add the CAPE Indicator field to confirm which entries are showing Y or P.
The total goods value still ties but the duty amounts are missing. Why? CBP removes the duty amounts on the IEEPA lines but keeps the underlying entry. The total declared value of your goods is unchanged — only the Chapter 99 duty lines are stripped. This is correct behavior.
I added CAPE fields and now entries from 2023 disappeared from the report entirely. This is the date-range filter behavior, not CAPE processing. Adding CAPE result objects restricts the ES-003 view to entries in the CAPE-eligible timeframe. Your older entries are still in ACE. Run a separate ES-003 query without CAPE fields and with a wider date range to see the full history.
How long until I see Y in the CAPE Indicator and a Refund Date? For entries that were already liquidated when you filed: reliquidation typically happens the next business day after acceptance, and Y plus a Refund Date should populate shortly after. For unliquidated entries: CBP targets liquidation within 45 days of acceptance — unliquidated entries may show P for several weeks before the Refund Date appears. See When Will I Get My Refund? for the full timeline.
My entries show no CAPE Indicator at all — not Y, not P, just blank. Either those entries weren't included in your CAPE declaration, or they were rejected at batch validation before entry-level processing began. Check your original submission in the Claims tab to confirm those entry numbers were included, and look for batch-level rejection messages there.
I didn't save my pre-CAPE export. Can I still figure out what I'm owed? Yes, but it takes more work. Your original CF-7501 entry summaries, broker records, and ACE payment history all retain the original duty amounts. Once your refund arrives, the ES-701 report shows the refund and interest broken out per entry at liquidation — you can use that to reconcile against the ACH payment.
The Refund Amount showing in ES-003 is lower than what I calculated. Why? Two main causes: CBP may have applied the offset provision (netting any outstanding CBP debts against your refund before payment), or a rate period issue means some entries were calculated at a different IEEPA rate than you assumed. Check for open CBP bills in ACE Portal, and verify the exact entry dates for anything filed near April 10–May 13, 2025 or November 10, 2025.