TReDS vs Off-Exchange Invoice Factoring: Where Each Fits

A factual map of the regulated exchange rail and the off-exchange space beside it — and why they are complementary, not substitutes.

ComparisonAssureLocker Team·7 min read
Published: 13 June 2026Last updated: 13 June 2026Sources reviewed as of: 13 June 2026

What TReDS does, and does well

The Trade Receivables Discounting System (TReDS) is an RBI-regulated electronic platform where MSME suppliers get their acceptedinvoices on approved corporate/government buyers discounted by competing financiers. Its strengths are real: the buyer’s acceptance de-risks the receivable, competitive bidding compresses cost, and the exchange standardises the process. For a supplier whose buyer is onboarded and who has an accepted invoice, it is an excellent rail.

What it does not reach

By design, TReDS operates after acceptance, on the exchange, with onboarded buyers. That leaves a large space outside it:

Pre-shipment. Finance needed to fulfila purchase order — before any invoice exists, let alone an accepted one — is outside the post-acceptance model entirely. The supplier’s cash crunch is typically at input-procurement stage, weeks before dispatch; TReDS begins only once goods have shipped and the buyer has accepted.

Off-exchange & bilateral.Receivables where the buyer isn’t onboarded, or the lender wants to finance on its own book bilaterally, never reach the exchange. Onboarding a buyer onto TReDS is itself a gated process — many mid-market and unlisted buyers, and most overseas buyers, are simply not on any platform.

Messier evidence.Unaccepted invoices, services or semi-finished goods, longer durations, and deals needing deeper diligence than acceptance alone don’t fit the standardised flow.

Side by side

The two rails answer different questions. TReDS answers “how cheaply can an acceptedinvoice on an onboarded buyer be discounted?” Off-exchange factoring answers “can this specific, messierreceivable be financed at all?” The table below maps where each lands.

DimensionTReDS (regulated exchange)Off-exchange / bilateral factoring
Buyer requirementBuyer must be onboarded and must accept the invoiceNo onboarding needed; works with any buyer, including unlisted or overseas
OnboardingSupplier, buyer and financiers each enrol on the platformBilateral — only the lender and its borrower; no third-party enrolment
Stage financedPost-shipment, post-acceptance onlyPre-shipment through post-shipment — including unaccepted invoices
Pre-shipment coverageNone — no invoice exists yetYes — PO-stage funding is squarely in scope
Duplicate-financing dedup scopeStrong within the platform: an invoice financed on one TReDS exchange is visible to that exchangeLender sees only its own book; the same receivable can be pledged elsewhere unseen
Pricing mechanismCompetitive bidding compresses the discount rateLender prices bilaterally against its own diligence and cost of capital
Who it reachesSuppliers to large, creditworthy, onboarded anchorsThin-file, regional and mid-market MSMEs the exchange doesn’t serve

The off-exchange problem

Off-exchange, no central facility has vetted the buyer, confirmed the goods moved, or checked whether the receivable is already financed. The lender carries all of that diligence itself — and doing it manually on a smaller MSME is often un-economic, which is precisely why these deals get declined. The risk isn’t unmanageable; the cost of establishing it is.

The dedup blind spot

The most consequential gap is duplicate financing. Because a TReDS exchange sees every invoice transacted on it, the same invoice cannot be discounted twice on that exchange. That guarantee is real — but it stops at the platform boundary. It does not extend to a second TReDS exchange, to a bank’s own bilateral book, or to a private financier down the road. A supplier can therefore present the same underlying receivable off-exchange to a lender who has no way of seeing that it is already pledged. The invoice is genuine; the double-pledge is the fraud.

Where duplicate-financing dedup holds and where it does notWithin a single TReDS exchange the same invoice is visible and cannot be financed twice. Across a second exchange, a bank’s bilateral book and a private financier, the same invoice is invisible to each — the off-platform double-financing gap.Inside one TReDS exchangededup holdsInvoice#INV-4471Fin AFin Bboth see itplatform boundaryOff-platform & bilateralthe same invoice is invisible to each2nd TReDSexchange#4471Bankbilateral book#4471Privatefinancier#4471no shared line of sight → same invoice financeable more than once
Dedup is strong inside a single exchange and stops at its boundary. Off-platform, the same invoice can be pledged to several lenders who each see only their own book — the double-financing gap.

What an evidence layer adds

This is where a Verified Receivables Pack fits: invoice authenticity (e-invoice IRN), goods movement (e-way), buyer establishment, a lender-side CERSAI / Account-Aggregator conflict check, and a related-party screen — each labelled by evidence tier, distilled into an Evidence Confidence Score with a conflict engine. It makes the off-exchange receivable assessable at a cost that fits the margin, while every signal stays exactly that: a signal. The lender sets the advance and makes the call.

Each signal answers a distinct question the off-exchange lender would otherwise chase by hand. The IRN check confirms the invoice was actually reported to the GST system rather than typed up for the loan. The e-way record indicates the goods moved. The buyer-establishment check tests that the counterparty exists and trades. The related-party screen flags a buyer and supplier that are, in substance, the same interest — a common shape for a fabricated receivable. None of these decide the deal; together they let a credit team reach a view in the time the margin can bear.

The one question a single lender genuinely cannot answer from its own book is whether the receivable is already financed somewhere else. A CERSAI charge search helps where a charge has been registered, but much bilateral factoring never files one. Closing that blind spot needs shared visibility acrossfinanciers, not deeper diligence within one.

Complementary, not competitive

AssureLocker is a Technology Service Provider: it is not an exchange, not a lender, and not a substitute for TReDS. It holds no funds, sets no advance, and makes no credit decision — it surfaces evidence and signals, and the lender always makes the call. A supplier with an accepted invoice on an onboarded buyer should use TReDS. Our wedge is the pre-shipment, off-exchange and unaccepted space the exchange doesn’t reach — and a TReDS operator is a partner conversation, not a rival. We focus on deals from ₹30 lakh — aggregated across one or more POs — where the deeper evidence is worth assembling.

Where this lands in the product

On the single-deal side, AssureSignal for Invoice Factoringassembles the Verified Receivables Pack for an off-exchange receivable — the authenticity, goods-movement, buyer-establishment and related-party signals above, tiered by evidence strength and distilled into an Evidence Confidence Score. It is decision support for the lender’s own underwriting, not a decision.

For the cross-financier dedup gap — the one blind spot a single lender cannot close alone — AssureFirst is a shared lien registry taking shape with design partners, so participating lenders can flag when the same receivable is being pledged in more than one place. It is forming, not a live or universal registry, and participating lenders verify independently; it is not a guarantee that a receivable is unencumbered. Used together, the pack sharpens the single-deal view and the registry begins to extend visibility past the platform boundary the diagram above marks — with the credit decision resting, always, with the lender.

Continue reading

See AssureLocker in action

Book a 30-minute live walkthrough tailored to your lending use case.

Book a demo →
AssureLocker
Right Vectors India
3rd floor, Innov8, SKCL Tech Square,
SIDCO Industrial Estate, Guindy,
Chennai, TN 600032

AssureLocker is a verification & orchestration platform — not a lender. It supplies verified evidence and risk signals checked against authoritative sources (GSTN, MCA21, EPFO, CERSAI, Account Aggregator) and orchestrates the assessment room. It does not lend, hold or move funds, operate escrow, set advance rates, or make the credit decision — the lender's system of record makes that decision and disburses. Right Vectors India, the provider of AssureLocker, operates strictly as a Technology Service Provider. Every signal is labelled by evidence tier — registry-verified, lender-side, issuer-confirmed, document-signed or self-declared (missing where unresolved); some integrations are in sandbox, lender-side or pilot, and records are written to an immutable registry (hashes only — never raw PII). Signals and figures are point-in-time and consent-bound; confidential to the named parties.

Explainable, evidence-tiered signals — auditable on request. Our algorithmic-accountability approach →

© 2026 Right Vectors India. All rights reserved. · Site version: al-20260721-155225-34ff216c8

Aligned with India Stack. Made in India.