India's best registry-grade evidence
For a trade-finance lender, the GST stack is the strongest evidence available short of the buyer paying. Three artefacts do most of the work — GSTIN status, the e-invoice IRN, and the e-way bill — and crucially they are registry-verifiable: checked live against an authoritative GST source, the top tier of evidence. Here is what each one actually proves — and, just as important, how they chain together so that each document corroborates the one before it.
The power of the GST stack is not any single document; it is that a real trade leaves the sameevent recorded in four independent places. A commercial order becomes an e-invoice with a GSTN-signed IRN; the goods move under an e-way bill that references that invoice; the invoice rolls up into the seller’s GSTR-1 and, via GSTR-3B, into tax actually paid; and the buyer settles. Fabricating one document is easy. Fabricating a consistent trail across all four — where values, GSTINs, dates and quantities reconcile against government registries a lender can query directly — is a different order of difficulty.
GSTIN status & returns — does the business trade?
An active GSTIN with a filing history establishes that the entity is real, registered, and transacting. GSTR-1 outward-supply data shows the trading relationship behind a financed order — is this buyer a genuine, repeating customer, or a one-off that appeared just in time for the loan? A consistent invoice history to the same buyer is itself a strong corroborating signal.
There are two returns worth reading, and they answer different questions. GSTR-1 is the outward-supply statement: it lists the invoices a seller claimsto have issued, which is what lets a lender see whether the financed invoice appears in the seller’s own declared sales and whether the buyer recurs across periods. GSTR-3B is the summary return against which tax is actually paid — so a seller whose GSTR-1 shows large outward supply but whose GSTR-3B and payment lag badly is either under stress or inflating declared turnover. A GST filing that is a few days late is a technical bounce, not a default; a pattern of GSTR-1 that never reconciles with 3B is a signal worth weighting. Reading status, GSTR-1 and 3B together separates a live, tax-paying trader from a shell that files just enough to look active.
The e-invoice IRN — authenticity, and the anti-double-financing guard
The Invoice Reference Number (IRN) proves an invoice is GST-registered and unique on the e-invoice system. This is the single most useful guard against the same invoice being financed twice — the failure mode that costs lenders the most on a bilateral book. An invoice with a valid IRN is authentic and traceable; an invoice that is only an uploaded PDF with no IRN is self-declared, and the lender should weight it as such. Where the IRN is present, the lender can also cross-check the seller GSTIN and invoice value against the registered record.
The reason the IRN is so hard to game is howit is produced. When a seller reports an invoice to the Invoice Registration Portal, the portal returns an IRN — a hash-derived identifier — together with a GSTN-signed QR code. Because the IRN is derived from the seller GSTIN, invoice number and financial year, the system rejects a second attempt to register the same invoice: duplication is refused at source rather than detected after the fact. For a lender this converts double-financing from a problem of watching every other lender’s book into a problem of checking one field against one registry. It is not a complete defence — a fraudster can still pledge an IRN-backed invoice to two lenders who never compare notes — but it gives each of them a cheap, authoritative way to confirm the invoice is genuine, matches the declared value, and has not been cancelled.
The e-way bill — did the goods move?
A receivable is only real if performance occurred. The e-way bill evidences the physical movement of goods — route, transporter, vehicle, consignment value, validity — linking the invoice to an actual dispatch. A deal with an invoice but no movement record isn’t automatically fraudulent, but it leaves the delivery claim unproven, and no exchange or central facility is vetting it on the lender’s behalf.
The e-way bill is the one artefact that reaches outside the paperwork into the physical world, which is exactly why it is worth reading closely rather than merely ticking. Its value should reconcile with the invoice it cites; its validity window is distance-based, so an expired or cancelled bill against a large financed consignment is a flag; and for goods above the notified threshold, movement without any e-way bill at all is itself telling. It is not unforgeable — a bill can be generated for a token consignment, or goods can be under-declared — but pairing it with the IRN raises the bar sharply: now a fabricator has to make the invoice record, the movement record and the transporter detail all agree, across two separate government systems, for a shipment that may never have happened.
How they combine
Individually each artefact is useful; together they triangulate a deal. The IRN authenticates the invoice and blocks duplication; the e-way bill proves movement; GSTR-1 establishes the relationship; GSTIN status grounds the entity. A lender reading all four can tell a genuine, performed, unique trade from a fabricated or double-pledged one — at a cost low enough to make smaller MSME deals economic to underwrite.
The table below sets out what each artefact proves, how hard it is to forge, and where it sits on the evidence ladder — from registry-verified at the top to a bare self-declared PDF at the bottom. The pattern to notice is that the strongest tier is not about any document being individually unforgeable; it is about whether an independent registry will confirm it live, and whether it has to agree with the artefacts on either side of it.
| Artefact | What it proves | Can it be forged? | Evidence tier |
|---|---|---|---|
| GSTIN status | Entity is registered and actively filing | Hard — checked live against the GST registry | Registry-verified (top tier) |
| GSTR-1 / 3B returns | The trading relationship, declared turnover and tax actually paid | Hard to fabricate consistently — self-declared but cross-checkable across periods | Registry-verified |
| e-Invoice IRN | Invoice is GST-registered, unique and matches the declared value | Very hard — GSTN-signed; duplicate registration is refused at source | Registry-verified (top tier) |
| e-Way bill | Goods physically moved — route, transporter, consignment value | Gameable at the margins (token or under-declared consignment) but registry-logged and dated | Registry-verified |
| Uploaded PDF invoice (no IRN) | A claim only — that an invoice exists | Trivially — anyone can produce one | Self-declared (lowest tier) |
Tiered, consented, server-to-server
AssureLocker assembles these into the pack with each signal labelled by tier, and accesses the GST stack the sanctioned way — taxpayer-authorised, server-to-server via a licensed GSP, consent-bound. We surface what is registry-verified, what is only declared, and what is missing; we never assert a verdict. The signals inform the lender; the credit decision stays with the lender.
That posture is deliberate. AssureLocker is a Technology Service Provider: it assembles this GST evidence, checks each artefact against its source, tiers it, and flags where the chain fails to reconcile — but it does not lend, hold funds, or decide credit. The value it adds is turning four separate government records into one review-ready pack a credit team can read in minutes, so that the cross-checks that used to take days of manual work — does the IRN match, did the goods move, does GSTR-1 agree with 3B, is this invoice already pledged — arrive pre-assembled and labelled by strength. The same evidence underpins two deal shapes: post-shipment receivables via AssureSignal for Invoice Factoring, and order-stage risk via PO Risk Financing. In both, the lender always makes the credit decision; AssureLocker only makes the evidence cheaper, faster and honestly tiered.