Input tax credit used to be an accounting entry. It is now a live, monthly, vendor-dependent asset that the GST portal computes for you - and locks. This guide covers how the machinery works in 2026, where credit actually dies, and the operating model finance teams are moving to.
Three rules define the current regime. Section 16(2)(aa) makes ITC conditional on the invoice appearing in your GSTR-2B - if your vendor didn't file it, your credit doesn't exist, whatever your books say. Rule 36(4) has zero tolerance: there is no provisional buffer left to claim beyond 2B. And with the Invoice Management System (IMS) live on the portal, every inward invoice carries an action - accept, reject, or keep pending - with a deadline that most teams underestimate: whatever you haven't acted on when GSTR-2B generates on the 14th is deemed accepted.
The final tightening is GSTR-3B itself. Table 4A is being hard-locked to 2B data - phase two of locking is slated from July 2026 - which removes the last manual override. The era of "claim from books, reconcile later" is structurally over.
The cost of getting it wrong is codified: wrongly availed and utilised credit attracts 18% interest, DRC-03 reversals, and an audit flag that invites deeper scrutiny of every other month.
2B is monthly; vendor behaviour is daily. Teams that reconcile books ↔ 2B ↔ IMS on a continuous cycle enter the 14th with a short exception list instead of a discovery project. Every invoice should carry a live state: matched, missing-in-2B, missing-in-books, value mismatch, or vendor-side issue.
The single highest-leverage practice: hold the GST portion of payment until the invoice reflects in 2B. A vendor who knows the ₹19,586 GST component releases only after filing behaves differently from one who gets paid in full regardless. Pair holds with automated, invoice-level follow-ups and a vendor compliance score that feeds payment terms.
Accept only what matches. Reject what you don't recognise. Keep genuine disputes pending - deliberately, before the 14th, every month. Inaction is a decision the portal makes for you.
One number the CFO can ask for on any day: how much credit is currently at risk, with which vendors, ageing how long. When that number is visible, it shrinks.
Finnoto runs this operating model as software - books ↔ 2B ↔ IMS matched continuously, vendors chased automatically, and the GST portion of payments held until your credit is safe.
Talk to usUnder Section 16(2)(aa) and Rule 36(4) the claim is ineligible. If availed and utilised, it attracts 18% interest, reversal via DRC-03, and increases scrutiny risk. With GSTR-3B's ITC table hard-locking to 2B, the portal increasingly prevents the claim at source.
Any inward invoice you haven't accepted, rejected or marked pending by the time GSTR-2B generates (the 14th) is treated as accepted and flows into your 2B - including invoices you may not recognise. Deliberate monthly IMS action is now part of ITC hygiene.
Holding only the GST portion (not the full payment) until the invoice reflects in 2B is increasingly common practice - it aligns the vendor's incentive with your credit without straining the trade relationship, and it's exactly the kind of rule payment-layer software can enforce automatically.