Why Do Bank Transfers Fail or Get Returned?
Most bank transfers complete without incident, but a meaningful percentage fail or come back. A transfer can be rejected upfront before it ever leaves the payer's bank, or it can be returned later when the receiving bank cannot apply the credit. Knowing the difference — and the common reasons — makes it much easier to fix problems and manage expectations on both sides of a payment.
Failures behave differently depending on the rail: an instant PayShap or RTC payment either succeeds or fails within seconds, while a batch EFT credit can be returned a day or more after the payer was debited.
What is the difference between a rejected and a returned transfer?
- Rejected (failed upfront): the payment never enters clearing. The payer's bank blocks it during validation, and the payer's account is either not debited or immediately re-credited. The payer usually sees an error at capture time.
- Returned (failed after clearing): the payment cleared to the receiving bank, but that bank could not credit the beneficiary. The funds are sent back through the clearing system with a reason code, and the payer's account is re-credited — often one or more banking days after the original payment.
The stages where each failure can occur are described in the bank transfer lifecycle.
Why do transfers get rejected upfront?
Common validation failures at the payer's bank include:
- Insufficient funds or exceeding a daily/per-transaction limit.
- Invalid account number format for the branch code (CDV failure).
- Payments blocked by fraud screening rules.
- Instructions captured outside an allowed processing window or with an invalid future date.
Why do transfers get returned by the receiving bank?
Typical return reasons include:
- Account closed: the beneficiary account no longer exists.
- No such account / unable to locate: the account number does not exist at that bank or branch, usually because of a capture error.
- Account frozen or blocked: legal holds, deceased estates or compliance blocks prevent the credit from being applied.
- Account type cannot accept the credit: some products cannot receive certain payment types.
- Recalled by the payer's bank: in limited cases — usually reported fraud — an EFT can be recalled before settlement. Recovery is never guaranteed; see final and irrevocable payments.
Each return carries a reason code that identifies the cause. Interpreting these systematically is covered in error and reason codes.
How long do returned funds take to come back?
For batch EFT, a return typically arrives one to two banking days after the original payment, following the same batch windows and cut-off times as any other payment. This creates an awkward gap: the payer has been debited, the beneficiary has received nothing, and neither side can see where the money is. It is sitting in the interbank process and will be re-credited to the payer once the return is processed.
Instant payments avoid this gap — if a PayShap or RTC payment cannot be applied, it fails immediately and the payer is not debited.
How should businesses handle failed and returned payouts?
For a business running payouts and bulk payments, returns are an operational fact of life:
- Monitor return files or API notifications daily and match every returned item to its original payment.
- Park returned funds in a suspense process so they are re-paid or refunded deliberately, not forgotten.
- Correct the root cause — usually bad account details — before re-paying, ideally with account verification.
- Track return rates; a rising rate usually points to a data-capture problem upstream.
Tips
- If a payment has not reflected after two banking days, ask the payer for the date, amount and reference so the banks can trace it.
- Verify account details before first payment — most returns are preventable capture errors.
- Never re-send a payment until you have confirmed the first one failed, or you risk paying twice.
- Report suspected fraud to your bank immediately; recall attempts only work within a narrow window.
Back to the Bank Transfers, Payouts and PayShap hub.
Proof of Payment
Why proof of payment does not guarantee cleared funds, how POP fraud works, and how references and statement feeds make reconciliation reliable.
Cross-Border and SWIFT
How international payments move via SWIFT and correspondent banks, what they cost, how long they take, and the exchange control rules for South Africa.