Export Refund Stuck? How EGM, SB005, IGST Refund, Drawback and RoDTEP Are Connected

The cargo has left.

The Shipping Bill shows export.

But the money or export benefit has not arrived.

This is where export teams often begin checking five portals and calling four people without knowing which record actually failed.

The better approach is to identify which downstream process is stuck and trace it back to the transaction field that controls it.

First separate the three problems

Exporters often say:

“My refund is stuck.”

But they may mean completely different things.

1. IGST refund

Linked to GST/customs validation and Shipping Bill data.

2. Duty Drawback

A customs incentive / drawback processing flow.

3. RoDTEP / RoSCTL

An export-incentive claim that flows through Shipping Bill declarations and the ICEGATE e-scrip system.

Do not troubleshoot one as though it were another.

Why EGM matters after cargo has already left

ICEGATE's IGST refund guidance explicitly requires EGM information in the validation chain.

Common error responses include:

• SB002 — EGM not filed
• SB006 — Gateway EGM not available

If the carrier has not correctly filed / integrated the EGM, the exporter may see a refund problem even though the cargo physically exported.

That is why post-shipment tracking matters.

What is SB005 error?

ICEGATE identifies SB005 as:

Invalid invoice number

For the exporter, the useful question is not the code itself.

It is:

Which invoice reference differs between the GST data and the Shipping Bill / customs record?

Check the exact characters.

Typical causes can include:

• different invoice number
• formatting difference
• wrong invoice linked to the Shipping Bill
• incorrect data in the GST return or customs declaration

Do not create a new invoice simply to clear the validation.

Correct the wrong system record through the permitted process.

A simple SB005 example

Commercial invoice:

INV/2026/148

Shipping Bill:

INV/2026/148

GST filing:

INV-2026-148

To a person, these may look “the same”.

To an electronic validation, they may not be the same reference.

The team needs to identify exactly where the invalid reference sits and use the correct amendment route.

This is a classic example of a low-value-looking data difference becoming a high-friction operational problem.

Other common IGST validation codes

ICEGATE guidance lists:

ICEGATE also explains that once invoice validations in a Shipping Bill are completed, a scroll is generated and processed for disbursement.

The important operational idea is:

The refund is an output. The validation chain is the input.

Fix the failed validation first.

Why “pending for scroll generation” matters

A scroll is part of the downstream processing chain for eligible refunds / benefits.

If your status is pending for scroll generation, the first task is to understand:

• has the claim passed the earlier validations?
• is there an EGM / data issue?
• is the bank account correct?
• is the claim in the relevant processing queue?
• is there a query or amendment pending?

Do not assume “scroll pending” always means Customs is simply slow.

Sometimes the transaction is waiting because a preceding record is incomplete.

Duty Drawback: what can hold it up?

Drawback processing can be affected by issues such as:

• EGM / Shipping Bill integration problems
• customs query
• bank-account / IFSC issue
• amendment pending
• claim not reaching the correct processing stage

Chennai Customs, for example, issued a 2025 facility circular specifically addressing cases where drawback could not be credited due to wrong account number or invalid IFSC.

The lesson is broader:

Customs may have processed the export correctly, but the payment leg can still fail.

Always separate:

eligibility / processing status from payment-credit status.

RoDTEP: Shipping Bill declaration matters

RoDTEP is not something to think about only after export.

The claim originates from the Shipping Bill / export declaration workflow and is later handled through the e-scrip system.

For operations teams, check:

• was the relevant claim made correctly in the Shipping Bill?
• is the Shipping Bill processed / EGM-linked?
• are eligible benefits visible?
• has the scroll / e-scrip step progressed?
• is the exporter using the correct ICEGATE account and bank / ledger setup?

A missing or incorrect source declaration can be much harder to solve after export than before filing.

Example: one shipment, three downstream problems

An exporter has one Shipping Bill.

After shipment:

IGST refund

Status: SB005

Drawback

Status: pending

RoDTEP

Benefit not visible

Do not treat this as “one customs problem”.

Build a simple control table:

The underlying Shipping Bill connects them.

But each outcome has its own processing chain.

A 10-minute exporter troubleshooting sequence

1. Confirm Shipping Bill status

Is the correct Shipping Bill visible?

2. Confirm LEO and EGM

Has post-export movement been correctly integrated?

3. Read the exact error

Do not troubleshoot from “refund pending”.

Use the actual code/status.

4. Compare the source fields

Invoice number, Shipping Bill, GSTIN, port code, amounts and other relevant references.

5. Identify the owner

- exporter GST team
- CHA
- shipping line
- Customs
- bank-account maintenance
- ICEGATE / DGFT helpdesk depending on the issue

6. Recheck after correction

Do not assume amendment automatically means reprocessing is complete.

Where transaction intelligence helps

Most refund problems are not solved by another definition of “IGST refund”.

They are solved by answering:

What failed?
Which records disagree?
Who owns the correction?
Has the correction propagated downstream?

That is a transaction-control problem.

The same exporter may otherwise have:

• a correct invoice
• a valid Shipping Bill
• a real export
• a genuine tax payment

and still not receive the expected outcome because those records did not reconcile electronically.

This guide is educational. Refund and incentive rules, eligibility and portal procedures can change. Check current ICEGATE/CBIC instructions and your live Shipping Bill status.

This guide is educational and does not replace examination of the specific credit, applicable ICC rules, international standard banking practice, contractual requirements or professional advice relevant to a particular transaction.