India's GST network has just dropped a significant advisory that will reshape how every business generates e-Way Bills and e-Invoices. From 1 August 2026, the Ship-to GSTIN becomes a mandatory field in e-Invoice and e-Way Bill APIs — a change that sounds like a minor technical tweak but carries real compliance consequences for businesses across supply chains.
If your business uses an ERP, billing software, or a GSP (GST Suvidha Provider) to generate e-Way Bills, you have less than three weeks to test, update, and go live. This article breaks down every change, explains what it means for your day-to-day operations, and gives you a concrete action checklist.
What the GSTN Advisory Actually Says
The GSTN issued an advisory (effective 1 August 2026) announcing two major enhancements to the e-Invoice and e-Way Bill API infrastructure:
- 1Mandatory Ship-to GSTIN in IRN and e-Way Bill APIs
- 2Voluntary e-Way Bill Closure Facility
These changes are available in the GSTN Sandbox environment right now for testing. All stakeholders — ERP vendors, GSPs, ASPs (Application Service Providers), and in-house IT teams — must test and certify their systems before the August 1 deadline.
Change 1: Mandatory Ship-to GSTIN
When a transaction involves a different delivery address from the billing address — a common scenario in bill-to/ship-to arrangements, drop-shipping, and multi-location businesses — the Ship-to GSTIN is now compulsory whenever the consignee is a registered GST taxpayer.
Here is exactly how the new rule works:
- If the consignee is GST-registered: You must populate the Ship-to GSTIN field in both the IRN generation API and the e-Way Bill API.
- If the consignee is unregistered: You enter the literal value "URP" (Unregistered Person) in the Ship-to GSTIN field. You cannot leave it blank.
- B2B and SEZ transactions: The Ship-to details you enter at IRN generation are locked — they cannot be modified when generating the e-Way Bill through the IRN route. Whatever GSTIN you commit at invoice stage flows through unchanged.
- Export transactions: An exception applies here. For exports, GSTN permits modification of Ship-to details during e-Way Bill generation, recognising that export logistics often involve last-minute port changes.
System Validations Being Added
The GSTN system will now actively validate three things:
- 1GSTIN authenticity — the Ship-to GSTIN must belong to a valid, active registered taxpayer on the GST portal
- 2State code match — the state code embedded in the Ship-to GSTIN must match the PIN code of the Ship-to address you provide
- 3No identical Bill-to and Ship-to — in genuine bill-to/ship-to transactions, you cannot enter the same GSTIN in both fields; the system treats this as a data quality error and rejects the request
Change 2: Voluntary e-Way Bill Closure Facility
This is a welcome addition for logistics-heavy businesses. Once goods are delivered, any of the following parties can now voluntarily close the e-Way Bill:
- The supplier who generated the EWB
- The recipient of the goods
- The transporter
- The vehicle driver (in applicable cases)
Closure window: The EWB can be closed on the same day of delivery or the immediately following day. Retrospective closure beyond that window is not permitted.
This resolves a long-standing operational pain point: e-Way Bills that remained open even after delivery was completed, creating reconciliation noise during GST audits and annual return filings.
Why This Matters for Your Business
The Scale of Impact
Consider a mid-size trading company with an annual turnover of ₹8 crore. Each month, it generates approximately 300–400 e-Way Bills for inter-state dispatches. Of those, roughly 60–70 involve ship-to addresses different from the billing GSTIN — branch stock transfers, deliveries to dealer stockists, or goods dispatched to a customer's warehouse in another state.
From August 1, each of those 60–70 transactions requires a valid, verified Ship-to GSTIN captured at the e-Invoice stage itself. If your ERP's consignee master data is incomplete or your customer GSTIN database is not regularly validated, those IRN API calls will start failing from Day 1.
The Lock-in at IRN Stage Changes Everything
The B2B lock-in rule is the most operationally significant change. Until now, if the actual drop-point changed after invoice issuance, a transporter could generate or amend the e-Way Bill with updated delivery details. From August 1, whatever Ship-to GSTIN you enter during IRN generation is permanently frozen for that transaction. An error at the invoice stage cascades into a locked, incorrect e-Way Bill — creating GSTR-1 reconciliation mismatches and potential notices for destination GSTIN discrepancies.
How This Affects ITC Claims
The mandatory Ship-to GSTIN flows directly into your GSTR-1 data. The GSTN matching engine cross-verifies the Ship-to GSTIN on e-invoices against the ITC claimed by the receiving entity in their GSTR-3B. If your customer claims ITC at their Mumbai Head Office GSTIN but your e-invoice shows their Pune warehouse GSTIN as Ship-to, GSTR-2B for the Mumbai entity will not carry that invoice — and the customer faces an ITC shortfall. Getting the Ship-to GSTIN right is not just your compliance obligation; it directly protects your customer's ITC.
What Changed From Before
| Parameter | Before August 1, 2026 | From August 1, 2026 |
|---|---|---|
| Ship-to GSTIN in e-Invoice API | Optional | Mandatory (or URP for unregistered) |
| Ship-to GSTIN in e-Way Bill API | Optional | Mandatory (or URP) |
| Modifying Ship-to in B2B/SEZ after IRN | Allowed at EWB stage | Locked — cannot be changed |
| Ship-to for export transactions | Locked at IRN stage | Flexible — modifiable at EWB stage |
| Closing an EWB after delivery | Not available | Voluntary closure on delivery day or next day |
| Identical GSTIN in Bill-to and Ship-to | Allowed | Rejected by system validation |
Action Checklist: Prepare Before July 31
Week 1 — Master Data Audit (complete by July 19):
- Identify all customers and consignees where bill-to and ship-to addresses differ in your system
- Verify the Ship-to GSTIN for each such party on the GSTN taxpayer search portal (search.gst.gov.in)
- Flag any ship-to party that is unregistered under GST — mark them as URP in your consignee master
- Confirm with your ERP vendor or GSP that they have released or will release an update supporting the mandatory Ship-to GSTIN field
Week 2 — System Testing (complete by July 26):
- Test all e-Invoice and e-Way Bill API calls in the GSTN Sandbox environment using a test GSTIN
- Verify that state codes embedded in your Ship-to GSTINs match the PIN codes of the delivery addresses in your system
- Confirm the system enforces distinct GSTINs in Bill-to and Ship-to fields for bill-to/ship-to transactions
- Train your dispatch team and accounts team on the voluntary EWB closure procedure — deliver first, close on the same day or next day
Final Window — July 28 to 31:
- Run live parallel tests with two or three low-value transactions after your ERP update is deployed
- Update your standard operating procedure for e-Way Bill generation to include a Ship-to GSTIN verification step
- Inform key customers — especially those who receive goods at warehouse or stockist addresses — that you require the GSTIN of their delivery location going forward
Common Mistakes to Avoid
1. Leaving the Ship-to GSTIN blank for registered consignees.
This worked before August 1. From August 1, the API call returns a validation error and the IRN is not generated. Your billing process stalls at the source before the invoice even leaves your system.
2. Using the buyer's billing GSTIN as the Ship-to GSTIN when goods go to a branch.
If goods physically land at a customer's Surat warehouse but you show their Mumbai HO GSTIN as Ship-to, you create an ITC mismatch. The Surat branch cannot claim ITC on an invoice that shows Mumbai as the delivery point. Getting this wrong costs your customer real money and damages your commercial relationship.
3. Applying the same logic to exports as to B2B.
Exports are the one case where Ship-to details remain modifiable at the e-Way Bill stage. Do not lock in export Ship-to details at the IRN stage the same way you would for domestic B2B — you'll lose the operational flexibility GSTN is deliberately preserving for export logistics.
4. Not implementing the voluntary EWB closure routine.
Starting August 1, every delivered consignment can and should have its EWB closed on the day of delivery or the next day. Uncleared EWBs accumulate over time, complicate GSTR-9 reconciliation, and attract questions during a GST audit under Section 65. Build a same-day closure habit in your dispatch workflow from Day 1.
5. Skipping the Sandbox testing window.
GSTN has opened the Sandbox specifically for pre-production testing before this change. If you do not test before July 31 and your system has an incompatibility, you will discover it on August 1 — when invoices need to go out and the API keeps failing. A few hours in the Sandbox this week can prevent a full operational shutdown.
Key Takeaways
- From 1 August 2026, Ship-to GSTIN is mandatory in all e-Invoice and e-Way Bill APIs for registered consignees; enter URP for unregistered recipients — blank is no longer accepted.
- In B2B and SEZ transactions, the Ship-to GSTIN entered at IRN generation is permanently locked and cannot be changed when generating the e-Way Bill.
- The voluntary e-Way Bill closure facility allows suppliers, recipients, and transporters to close an EWB on the day of delivery or the immediately following day.
- System validations will now reject mismatched state codes, inactive GSTINs, and identical Bill-to/Ship-to GSTINs — update your consignee master data before the deadline.
- Test in the GSTN Sandbox before July 31 — API failures on August 1 will halt your invoicing and disrupt your supply chain.
How corpus Helps
corpus's GST module integrates directly with the GSTN e-Invoice and e-Way Bill APIs and is updated ahead of every advisory-driven enforcement date. When the August 1 changes go live, corpus users generate e-Invoices and e-Way Bills with Ship-to GSTINs pre-populated from a verified consignee master — no manual field mapping, no API reconfiguration on your end.
The consignee master in corpus lets you store and validate Ship-to GSTINs against the live GSTN registry in real time. The system automatically enforces the state-code-to-PIN match and blocks identical Bill-to/Ship-to GSTIN entries before submission — the same validations GSTN will enforce from August 1, but applied at data-entry time so errors never reach the API layer.
Once corpus records a delivery against an e-Way Bill, a single click closes the EWB voluntarily from within the platform — no separate login to the e-Way Bill portal required.
Start your free trial at corpusapp.in and step into August 2026 fully prepared.
Elanora Group covers Indian accounting compliance, GST, TDS, payroll, and financial reporting for Chartered Accountants and growing businesses.
Automate your compliance with corpus
AI-powered cloud accounting built for Indian professionals. GST, TDS, payroll, bank reconciliation — all automated. Join the waitlist.
Join the Waitlist