Content authored by practitioners with experience at Amazon India, Intuit QuickBooks, and the Tata Group. Meet the team →
Every refund processed through a payment gateway creates a corresponding obligation under GST: the credit note must be issued within the time limits specified in Section 34 of the CGST Act, and the ITC originally claimed on the sale must be reversed to the extent of the refund. Refund reconciliation for payment gateways means reconciling both the settlement report and the GST position simultaneously. Finance teams that handle only the settlement side — booking the deduction and moving on — accumulate an unreversed ITC balance that creates GST liability at audit.
What Refund Reconciliation for Payment Gateways Is
When a merchant processes a refund through Razorpay, PayU, or Cashfree, the gateway deducts the refund amount from the next settlement. The deduction appears as a negative line item in the settlement report, typically referencing the original payment_id or order_id. The 5–7 business day timeline means the refund reaches the customer’s bank within that window, but the merchant’s settlement is reduced in the cycle the refund is processed.
Refund reconciliation is the three-part process of matching: (1) the settlement deduction to the original order in the ERP, (2) the credit note issued to the customer to confirm the GST obligation is met, and (3) the ITC reversal in GSTR-3B to reflect the proportional reduction in input tax credit for that supply. All three must close together. An open settlement deduction with no credit note means the GST position is incorrect.
How Refund Reconciliation Works
Step 1: Match the Settlement Deduction to the Original Order
The settlement report from the gateway lists each refund with the original payment reference. The reconciliation maps this deduction to the order record in the ERP — confirming the customer, the original invoice number, the invoice date, the original amount, and the GST components (CGST, SGST, or IGST) on that invoice.
For partial refunds, the matching must identify which line items of the original order are being returned. A ₹2,400 refund on a ₹6,000 multi-item order is not a 40% uniform reduction — it may correspond to specific SKUs with specific tax rates. The ERP line-item detail is required to calculate the correct ITC reversal.
Step 2: Confirm the Credit Note Was Issued
Section 34 of the CGST Act requires a credit note where the value of a supply is reduced after the original tax invoice was issued. The deadline for issuing this credit note is 30 November of the financial year following the year of supply, or the date of filing GSTR-9, whichever is earlier.
The reconciliation verifies that a credit note bearing the correct original invoice reference, the refund amount, and the correct GST breakdown has been issued and recorded in the accounting system. Where a credit note is missing — a common gap when refunds are processed operationally without finance team visibility — the reconciliation flags it for immediate issue.
Step 3: Reverse the ITC in GSTR-3B
The ITC claimed on the original sale must be reversed proportionally in the GSTR-3B for the period in which the credit note is issued. For a full refund, the entire ITC on the transaction is reversed. For a partial refund, only the attributable ITC is reversed. The reversal is reported in Table 4B(2) of GSTR-3B.
The reconciliation closes when all three records — the settlement deduction, the credit note, and the GSTR-3B ITC reversal — are matched and confirmed. Unmatched items across any of the three represent open compliance positions.
Refund Type Reconciliation Comparison
| Refund Type | Settlement impact | Credit note required | ITC reversal required | GSTR-3B action |
|---|---|---|---|---|
| Full refund | Full negative deduction against original payment_id | Yes — full original invoice value | Full ITC on original transaction | Table 4B(2): reverse full ITC amount |
| Partial refund (item return) | Partial negative deduction; original order partially open | Yes — for the returned item value including GST | Proportional ITC on returned line items only | Table 4B(2): reverse ITC on returned portion |
| Gateway-initiated refund (failed transaction) | Automatic deduction; no merchant action required | Yes — if tax invoice was already raised | Full or proportional ITC reversal as applicable | Table 4B(2): reversal in period of credit note |
| Refund reversal (refund failed, re-credited to merchant) | Positive credit in subsequent settlement | Credit note void or cancelled | ITC reversal also reversed | No net GSTR-3B impact if both cancel |
India-Specific Compliance Context
Section 34 of the CGST Act is the governing provision for credit notes in India. The deadline — 30 November of the following financial year or the annual return filing date — creates a hard cut-off. For refunds processed in March of a financial year, the credit note must be issued by 30 November of the same calendar year (the following FY). Missing this window means the ITC cannot be formally reversed in the GST system, and the GSTR-9 reconciliation will reflect the discrepancy.
Gateway-initiated refunds — which occur when a payment capture succeeds but the transaction times out before order confirmation — present a specific compliance gap. These refunds are processed automatically by the gateway, often without any notification to the finance team. The tax invoice may already have been raised and the ITC claimed. Without a refund reconciliation process that captures gateway-initiated refunds separately, these transactions produce unclosed credit note and ITC reversal obligations.
RBI regulations on payment system refund timelines establish the outer limits within which gateways must process refunds back to the customer’s bank. Merchants who monitor gateway compliance against these timelines as part of their refund reconciliation reduce the risk of customer disputes escalating to chargebacks.
Structured payment gateway reconciliation closes the gap between settlement deductions and GST compliance. Reconciliation software India automates the three-way match — settlement, credit note, GSTR-3B — across high refund volumes without requiring manual intervention per transaction.
The Reserve Bank of India publishes guidelines on refund timelines and failed transaction handling that apply to all payment system participants in India.
The five FAQs below address the timelines, partial refund calculations, and gateway-initiated scenarios that arise most frequently in practice.