The Invoice Management System Under GST: Accept, Reject, Pending and the ITC Consequences

For seven years, input tax credit under GST worked on a broadly passive model. The supplier reported an invoice, it appeared in the recipient’s GSTR-2B, and the recipient claimed the credit — reconciling afterwards, and arguing about the difference later.

The Invoice Management System changes the sequencing. GSTR-2B is no longer simply a mirror of what suppliers filed. It is now built from what the recipient did with what suppliers filed. Credit has become an action rather than an outcome.

For a business with a handful of vendors this is a minor change of routine. For one with thousands of monthly documents, it is a redesign of the month-end process, and the cost of getting it wrong is credit that does not arrive.

What changed when IMS arrived

IMS sits between the supplier’s outward return and the recipient’s credit statement. When a supplier saves an invoice, debit note or credit note in GSTR-1, the Invoice Furnishing Facility or GSTR-1A, that document appears on the recipient’s IMS dashboard.

The recipient can act on it from the moment it is saved by the supplier until the recipient files the corresponding GSTR-3B. What the recipient does — or does not do — determines whether the document enters GSTR-2B and, through it, the auto-populated credit in GSTR-3B.

The important structural point is that the recipient now has a defined window in which to influence its own credit statement, and that window closes on filing.

It is now the first step in monthly GST compliance rather than a reconciliation performed afterwards.

The three actions, and the fourth outcome

Three actions are available against each document, and there is a fourth outcome that arises from inaction.

Accept. The document moves to the ITC Available section of GSTR-2B, and the tax auto-populates into GSTR-3B as eligible credit.

Reject. The document moves to the ITC Rejected section of GSTR-2B. The tax does not populate into GSTR-3B, and the corresponding liability of the supplier increases in the subsequent period.

Pending. The document is excluded from the current period’s GSTR-2B and GSTR-3B, and remains on the dashboard for action in a later period.

No action — deemed acceptance. Where the recipient takes no action, the document is treated as accepted when GSTR-2B is generated. This is a deliberate design choice: it means a business that is content with what its suppliers have reported need not touch the system at all, and only has to intervene to reject or defer.

Deemed acceptance is a convenience and a risk in equal measure. A wrong invoice left untouched is accepted. An invoice that should have been held back is accepted. The default is inclusion, not exclusion.

What “pending” can and cannot hold

“Pending” is the most useful of the three actions and the most misunderstood. It exists for the ordinary commercial situation where a document has been reported but the recipient is not yet in a position to claim — goods not yet received, an invoice under dispute, a quality issue unresolved.

Its outer limit is not open-ended. A document kept pending may be claimed at a later point, but not later than the time limit prescribed under section 16(4) for claiming credit. Pending defers a claim; it does not extend the statutory life of the credit. Our note on the conditions for claiming input tax credit under section 16 sets out that framework.

Certain documents cannot be kept pending at all, and this is where errors cluster. Per the revised advisory, pending is not available for:

• Original credit notes.
• Upward amendments of credit notes.
• Downward amendments of credit notes, where the original credit note was rejected.
• Downward amendments of invoices or debit notes, where the original was accepted and the corresponding GSTR-3B has been filed.

For these, the only choices are accept or reject. A team accustomed to parking everything it cannot immediately verify will find that these documents force a decision, and the decision has consequences.

Credit notes: the action with a cost on both sides

Credit notes deserve their own treatment because the economics run opposite to the intuition.

An invoice is a document the recipient wants — it carries credit. A credit note is a document that reduces the recipient’s credit, because it reflects a reduction in the original supply.

• Accepting a credit note reduces the recipient’s available credit by the amount of the note. That is the correct outcome where the underlying reduction is genuine — a return, a discount, a price revision.
• Rejecting a credit note keeps the recipient’s credit intact, but increases the supplier’s liability in the subsequent period, because the supplier’s reduction is not given effect.

This makes credit note actions commercially sensitive. A recipient who rejects credit notes as a matter of routine — or by inadvertence, in a bulk action — pushes a liability onto the supplier, who will raise it. A recipient who accepts credit notes without checking them against the underlying commercial position gives up credit it may be entitled to.

Credit note handling is therefore the part of the IMS routine that should not be automated on a default rule. It requires a reference back to the purchase and returns records.

Credit note handling is a recurring source of input tax credit disputes, both with the department and between the parties themselves.

How IMS feeds GSTR-2B and GSTR-3B

The chain runs in one direction:

Two consequences follow that are worth internalising.

GSTR-2B is now recipient-influenced. Comparing this month’s GSTR-2B against last month’s on the assumption that only supplier behaviour changed is no longer sound.

The action window ends at filing, not at a date. A business that files GSTR-3B early forecloses its own opportunity to act on documents saved by suppliers after that point in the period.

Hard-locking, and what is actually locked

Alongside IMS, the department has been progressively removing the ability to override auto-populated figures in GSTR-3B. The scope of that change is often overstated, so it is worth being precise.

Outward liability in Table 3 is hard-locked. From the July 2025 tax period, the auto-populated outward tax liability in GSTR-3B, drawn from GSTR-1, the Invoice Furnishing Facility and GSTR-1A, is non-editable. A liability figure that is wrong cannot be fixed in GSTR-3B; it has to be corrected upstream.

Input tax credit in Table 4 has been the indicated next phase. Hard-locking of the auto-populated ITC has been signalled but, as matters stand, has not been brought into force with a firm notified date. Businesses should verify the current position on the portal before assuming either way, because this is precisely the kind of change that arrives with short notice.

The direction of travel is clear enough regardless: the figures in GSTR-3B are increasingly the product of upstream actions, and the place to fix a number is upstream.

GSTR-1A: the supplier’s correction window

If outward liability cannot be corrected in GSTR-3B, something has to allow correction, and that is GSTR-1A.

Introduced by Notification No. 12/2024-Central Tax dated 10 July 2024, GSTR-1A permits a supplier to amend or add details for the same tax period after filing GSTR-1 and before filing GSTR-3B for that period. The corrected figure then flows into the locked GSTR-3B.

For the recipient, this has a practical implication: a document may appear on the IMS dashboard through GSTR-1A rather than GSTR-1, and may appear late in the cycle. A recipient that treats the dashboard as static after the supplier’s GSTR-1 due date will miss those.

Building a monthly routine

A workable sequence, for a business of any size:

Our note on reconciling ITC to avoid mismatches covers the wider reconciliation discipline this routine sits inside.

Several of the common GST return filing errors that surface at audit arise from acting in the system without reference to the purchase register.

Contact Now – +919034263307

Visite websites – taxationlegaladvisor.in