Kynthar
ProductSecurityPricing
Log inRun a pair check
  1. Home
  2. ›
  3. Resources
  4. ›
  5. Tariff Recovery
  6. ›
  7. Your CAPE Declaration Was Rejected: The Line-Level Reasons and How to Fix Them
Tariff Recovery

Your CAPE Declaration Was Rejected: The Line-Level Reasons and How to Fix Them

A rejected CAPE declaration is almost never a dead refund. It is a per-line data problem: somewhere in your file, a line disagrees with CBP's record, an entry is ineligible, or the filer is not who CAPE requires. Here is where CAPE stands as of June 2026, the rejection classes and the fix for each, the batch-hygiene rules that decide everything, and what CAPE structurally cannot refund at all.

By Josh Spadaro8 min readJune 11, 2026Tariff Recovery

Where CAPE stands, as of June 11, 2026

CAPE is CBP's refund system for the IEEPA tariffs the Supreme Court struck down on February 20, 2026. It went live in ACE on April 20, 2026. Phase 1 covers unliquidated entries and entries liquidated within roughly 80 days of submission, which CBP estimates at about 63 percent of refund-due entries. Only the importer of record or the original filing broker can file. Reconciliation entries, drawback-flagged entries, AD/CVD entries, and finally-liquidated entries are excluded from Phase 1.

The scale of the queue explains the strictness: roughly 330,000 importers paid an estimated $166 billion under the struck-down programs, and as of late May 2026 only about 157,402 CAPE declarations had been filed. Per press reporting of CBP figures, $89.6 billion in declarations had been accepted and $20.6 billion paid as of June 1, 2026. The machinery works. It just rejects ruthlessly on data quality. This article is part of The Manufacturer's Guide to Checking Your Tariff Bill.

The rejection rate, and why it is so high

Roughly 30 percent of CAPE declarations fail initial file validation, per Baker Tilly's May 26, 2026 analysis of the filing data. Three design choices in CAPE drive the number:

  • Validation runs at two levels, file and entry, and a failure at either level stops the declaration.
  • One ineligible entry can sink the whole declaration it travels in.
  • An accepted declaration cannot be amended. What gets accepted is final, including its omissions.

Those rules reward filers who reconcile before submitting and punish everyone else with another trip through the queue.

The rolling timeline keeps minting new filers, too. Phase 1's roughly 80-day liquidation window is short against the normal liquidation cycle, where entries typically liquidate around 314 days after entry, so entries keep aging into and out of scope week by week; verify where your own entries sit with your broker. A declaration that was partly ineligible in May can be filed clean in July, and the reverse: waiting costs eligibility on entries that finally liquidate in the meantime.

The rejection classes, and the fix for each

File-level validation failures. The file itself fails: structure, format, required fields, internal consistency. The fix is mechanical. Rebuild the file from a clean export rather than hand-editing the rejected one, because hand edits fix the visible error and preserve the invisible ones.

Eligibility failures.An entry in the batch is a type Phase 1 excludes: reconciliation, drawback-flagged, AD/CVD, or finally liquidated. The fix is removal, not correction. Pull the ineligible entries into a holding list and resubmit the clean remainder; the excluded entries are a different pathway's problem, not a lost cause.

Duty-calculation mismatches.The "unable to calculate duty" class. Your file disagrees with CBP's current record on HTS, value, or quantity for a line. The most common root cause is a Post Summary Correction that changed the entry after your data snapshot was taken: you filed from what the entry used to say. The fix is to re-pull current entry data from ACE and diff it against your file, line by line, before resubmitting.

Filer eligibility. CAPE accepts the declaration only from the importer of record or the original filing broker. If a freight forwarder, a new broker, or a parent entity filed, the rejection has nothing to do with the data. Refile from the right identity.

Batch hygiene decides everything

Because one ineligible entry can sink a declaration and an accepted declaration cannot be amended, batch construction is the actual skill. Submit clean, verified entries in one batch, and quarantine anything doubtful into a second submission. Filing one giant declaration to save effort is how a 95-percent-clean filing becomes a 100 percent rejection, and filing a too-small clean batch costs nothing but a second upload.

The no-amendment rule cuts the other way as well: an accepted declaration that omitted eligible entries cannot be topped up by editing it. Keep a running ledger of which entries went into which declaration and which remain unfiled, because the question "did we already claim this entry?" gets expensive to answer from memory three submissions in.

Reconcile against the entry record before resubmitting

The manual pre-flight, line by line:

  1. Pull fresh entry data from ACE today, not from the snapshot you filed from.
  2. Diff your declaration file against the fresh pull on the three fields CAPE checks: HTS, value, quantity.
  3. Where they disagree, the entry record wins. Update your file to match it, and note any line where a PSC changed the record since your snapshot.
  4. Screen every entry against the Phase 1 exclusions and pull the ineligible ones out.
  5. Confirm the filing identity is the importer of record or the original broker.
  6. Resubmit the clean batch, and only the clean batch.

What CAPE structurally cannot fix

CAPE rules on the IEEPA refund math and nothing else. It cannot rule on classification, valuation, or origin, and it cannot reach finally-liquidated entries: CBP and DOJ deny authority to refund entries more than 180 days past liquidation without an importer-specific court judgment. The Court of International Trade ordered universal refunds, DOJ appealed to the Federal Circuit on June 2, 2026, and that question is pending as of this article's date.

Money in those categories is not gone; it routes elsewhere. Classification, valuation, and origin issues travel by Post Summary Correction or protest, and the protest window runs 180 days from liquidation with no extensions; entries typically liquidate around 314 days after entry, so verify the dates on your own entries with your broker. The full routing table is in PSC, protest, CAPE, or drawback. And note what the IEEPA refund does not touch at all: the duties you are still paying today. Most importers checking IEEPA lines have never rechecked their Section 301, 232, or 122 lines, which is the line-by-line method's whole subject.

While the appeal runs: preserve the rights you have

You do not control when the Federal Circuit rules, but you control whether your entries are still actionable when it does. The preserving moves are mundane: get current liquidation dates from your broker, file protests inside the 180-day window on entries where CAPE cannot reach, and keep the per-entry ledger current, so your rights are intact however the appeal lands. Verify each date with your broker; the windows run per entry, not per importer.

The fast path

The pre-flight above is a per-line reconciliation job, and that is a reading problem at scale. Upload your entry summaries and ACE export at the tariff check and the report rebuilds each line from the documents, shows where your numbers disagree with the entry record, and flags what CAPE cannot refund along with the pathway that can.

Run this check on your own entries

Upload your entry summaries and ACE export and get the per-line mismatches found for you: every line rebuilt from the documents, IEEPA lines flagged with their refund eligibility, and the rest of the duty stack rechecked while it is there. The first look is free.

Check my entries free

Kynthar is not a law firm and not a customs broker. The report identifies potential overpayments and the recovery path for each finding; filing runs through your broker, your counsel, or CBP directly.

Keep reading

More on tariff recovery

  • Tariff RecoveryThe Manufacturer's Guide to Checking Your Tariff Bill22 min read
  • Tariff RecoveryHow to Check If You Overpaid Tariffs: The Line-by-Line Method9 min read
  • Tariff RecoveryThe Section 232 Math Changed Twice in Nine Weeks: How to Recheck Every Line8 min read
← Back to all resources

Not a document extractor. Not an ERP replacement.

Kynthar, Inc. · support@kynthar.com · Security · Privacy · Terms · DPA

© 2026 Kynthar, Inc. All rights reserved.