GST e-invoicing is the process of registering every B2B invoice with the government's Invoice Registration Portal before it reaches the buyer. The IRP validates the invoice data and returns a unique Invoice Reference Number and a signed QR code. Without both, the invoice is not legally valid for the buyer's input tax credit claim. Mandatory since 1 August 2023 for businesses whose aggregate turnover has exceeded ₹5 crore in any financial year from 2017-18, it applies to every B2B tax invoice, credit note, debit note, and export invoice a covered business raises.
What GST E-Invoicing Covers
Not every document goes through the IRP. Here is what does and does not require an IRN:
| Document Type | IRN Required |
|---|---|
| Tax invoice to a GST-registered buyer (B2B) | Yes |
| Credit note | Yes |
| Debit note | Yes |
| Export invoice | Yes |
| Supply to an SEZ unit | Yes |
| B2C invoice (buyer has no GSTIN) | No |
| Bill of supply or delivery challan | No |
A covered document issued without a valid IRN is not a valid tax invoice, so the buyer cannot claim input tax credit against it. For any Indian B2B company above the turnover threshold, the invoicing process and IRN compliance are the same process.
An IRN can be cancelled within 24 hours of registration if an invoice needs to be voided, provided no e-way bill is linked to it. The portal requires a reason code, and the cancelled invoice number cannot be reused for a new IRN. After 24 hours, the correction is a credit note against the original invoice.
How GST E-Invoicing Works
The invoice is created with all required fields: supplier and buyer GSTIN, HSN or SAC code, place of supply, tax amounts, and item-level details. That data is sent to the Invoice Registration Portal. The IRP checks, among other things, whether the GSTINs are valid and active, whether all required fields are present in the correct format, and whether the invoice has already been registered.
If the data passes, the IRP returns an IRN, a signed QR code, and an acknowledgement number. The QR code is printed on the invoice. The invoice goes to the buyer with the IRN visible. From this point it is legally valid and the amount counts as owed.
If the data fails, the portal returns an error code. The invoice has to be corrected and resubmitted. It cannot reach the buyer until the IRP accepts it.
The IRP validates and registers only. The invoice is still generated, approved, and delivered through the company's own billing system.
What Manual GST E-Invoicing Costs at Scale
At 500 invoices a month, three specific failure modes show up regularly:
- Errors caught post-approval. The data submitted to the IRP has to be structured exactly as the portal expects. A missing HSN or SAC code, an invalid GSTIN, a wrong pincode: these cause rejections after the invoice has already cleared the internal approval queue. The team goes back, fixes the draft, routes it for re-approval, and resubmits. The payment clock has not started yet.
- Portal downtime blocks delivery. When the IRP is unavailable, invoices are stuck. Where goods need to move and the e-way bill is generated from the IRN, dispatch waits until the portal comes back up.
- A lost response creates a recovery problem. If the portal returns an IRN but the response is not saved to the billing system before the connection drops, the team either tries to register the invoice again, which the IRP rejects as a duplicate, or manually queries the portal to recover the original IRN.
At an illustrative five minutes per invoice, 500 invoices a month is over 40 hours of portal work. That is a full working week, every month, on compliance work that contributes nothing to cash collection.
What Automated GST E-Invoicing Changes
The difference is where errors are caught and who does the portal work.
- Pre-checks before approval. Before an invoice reaches the approval queue, the system validates every field the IRP will check: missing HSN or SAC code, invalid GSTIN, missing pincode, wrong place of supply. Errors surface at the draft stage in plain language. The draft cannot be approved until they are fixed. Nothing reaches the portal that will be rejected.
- Automatic registration through a licensed GSP. Once every approval level signs off, the invoice is sent to the IRP automatically through a licensed GST Suvidha Provider. No portal login, no JSON preparation, and no IRN to copy back into the billing system.
- IRN recovery without manual intervention. If the portal returns an IRN but the response is lost in transit, the system queries the portal and recovers the existing IRN. The invoice is not registered twice.
- Automatic portal failover. If the primary GSP server is unavailable, the system moves to a backup server and checks whether the invoice was already registered before sending again.
- Credit notes and debit notes in the same flow. Both are registered with the IRP, naming the original invoice, and posted once the portal confirms.
How GST E-Invoicing Connects to the Rest of AR
GST e-invoicing is the first step in the AR cycle. Most teams manage it separately.
Once an invoice has an IRN, the amount counts as owed from that moment. The AR clock starts. That makes the quality of the invoicing process directly relevant to how fast collections can move.
An invoice that clears the portal on the first submission starts the payment term immediately. An invoice that gets rejected, corrected, and resubmitted loses two or three days before the payment term begins. At 30-day terms, those days matter. At 500 invoices a month, they compound into a measurable rise in days sales outstanding.
How cleanly the invoicing step runs determines how quickly everything downstream moves.
Explore Alfred for Finance
Alfred AR handles GST e-invoicing as part of the invoice generation flow, not as a separate step the finance team manages. Pre-checks run on every draft so errors surface before approval, not after. Once the invoice is signed off, Alfred registers it with the IRP through a licensed GST Suvidha Provider and prints the IRN, signed QR code, and digital signature on the PDF without anyone touching the portal. Credit notes and debit notes go through the same flow.
The finance team does not have to log into the IRP portal. See how Alfred for Finance runs receivables from invoice to collection.
Book a meeting to see how Alfred handles the full contract-to-cash cycle for you.
