Refunds for failed or unlinked-bank transfers to Zerodha

Refunds for failed or unlinked-bank transfers to Zerodha are the automatic returns of money to a source bank account when an attempt to add funds to a Zerodha trading account does not complete. A transfer can fail for several distinct reasons, and the refund path and timeline depend on which reason applies. The most important principle is that a failed or rejected transfer is always returned to the account it came from, never converted into Zerodha trading balance, so the money must be tracked at the bank rather than in Kite .

These refunds are governed partly by Zerodha’s own documented timelines and partly by the Reserve Bank of India framework for failed digital transactions. The RBI Turn Around Time circular requires the automatic reversal of a failed transaction and, in defined cases, compensation for delay. Within that framework Zerodha documents specific timelines for the failure types a retail client is most likely to encounter when adding funds by UPI , IMPS , NEFT or RTGS .

This article sets out each failure type and its refund, namely a UPI transfer that fails after debit, a bank transfer from an unlinked account, and a direct UPI app push that Zerodha does not accept. It then draws the crucial distinction between a genuinely failed transfer, which is refunded, and a credit that is merely pending, which is not a failure and is resolved through reconciliation rather than a refund. For the limits that govern these transfers see limits on adding and withdrawing funds on Zerodha , and for the charges see Zerodha add-funds charges .

Conflict-of-interest disclosure. This article is published by the WebNotes Editorial Team for informational purposes and is written independently. WebNotes operates a Zerodha account-opening referral programme, disclosed on the pages that carry the referral link; this article does not carry it and earns no referral commission from the methods described here.

The general principle: refunds go back to source

When an add-funds attempt does not result in a trading-account credit, the money is not held in suspense by Zerodha and is not added to the ledger later. It is returned to the originating source account, that is, the bank account or UPI handle the payment came from. This single rule explains the behaviour across every failure type below and has two practical consequences.

First, a client checking on a failed transfer should monitor the source bank account, not the Zerodha funds statement , because the reversal lands in the bank. Second, the registered bank details matter: a reversal to a closed or changed account can itself be delayed, so the bank account on record should be current before any large transfer is attempted.

The timelines that follow are Zerodha-documented figures observed in June 2026, sitting within the RBI Turn Around Time framework that applies to all authorised payment systems.

Failure type 1: a UPI transfer that fails after debit

The most common failure is a UPI add-funds transaction in which the bank debits the amount but the UPI confirmation does not reach Zerodha’s payment processor, so the trading account is not credited. Zerodha documents that in this case the amount is automatically reversed to the source bank account within 72 working hours.

No action is required from the client during this window; the reversal is automatic under the UPI dispute-resolution mechanism. If the amount is neither credited to Zerodha nor reversed to the bank after 72 working hours, the documented next step is to contact the bank, since the funds at that point sit with the bank’s UPI settlement rather than with Zerodha. Retaining the UPI transaction reference is useful for this escalation.

A failed UPI transaction should not be retried blindly, because a second successful attempt while the first is still in flight can result in a double credit that then has to be sorted out. The safer sequence is to wait for the first transaction to either credit or reverse before retrying.

Failure type 2: a transfer from an unlinked bank account

Zerodha credits the trading ledger only for transfers that originate from a bank account linked to the Zerodha account. A transfer made by IMPS, NEFT or RTGS , or by cheque, from a bank account that is not linked is not credited. Instead, the amount is refunded to the source account within 24 to 48 hours.

This refund is intentional, not an error. Zerodha provides each client a virtual beneficiary account on HDFC Bank, IFSC HDFC0000240, and the broker matches the sending account against the client’s linked banks before crediting. A mismatch triggers the 24-to-48-hour return.

The remedy is to repeat the transfer from a linked account, or to first add the new account as a source. The procedures are set out in how to link a bank account to Zerodha and how to add a secondary bank account on Zerodha . Adding a new bank can involve a penny-drop verification or a bank-proof email , so a client wishing to fund from a particular account should link it in advance rather than discovering the mismatch after a failed transfer.

Failure type 3: a direct UPI app push that Zerodha does not accept

A third case is a transfer the client initiates from a UPI app directly to a Zerodha UPI ID, outside the Kite Add Funds collect flow. Zerodha’s documentation states that transfers initiated directly from a UPI app, and digital wallet transfers, will not be accepted: UPI additions must be made only through the Add Funds interface on Kite.

Money pushed in this way is therefore not credited and must be reclaimed through a refund request rather than left to credit automatically. The correct method is always to start the transfer from inside Kite, which sends a collect request that the client approves; the official Zerodha UPI IDs only ever send collect requests and never expect a direct push. This is also a frequent vector for fraud, because a scammer can impersonate a collect request, a risk covered in does Zerodha solicit fund transfers .

How a failed transfer differs from a pending credit

The most important distinction in this whole topic is between a transfer that has failed, which is refunded, and a credit that is merely pending, which is not a failure and will reflect on its own. Treating a pending credit as a failure, and retrying, is a common cause of duplicate transfers.

A credit is pending, not failed, when:

• The transfer is still within the normal processing window: UPI within minutes, IMPS within about 10 minutes, and NEFT or RTGS within about 2 hours.
• The transfer was made in the overnight window between 12 AM and 7:30 AM, in which case it does not reflect until after 7:30 AM.
• The amount is Rs 1 or less, which is not processed at all.

None of these is a failure and none triggers a refund; the money is in transit or simply held until the window opens. The difference matters because the resolution path is different: a pending credit is tracked and reconciled, while a failed transfer is awaited as a reversal to source.

The reconciliation route is documented separately in how to reconcile a missing fund credit on Zerodha , which walks through checking the ledger on Console , the unique transaction reference, and the overnight window before raising a ticket. The general timing expectations across all rails are in how long funds take to reflect in Zerodha .

The RBI framework behind these timelines

Zerodha’s documented refund timelines operate within the RBI Turn Around Time framework for failed digital transactions, set out in RBI circular RBI/2019-20/142 of September 2019. The framework requires that a failed transaction in which the customer’s account is debited but the beneficiary is not credited be automatically reversed, and it prescribes compensation to the customer where the reversal is delayed beyond the specified turn-around time.

For a retail client this means a genuinely failed IMPS, NEFT or UPI transfer with a valid unique transaction reference should reverse without the client having to chase it, and a delayed reversal can attract compensation from the bank. Where a transfer neither credits to Zerodha nor reverses to the bank, the client should provide the unique transaction reference and a bank statement to Zerodha support and, in parallel, raise the matter with the bank under the Turn Around Time rules.

When to raise a ticket and what to provide

A support ticket is warranted only after the documented window has passed without a credit or a reversal: 72 working hours for a failed UPI transaction, and 24 to 48 hours for an unlinked-account refund. When raising a ticket, the useful details are the unique transaction reference (UTR) of the transfer, the date and amount, the rail used, and a bank statement showing the debit and the absence of a reversal. With these, Zerodha can trace the credit against the pool and beneficiary account and confirm whether the amount reached the broker at all. If it did not, the resolution lies with the bank under the RBI framework.

Refund timelines at a glance

The table summarises the documented behaviour for each scenario. The Zerodha figures were observed in June 2026 and sit within the RBI Turn Around Time framework.

The pending rows are included deliberately, because the most frequent support query in this area is a credit that has not yet reflected but has not failed either. Confirming which row applies, by checking the Console ledger and the time of the transfer, prevents an unnecessary retry.

Cheque refunds and other source returns

A cheque deposit is an accepted, free funding method, but it follows the same source rule as the electronic rails: a cheque drawn on a bank account that is not linked to the Zerodha account is not credited and is returned. A cheque also clears more slowly than the electronic rails, so the timeline for any return is governed by the clearing cycle rather than by the 24-to-48-hour electronic figure. For predictable timing, an electronic rail from a linked account is preferable to a cheque.

Across all of these cases the recurring theme is that Zerodha never holds rejected money in suspense and never converts it into trading balance. The money goes back to source, which is why the source account, and not the Zerodha ledger, is the right place to confirm a refund.

Preventing a failed or unlinked transfer

Most refunds in this area are avoidable, because the two leading causes, an unlinked source account and a direct UPI app push, are both within the client’s control. A few habits remove them.

First, fund only from a linked bank account. Before sending money from a new account, link it in advance through how to link a bank account to Zerodha or add it as a secondary bank , and wait for the verification, which can involve a penny drop , to complete. A transfer sent before the account is linked will be returned, costing 24 to 48 hours.

Second, always initiate UPI from inside Kite and approve the resulting collect request, rather than pushing money to a Zerodha UPI ID from a payment app. Confirm that any collect request actually comes from one of Zerodha’s official UPI IDs before approving it, a discipline that also defends against the impersonation scams described in does Zerodha solicit fund transfers .

Third, respect the timing and minimum rules so that a normal credit is not mistaken for a failure. Avoid the 12 AM to 7:30 AM window when an immediate credit is needed, and never transfer Rs 1 or less, which is not processed. Keeping the unique transaction reference for every transfer makes any later trace or reversal claim straightforward.

Finally, do not retry a transfer that appears stuck until the original has clearly either credited or reversed. A duplicate transfer made during the dispute window creates a second credit that then has to be unwound, which is slower than simply waiting out the documented timeline. When in doubt, the safe sequence is to reconcile first using how to reconcile a missing fund credit on Zerodha , and only then decide whether a refund is genuinely due.

Compensation for a delayed reversal

The RBI Turn Around Time circular does more than mandate reversal: it provides for compensation where a failed transaction is not reversed within the prescribed turn-around time. Under RBI/2019-20/142, a failed transaction that is not auto-reversed within the specified window attracts a penalty of Rs 100 per day of delay, payable to the customer by the entity at fault. This compensation is a banking-system obligation rather than a Zerodha product feature, so a client experiencing a reversal delayed well beyond the turn-around time should pursue it with the bank, citing the circular and the unique transaction reference. It applies to UPI, IMPS and NEFT failures handled through the authorised payment systems.

See also

• How to reconcile a missing fund credit on Zerodha
• How long funds take to reflect in Zerodha
• Limits on adding and withdrawing funds on Zerodha
• Zerodha add-funds charges
• Zerodha fund transfer and the pool account model
• How to add funds to Zerodha
• How to add funds to Zerodha via UPI
• How to add funds to Zerodha via NEFT, RTGS or IMPS
• How to add funds to Zerodha via netbanking
• How to link a bank account to Zerodha
• How to add a secondary bank account on Zerodha
• Zerodha penny-drop refund
• Zerodha bank-proof email
• Does Zerodha solicit fund transfers
• How to read your funds statement on Console
• Unified Payments Interface
• Immediate Payment Service (IMPS)
• National Electronic Funds Transfer (NEFT)
• Real Time Gross Settlement (RTGS)
• Reserve Bank of India
• How to withdraw funds from Zerodha

External references

• Zerodha Support, failed UPI transaction and refund timelines, support.zerodha.com
• Zerodha Support, transfers from bank accounts not linked to the Zerodha account, support.zerodha.com
• Reserve Bank of India, Harmonisation of Turn Around Time and customer compensation for failed transactions, rbi.org.in
• National Payments Corporation of India, UPI dispute and grievance handling, npci.org.in

References

1. Zerodha Support, “Failed UPI transaction,” support.zerodha.com, observed 30 June 2026 (72 working hours auto-reversal).
2. Zerodha Support, “Can I transfer funds from bank accounts that are not linked to my Zerodha account,” support.zerodha.com, observed 30 June 2026 (24 to 48 hour refund to source).
3. Zerodha Support, “How do I add money to my Zerodha account,” support.zerodha.com, observed 30 June 2026 (direct UPI app and wallet transfers not accepted).
4. Reserve Bank of India, “Harmonisation of Turn Around Time (TAT) and customer compensation for failed transactions using authorised Payment Systems,” RBI/2019-20/142, 20 September 2019.
5. National Payments Corporation of India, Unified Payments Interface procedural guidelines, npci.org.in.