← Full guide: Credit Card Refund Not Showing: Merchant vs Issuer Tracking

Use the RBI refund timeline logic

The RBI credit-card FAQ distinguishes refunds received before bill generation, after bill generation but before the cardholder pays, and after the bill…

Start here

The RBI credit-card FAQ distinguishes refunds received before bill generation, after bill generation but before the cardholder pays, and after the bill has already been paid. That timing affects how the refund is adjusted and whether the cardholder must request credit to a bank account in some overpayment situations.

What applies to this exact problem

The RBI credit-card FAQ distinguishes refunds received before bill generation, after bill generation but before the cardholder pays, and after the bill has already been paid. That timing affects how the refund is adjusted and whether the cardholder must request credit to a bank account in some overpayment situations.

SituationOwner of next trace
Merchant cannot prove refund initiationMerchant
Merchant has valid refund trace/referenceIssuer/acquirer network trace
Refund posted but statement balance still confusingIssuer ledger reconciliation
You already paid and refund creates credit balanceCheck issuer/RBI treatment and request transfer where applicable

Check these first

  • Merchant cannot prove refund initiation: Merchant.
  • Merchant has valid refund trace/reference: Issuer/acquirer network trace.
  • Refund posted but statement balance still confusing: Issuer ledger reconciliation.

Fix it in this order

  1. Merchant cannot prove refund initiation: Merchant.
  2. Merchant has valid refund trace/reference: Issuer/acquirer network trace.
  3. Refund posted but statement balance still confusing: Issuer ledger reconciliation.
  4. You already paid and refund creates credit balance: Check issuer/RBI treatment and request transfer where applicable.

Evidence to keep

  • Issuer statement and current outstanding — keep it with the evidence for “Use the RBI refund timeline logic”.
  • Payment/refund reference and bank debit/credit proof — keep it with the evidence for “Use the RBI refund timeline logic”.
  • Merchant or payment-channel confirmation — keep it with the evidence for “Use the RBI refund timeline logic”.
  • Complaint/ticket number and written response — keep it with the evidence for “Use the RBI refund timeline logic”.

Do not make it harder

  • Paying repeatedly without preserving the first reference For “Use the RBI refund timeline logic”, that can hide whether the underlying issue is actually resolved.
  • Assuming a merchant refund means the card issuer has posted it For “Use the RBI refund timeline logic”, that can hide whether the underlying issue is actually resolved.
  • Ignoring the due date while a dispute is open For “Use the RBI refund timeline logic”, that can hide whether the underlying issue is actually resolved.

How you know it is fixed

  • The correct ledger shows the money in the right place with the right value date for “Use the RBI refund timeline logic”.
  • Any duplicate charge, interest, fee, mandate, or outstanding created by the incident is also corrected for “Use the RBI refund timeline logic”.

If this still isn't resolved

  1. Issuer grievance officer or nodal officer State the unresolved issue explicitly: “Use the RBI refund timeline logic”.
  2. Payment-system complaint route where relevant State the unresolved issue explicitly: “Use the RBI refund timeline logic”.
  3. RBI CMS for an eligible unresolved complaint against a regulated entity State the unresolved issue explicitly: “Use the RBI refund timeline logic”.

Sources for this path

Use these references to confirm provider-, model-, policy-, or jurisdiction-specific details before an irreversible step.

Need the complete context?

This page solves one branch. The parent guide covers the full decision, edge cases, alternatives, and related checks.

Open the full guide