When an exporter is paid by an overseas buyer, the money arrives through an Authorised Dealer (AD) bank. Once the bank confirms the foreign-exchange proceeds against a shipment, it issues an electronic Bank Realisation Certificate (e-BRC) on the DGFT platform — a digital, government-recognised record that this export was actually realised, in this amount, on this date.
Why the e-BRC exists
Export incentives, scheme benefits and a range of compliances all hinge on proof of realisation, not just proof of shipment. The e-BRC is that proof, in machine-readable form, tied to the exporter’s IEC. It replaced paper certificates so the realisation record could be pulled and verified electronically rather than chased from a bank branch.
Two things make realisation — not shipment — the event that matters. The first is foreign-exchange law: under FEMA and the RBI’s Master Direction on Export of Goods and Services, an exporter must bring the proceeds of a shipment home within a stipulated period, and the AD bank is the party responsible for tracking that obligation through to closure. The second is money: duty drawback, RoDTEP and the export-promotion schemes before them are paid on exports that were actually realised, so the authority disbursing them needs a record it can trust rather than the exporter’s own word. The e-BRC satisfies both at once — a single, government-recognised, IEC-linked record that a named shipment was paid for.
Behind the certificate sits a reconciliation loop. When goods leave, the shipping bill is logged in the RBI’s Export Data Processing and Monitoring System (EDPMS) as an open item against the exporter’s IEC. The AD bank can close that item only when it matches incoming foreign-exchange proceeds to the shipment — and it is that matched closure that DGFT surfaces as the e-BRC. Moving the certificate off paper did more than save a trip to the branch: it turned every realisation into a queryable, machine-readable record tied to a specific bill, which is exactly what a downstream incentive desk or lender needs in order to verify without re-keying anything.
How an e-BRC comes into being
An e-BRC is the final link in a chain of documents, each proving a different thing about the same trade. Read in sequence, they carry a deal from intent to money in the bank:
| Document | Stage | What it proves |
|---|---|---|
| Purchase order (PO) | Order placed | The buyer has committed to buy — the deal exists, but nothing has moved and nothing has been paid. |
| e-invoice (IRN) | Invoice registered | The export invoice is genuine and logged on the GST invoice-registration system — not a document typed up after the fact. |
| Shipping bill | Customs & dispatch | The goods actually cleared customs and left the country against that invoice. |
| e-BRC | Settlement & realisation | The export proceeds were received and realised through the AD bank — the trade was paid for. |
No single row is sufficient on its own. A purchase order can be cancelled; a shipping bill proves goods left but not that anyone paid for them; a registered invoice proves the bill is genuine but not that it was honoured. Only when the e-BRC lands does the sequence resolve into a completed, paid export — and only then can the last link be matched back to the first.
Why it matters in lending
Post-shipment finance is lent against a receivable that is supposed to be repaid when the buyer pays. The e-BRC is the evidence that the repayment event happened — the settlement leg of the deal. For a lender following a deal through to repayment, an e-BRC matched to the financed shipment turns “the exporter says they were paid” into a sourced, dated record. It is one of the strongest settlement signals available in trade finance precisely because the AD bank, not the exporter, originates it.
In practice, the value is in the match. A post-shipment facility is advanced against a specific shipping bill and invoice, so the e-BRC that eventually closes it should carry the same IEC, point at the same bill and realise an amount consistent with what was financed. Where a lender — or the evidence provider working for it — can line those up, repayment stops being a claim and becomes a reconciled fact: the same EDPMS closure that discharges the exporter’s FEMA obligation doubles as the lender’s settlement proof.
What it does not tell you
An e-BRC confirms realisation; it does not, on its own, confirm that the realised amount matched the financed amount, that it arrived on time, or that it maps to the right deal. Those are matching questions — and matching the e-BRC to the IEC, the shipping bill and the financed receivable is where the evidence work sits.
Realisation is also rarely one clean figure. Proceeds can arrive in instalments, be reduced by bank charges or agent commission, be set off against a permitted import, or — within the limits the RBI allows — be partly written off when a buyer short-pays. An e-BRC can therefore show a realised value that is legitimately below the invoice without anything being wrong. That is exactly why it is a strong signal rather than a self-contained verdict: the certificate tells you money came home against this IEC, and the matching work tells you whether it is the money this particular deal was waiting for.
Access to e-BRC data runs through the DGFT exporter API on the exporter’s own authorisation. AssureLocker assembles the matched settlement evidence; it does not lend or decide credit. See how the pre- and post-shipment legs connect.