IGST Refund Status explained: this guide covers what it means, who it applies to, the step-by-step process, documents required, fees, due dates and penalties in India — so you can stay compliant with confidence and avoid costly mistakes.
When you export goods on payment of IGST, the GST portal's refund tracker is the wrong place to look. The refund is processed by the Customs system, and the status belongs to your shipping bill. ICEGATE, the Customs e-filing portal, is where you see the Customs data your GST returns are matched against, and it is the first place to look when an IGST refund has not arrived.
Under Rule 96, the shipping bill is deemed to be the refund application, but it is treated as filed only when the export manifest has been filed and a valid GSTR-3B is on record. GSTN sends your GSTR-1 Table 6A export invoices to Customs, which matches them at invoice level. Customs data is viewable in your ICEGATE login, so the practical routine is: reconcile GSTR-1 with the ICEGATE shipping bill data every month, clear EGM errors early, and keep the Customs-registered bank account validated by PFMS.
What ICEGATE shows and what it does not
ICEGATE gives you the Customs side of the story: your shipping bills, their details as held by Customs, and the refund-related status against them. The ICAI refunds handbook notes that the details held in the Customs system have been made available for viewing in the exporter's ICEGATE login precisely so that exporters can file GSTR-1 to match.
What ICEGATE does not show is anything about an RFD-01 refund. If your export was under LUT and you are claiming unutilised ITC, that is an RFD-01 claim on the GST portal; track it by ARN there (see GST refund status check online with ARN).
If the ICEGATE status and your books do not agree and you cannot see why, our IGST export refund team can run an invoice-level reconciliation of GSTR-1, GSTR-3B and the shipping bill data.
The monthly ICEGATE routine that prevents most delays
The matching is automatic, and it fails on small things. A routine, run every month before or right after filing GSTR-1, catches them.
| Check | Why it matters |
|---|---|
| Every export invoice in GSTR-1 Table 6A carries port code, shipping bill number and date | Missing or wrong SB details mean the data does not flow to Customs and no refund is processed |
| Invoice number and IGST amount in Table 6A equal those on the shipping bill | Invoice-level mismatch returns an error instead of validation |
| GSTR-3B Table 3.1(b) IGST on zero-rated supplies is not less than Table 6A IGST | If 3B is short, GSTN does not transmit the records to Customs |
| GSTIN on the shipping bill is the one filing GSTR-1 | Different GSTIN (e.g., another branch) fails matching |
| EGM filed for each shipping bill | The refund application is deemed filed only once the manifest is filed |
| Customs bank account validated by PFMS | Payment goes to the Customs-registered account |
Where a shipping bill detail is wrong in GSTR-1, the handbook's route is to amend it in Table 9A of a later GSTR-1. The Rule 96(1) proviso makes the timing painful: if the shipping bill and GSTR-1 (or GSTR-1A) do not match, the refund application is deemed filed only when you rectify the mismatch.
EGM errors: the problem that is not yours but blocks your refund
A shipping bill with no manifest, or a local manifest that does not tie up with the gateway manifest, stops the refund even when your GST returns are perfect. This is common for LCL cargo moving from inland container depots. The handbook lists the typical mismatches between local and gateway EGMs:
| EGM error code | Cause |
|---|---|
| M | Incorrect gateway port code in the local EGM |
| C | Change of container for LCL cargo, or container number entered wrongly |
| N | Incorrect count of containers |
| T | Nature of cargo (LCL/FCL) entered wrongly |
| L | Let export order given in ICES after the vessel's sailing date |
These are fixed by the shipping line, the custodian and the Customs officers at the ICD and gateway port, not by you. What you can do is identify the error early and push your freight forwarder or CHA with the specific shipping bill numbers. The handbook notes that the Board expects forwarders and consolidators to supply re-worked container details for C and N errors, and shipping lines can file a supplementary EGM where no gateway EGM was filed. For the response-code view of these problems (SB002 and SB006), see IGST refund shipping bill error codes.
When the status says the refund is withheld
Rule 96(4) allows the IGST refund to be withheld where the GST Commissioner requests it under s.54(10) or (11), where Customs finds the export violated the Customs Act, or where the Board flags the exporter for verification on data analysis and risk parameters. In the first and third cases, Rule 96(5A) transmits the claim to the GST officer as a system-generated RFD-01, deemed filed on the date of transmission. You receive an intimation on the common portal. From that moment the refund is tracked on the GST portal, not ICEGATE. The verification procedure is covered in IGST refund withheld: risky exporter verification.
Bank account: the Customs one, not the GST one
The refund is credited to the bank account registered with Customs, even if it differs from the account in your GST registration. The handbook recommends aligning the two, either by updating the Customs account or by adding it to the GST registration. PFMS must validate the Customs account; the validation status is available in ICES. The handbook also advises against frequent bank account changes, because each change triggers a new validation. For changing the account, see IGST refund bank account change on ICEGATE.
Two situations that go to the GST portal instead
- Upward price revision after export. If the price of goods is revised upwards after export and you pay additional IGST, the refund of that additional IGST is claimed in RFD-01 on the common portal and processed under Rule 89, not through the shipping bill (proviso to Rule 96(1), inserted by Notification 12/2024-CT).
- Refund withheld and transmitted. As above, a Rule 96(5A) system-generated RFD-01.
Illustration: a quarter reconciled
Illustration: An exporter has 30 shipping bills in a quarter, IGST ₹24,00,000. The monthly ICEGATE check shows 27 validated, 2 with an invoice number mismatch and 1 with a gateway EGM issue.
- 27 validated: scroll and PFMS; money expected in the normal cycle.
- 2 mismatches (IGST ₹1,60,000): amended in the next GSTR-1's Table 9A; deemed filed on the rectification date.
- 1 EGM issue (IGST ₹80,000): shipping bill number and container details sent to the forwarder the same week.
Without the check, the exporter would have seen only a ₹2,40,000 shortfall months later with no idea which bills caused it.
Need help reconciling ICEGATE and GSTR-1?
If refunds against some shipping bills never arrive, the reason is almost always visible in the data once GSTR-1, GSTR-3B and the Customs record are laid side by side. We do that reconciliation, prepare Table 9A amendments and chase EGM corrections with your forwarder. See IGST refund on exports with payment or estimate an LUT alternative with our GST refund calculator.
Key takeaways
- IGST export refunds are tracked against the shipping bill on the Customs side; ICEGATE shows the Customs data.
- Reconcile GSTR-1 Table 6A with shipping bill data every month.
- A mismatch pushes the deemed filing date to the date you fix it.
- EGM errors (M, C, N, T, L) are fixed by carriers and Customs; identify them early and escalate.
- The refund goes to the Customs-registered bank account, which PFMS must validate.
Read next
- GST refund scroll status meaning
- How to claim a GST refund on exports with payment of IGST
- ICEGATE e-filing on the Customs portal
- IGST refund not received: GSTR-1 Table 6A mismatch
Disclaimer: Positions stated as on 30 September 2026, based on the CGST Act and Rules as amended, the Finance Act 2026, and the ICAI Handbook on Refunds under GST (January 2026). Verify current notifications before filing.