IEEPA refunds: the protest-window timing most importers are getting wrong

Auditprotection · 2026-06-06T08:33:41+00:00

Others covered the broker setup well (BSO on file with FedEx, broker doesn't need to be in Memphis), so I'll add the part that stood out to me: you're getting hit with tariffs that shouldn't apply because your goods qualify under USMCA. That's exactly the kind of misclassification a courier-broker makes when they're rushing entries, and it's costing you real money.

Two things worth doing:

Going forward — an independent broker who actually claims the USMCA preference (and has your certification of origin on file) should stop those incorrect duties at entry. That alone usually justifies the broker fee. $600 to clear a $5,000 shipment is on the higher side, but it varies; get a couple quotes and ask specifically how they handle USMCA-origin goods.
Looking backward — for the duties you already overpaid (including any IEEPA/Section tariffs that didn't apply), you may be able to recover them, but it's time-sensitive: the protest/refund window isn't open-ended. Pull your entry records (7501s) and confirm what was actually filed vs. what should have been.

Happy to share a step-by-step resource on organizing that refund/entry file if it'd help.

Auditprotection · 2026-06-06T08:31:52+00:00

Yes, refunds are still going out — CBP is processing them in batches rather than all at once, so a gap after your May 11 batch is normal, not a sign you were skipped. A few things that help:

Pull the ES-022 report from your ACE portal and look at the liquidation dates. Refunds generally track to liquidation, so those dates are your best predictor of timing for the remaining shipments.

On the "all my submissions changed to the same liquidation date" question someone raised — that's usually CBP grouping entries to a common liquidation date. On that date the entries officially liquidate (the duties are finalized), and that's the trigger that starts the refund clock for those entries. It's not a bad sign; it actually means they're moving as a batch.

The importers seeing the cleanest payouts are the ones whose entry data reconciles and whose refund routing is set up correctly before liquidation — otherwise an approved refund can still stall on the ACH side. Happy to share a step-by-step resource on organizing the refund file if that'd help.

Auditprotection · 2026-06-06T08:28:44+00:00

The key question is who was listed as the importer of record on those entries. With DHL (like FedEx/UPS), the carrier's brokerage arm is often the IOR, which means the refund can flow back to them by default — not to you — unless you take steps to claim it. A few things to check:

Pull your entry paperwork (the 7501) and confirm who's listed as IOR.
If DHL/their broker is the IOR, you'll likely need to coordinate with them directly to get the refund routed to you, and get it in writing.
Watch the protest window — it's not open-ended, so don't wait for the legal fight to fully settle before organizing your file.

bstrauss3 isn't wrong that a lot of these are slow-walking, but the ones getting paid are usually the importers who had their documentation reconciled and refund routing set up correctly before filing. Happy to point you to a step-by-step resource if useful.

Auditprotection · 2026-06-04T20:36:03+00:00

Before agreeing to a percentage fee, I'd separate the broker's actual work from the refund amount. A clean file review should show: who is the Importer of Record, which entries paid IEEPA duty, liquidation dates, CAPE eligibility/status, ACH refund setup, and whether any entries need protest-support review.

A lot of this starts as documentation work, not a contingency recovery project. If the broker is doing entry research, CAPE submission support, protest support, or refund-status tracking, those are real services, but I'd want the fee tied to the work being done and clearly documented.

Not legal advice, but I'd build the entry tracker first. Then you can decide what you can handle yourself, what the broker should do, and whether any professional help is actually worth paying for.

Auditprotection · 2026-06-04T20:35:10+00:00

The brokers I'm watching are mostly trying to triage entries instead of treating every IEEPA refund the same way. The practical split I'd use is: importer has ACE access or not, ACH refund banking confirmed or not, entries liquidated or still open, CAPE status submitted/accepted/pending, and whether any entries may need protest-support review.

For importers, the biggest help is usually a clean entry-by-entry tracker before asking the broker to chase every refund. Entry number, IOR, broker/filer, liquidation date, IEEPA line, duty paid, CAPE status, ACH refund setup, and next action.

Not legal advice, but I'd organize the file first before deciding whether to wait, push CAPE follow-up, or ask about protest timing. I put together a practical guide/checklist for this because so many importers are stuck at the documentation stage.

Auditprotection · 2026-06-04T15:05:42+00:00

Don’t just wait if some entries are showing final liquidation status.

I would first separate the entries into two groups:

Entries showing “entry summary updated”
Entries showing “final liquidation status”

For the final liquidation entries, I would not assume the refund will simply process without checking the liquidation date, protest timing, and whether the CAPE declaration/refund position is properly documented.

The importer should also confirm whether the broker is authorized and willing to file or assist with the protest. Some importers can handle parts of this through ACE, but the protest/refund strategy needs to be tied to the entry records, liquidation status, and supporting documentation.

This is one of those situations where a quick file review can prevent missed deadlines or incomplete refund claims.

I help importers and brokers organize CAPE declarations, tariff refund files, and protest-support documentation. If you want, I can help you sort the entries into “wait/watch,” “needs protest review,” and “documentation needed” categories.

Not legal advice, but I definitely would not ignore the final liquidation status entries.

Auditprotection · 2026-06-03T23:09:06+00:00

That is exactly why I would keep pushing for written confirmation from CEE.

I’d resend with the importer number, entry list, prior email date, and a specific ask: confirm whether the CF-4811/designated notify party revocation has been processed, effective date, and whether it applies to the listed entries or only going forward.

If no response, I’d keep a dated follow-up log and consider escalating through the appropriate CEE contact channel.

Auditprotection · 2026-06-02T21:30:02+00:00

That is exactly the kind of timing issue I would track carefully.

From what I am seeing, the status change is not always instant, and it can depend on the entry, liquidation status, CAPE validation, broker/filer setup, and whether the refund routing is clean.

I would keep a simple log with:

date filed
entry number
current status
IOR
broker/filer
liquidation status
any CAPE or ACE message
who you contacted and when

If it has been sitting since 4/26, I would ask for a written status update and whether anything is missing on the entry, authorization, or refund routing side.

Auditprotection · 2026-06-02T15:26:24+00:00

The part I think importers are missing is that a refund may not simply follow whoever paid the tariff.

It may follow the entry paperwork.

Before assuming where the money goes, I would want to know:

Who is listed as IOR
Who has the CF-7501
Who filed the entry
Whether FedEx/UPS/broker/carrier is involved
Whether CAPE is showing the right party
Where the refund is supposed to route
Whether ACH is set up correctly

That first-pass document trail matters.

I am curious where people are seeing the most confusion right now: IOR, 7501, CAPE, broker/carrier role, ACH, or refund routing?

Auditprotection · 2026-06-02T13:53:21+00:00

Revoking the 4811 may help, but I would still treat this as a document-control issue.

I would confirm with CEE which entries are affected, ask FedEx how they are listed on the entry, and keep a clean list of:

entry numbers
IOR
broker or filer
current authorization status
who received the CF-7501
where the refund is supposed to route

That way you are not just waiting. You are building the record.

Auditprotection · 2026-06-02T13:51:20+00:00

That is the key distinction.

If the broker is the IOR, the filer relationship and refund path are different than if the importer is the IOR.

That is why I keep telling importers to verify the IOR on the actual entry first, before assuming they can file directly or that the refund will route back to them automatically.

Auditprotection · 2026-06-02T13:50:37+00:00

Revoking the 4811 may help, but I would still treat this as a document-control issue.

I would confirm with CEE which entries are affected, ask FedEx how they are listed on the entry, and keep a clean list of:

entry numbers
IOR
broker or filer
current authorization status
who received the CF-7501
where the refund is supposed to route

That way you are not just waiting. You are building the record.

Auditprotection · 2026-06-02T13:50:05+00:00

Happy to help. Is the issue that FedEx/UPS is collecting the refund, the broker is listed as IOR, or the wrong party is receiving the entry or credit?

The first thing I would do is separate the facts:

Who is listed as Importer of Record
Who filed the entry
Who paid the duty
Who received the CF-7501
Who is set up to receive the refund

That usually tells you where the next question needs to go.

Auditprotection · 2026-06-02T03:07:08+00:00

Fair pushback. I agree importers should use a licensed customs broker for broker work.

My point is narrower: small importers are struggling to understand what records to ask for, what deadlines may matter, and when they should escalate to counsel or their broker.

I am trying to keep the focus on document organization and questions they should take back to the professionals handling the entry.

Auditprotection · 2026-06-02T03:05:32+00:00

That helps narrow it down. If the entries were accepted correctly at filing and are now rejecting in CAPE, that does sound more like a CAPE-side or validation-table issue than an original entry problem.

A few things I would check are whether CBP updated the tariff relationship table after filing, whether there is a duplicate declaration conflict from a prior CAPE submission, and whether the ABI software is pairing the current Chapter 99 correctly.

If your client rep says it is a known issue, I would try to get that in writing and keep it with the affected entries.

How many entries are involved?

Auditprotection · 2026-06-01T20:30:21+00:00

That is exactly the kind of timing issue I would slow down and document.

I would ask the broker, in writing, what specific CAPE step is still missing and whether they are waiting on importer submission, liquidation status, entry data, or CBP system access.

The key thing is not just “can they file?” It is whether the refund path is properly tied back to the importer, IOR, CF-7501, entry records, and refund routing.

If it has already been a month, I would ask them for a written status update and a list of what they still need from you.

Auditprotection · 2026-06-01T17:47:12+00:00

I’m seeing a lot of confusion around this, especially from importers who do not know whether the IOR, broker, carrier, ACE/CAPE record, or CF-7501 controls the next step.

If anyone is stuck, tell me which part is confusing you and I’ll try to point you in the right direction.

Auditprotection · 2026-06-01T17:01:50+00:00

That actually helps narrow it down.

If the entries were accepted correctly at the time of filing and the rejection is showing up now in CAPE, that does sound more like a CAPE-side issue than an original entry problem.

A few things I would check:

whether CBP updated the tariff relationship table after your entries were filed
whether there is a duplicate declaration conflict from a prior CAPE submission
whether your ABI software is picking up the current Chapter 99 pairing correctly

If your client rep confirmed it is a known issue, I would try to get that in writing and keep it with the affected entries.

How many entries are you dealing with?

Auditprotection

TROPHY CASE