Reconciling Scheme Credit Notes: GSTR-2B vs GSTR-3B for Finance Teams

Scheme credit notes reach your GSTR-2B only when they are tax credit notes reported by the supplier in GSTR-1; commercial credit notes never appear on the portal. Reconciling what the portal shows against your claim ledger — and acting on each credit note in the Invoice Management System (IMS) before GSTR-3B — is now a mandatory monthly discipline for every finance team on either side of a trade scheme.

Why scheme credit notes drift apart

A distributor's scheme settlements do not arrive as one clean instrument. A quarter's payout typically lands as a mix: tax credit notes under Section 34 for the invoice-linked, pre-agreed discounts, and commercial credit notes for the discretionary top-ups. The difference between the two is the whole reconciliation problem — tax credit notes are portal-visible and reduce your available ITC; commercial credit notes live only in the ledgers, with no ITC effect (CBIC Circular 251/08/2025-GST).

So three records of the same settlement drift apart: your books (both types posted, per your rebate accounting), the portal (tax credit notes only), and the partner statement (whatever the supplier's system says it issued). Add the deduction-style disputes that surface in accounts receivable on the manufacturer side, and by month-end nobody's number matches anybody else's.

How a supplier credit note reaches your GSTR-2B

The pipeline is short but unforgiving:

1. The supplier reports the tax credit note in GSTR-1, Table 9B for the month it was issued.
2. It flows to your IMS dashboard on the GST portal, and into your GSTR-2B as a reduction of available ITC.
3. Your GSTR-3B auto-populates from GSTR-2B — the accepted credit note reduces the ITC figures in Table 4, and where you had already availed that ITC in an earlier period, the reversal is reported there.

Since the April 2026 tax period, IMS is mandatory for regular taxpayers filing GSTR-3B. Every credit note demands an action — accept, reject, or (since the October 2025 tax period, per GSTN Advisory 631) keep pending for one tax period. Two rules matter operationally: no action means deemed acceptance, and on acceptance you may reduce ITC only to the extent you actually availed it — the portal asks, and you can edit the reversal amount. A rejected credit note does not touch your ITC, but once you file GSTR-3B, its tax is added back to the supplier's output liability in a subsequent period — which is why rejection always triggers a phone call.

Manufacturers run the mirror image of this reconciliation. Every tax credit note issued against a scheme should be tracked to the recipient's IMS action — an unnoticed rejection quietly adds the tax back to your own output liability, and a pattern of rejections from one distributor usually means your settlement team and theirs disagree about what was approved. Suppliers also have their own clock: Section 34 gives a hard deadline for reporting credit notes, so a scheme settled late in the year compresses everyone's reconciliation window.

The month-end reconciliation loop

Run this every tax period, after GSTR-2B is generated (around the 14th) and before GSTR-3B is filed:

1. Export the credit-note section of GSTR-2B (and the IMS dashboard view, which includes items you kept pending last period).
2. Match each credit note to your claim and settlement ledger — by supplier GSTIN, credit-note number, and the linked invoices. A scheme credit note that cannot be traced to a claim is a red flag, not a rounding issue.
3. Classify every unmatched item. The usual buckets: timing (supplier reported before you posted, or vice versa), wrong GSTIN (a group-company or another branch's registration), a commercial credit note your team wrongly expected on the portal, or a genuine supplier error — wrong value, duplicate, or a credit note you never agreed to.
4. Action each item in IMS. Accept the matched ones (adjusting the reversal amount to what you actually availed). Keep genuinely-in-review items pending — you have one tax period. Reject only confirmed errors, and tell the supplier the same day; their liability comes back otherwise.
5. Post the GSTR-3B adjustments — confirm the auto-populated ITC reflects your accepted set, and reverse availed ITC where the credit note relates to earlier periods. This is where the ITC-reversal mechanics for post-sale discounts bite.
6. Archive the match evidence — the 2B export, the ledger match, the IMS action log, and the supplier correspondence — against the claim, following a scheme documentation playbook. Assessments arrive years later; screenshots do not.

Common mismatches: cause, symptom, fix

Cause	Symptom	Fix
Timing gap	CN in 2B, not yet in books (or the reverse)	Keep pending one period; post or wait — do not reject
Commercial CN wrongly expected on portal	Books show a CN that never appears in 2B	Reclassify — commercial CNs are ledger-only; nothing to action
Wrong GSTIN	CN in 2B you cannot trace to any claim	Reject in IMS; supplier reissues against the correct registration
Value or duplicate error	CN matches a claim but not the amount	Reject or hold pending; supplier amends per the reporting rules
Unagreed deduction dressed as a CN	CN with no underlying settled claim	Reject; escalate through the claim-dispute channel
Reversal overstated	Portal proposes full ITC reduction you never availed	Edit the reversal amount on acceptance (availed-extent rule)

The CFO framing

Unreconciled scheme credit notes are not clerical noise — they are ITC surprises and audit flags. A deemed-accepted credit note nobody matched is ITC you lost without deciding to; a wrongly rejected one is a supplier dispute plus their liability added back. And a 2B-to-books gap that persists across periods is exactly the pattern a GST auditor samples first, because it suggests the tax-versus-commercial classification was never controlled at settlement time.

Making the match near-automatic

The loop above is painful only when the settlement system forgets what it settled. If every claim settlement records the credit-note type, number, and linked invoices at the moment of issue — the way ClaimDS does — step 2 becomes a lookup, step 3 shrinks to genuine exceptions, and the evidence pack in step 6 builds itself. That usually means connecting the claims system to the ERP so credit-note postings and scheme records stay in lock-step, and watching the residue in a rebate analytics view — unmatched credit notes ageing past one period is the metric that tells you the control is slipping.

GST note: This article is general information, not tax or legal advice. IMS behaviour and GSTR-2B/3B table mechanics have changed repeatedly — most recently via GSTN Advisory 631 (October 2025) and the April 2026 mandatory rollout — and must be re-verified on the GST portal and with a qualified professional at the time you rely on them.