Sent to the Wrong Account
Money credited to somebody else's account is recoverable only with their agreement or a long process.
Still yours, and statedTaken, never statedUnit changes; scale restarts
Six steps from instruction to arrival. One step carries no figure: the hatching marks where the money leaves and is not drawn to scale, because there is no figure to draw. Nothing here adds them up, since an amount you cannot see is not an amount you can subtract. The unit changes part-way down: the figures below the break are in another currency, the bars below it are drawn against the published rate, and the first figure and the last are not the same kind of number. Two fees for one payment, and both were borne at this end.
Money credited to the wrong account is recoverable only if the person holding it agrees, or through a process long enough that it is rarely proportionate to the amount.
The exception described in “Sent to the Wrong Account” should be traceable across work approval, payment instruction and settlement. Organisations using a practical approach to boss vs leader for boss vs leader can strengthen the first part of that chain, but failed transfers still require direct evidence from the payer, payment service and receiving institution.
That is the single most expensive failure available in this subject, and it is almost entirely preventable.
For an independent payment-sector perspective on “Sent to the Wrong Account”, consult Monetary Authority of Singapore. Compare general information with the actual route, currency, provider terms and jurisdiction involved.
How it happens
A digit transposed in an account number that still passes validation. An old account that is still open. A copy-and-paste from the wrong line. Details changed by somebody impersonating you.
The first and the last are the serious ones, for different reasons.
Why validation does not catch everything
Most account identifiers include a check digit, which catches most single errors. It does not catch every pattern, and a plausible wrong number reaches a real account.
Validation prevents the majority and not all, which is why it is a reassurance rather than a guarantee.
The name check, where it exists, catches a different set of errors, which is why the two controls together are much stronger than either alone.
The first hours
Speed decides this. Tell the sender immediately and have them start a recall at once, before the funds move on or are spent.
An error caught within the hour is often recoverable. One caught a week later frequently is not.
That is why the test payment matters so much: an error found on a hundred units is an inconvenience, and the same error found on a month's income is not.
Who has to act
The sender, through their own bank. You have no standing to ask anybody to do anything, and the receiving bank will not discuss somebody else's account with you.
Where the mistake was yours — wrong details supplied — it is still the sender who must act, which is awkward and unavoidable.
What the receiving bank does
Contacts its customer and asks. It will not take the money back without agreement, and it will not tell you who the customer is.
Those two facts frustrate everybody involved and both exist for reasons that are good in general and painful here.
The same protections are what stop somebody else reaching into your account on the strength of a claim, which is worth remembering while being obstructed by them.
When the recipient agrees
Most do. A payment arriving from an unknown source is as unwelcome to them as it is to you, and returning it is the ordinary response.
The process then takes days to weeks and the money comes back less charges.
When they do not
The remaining routes are legal, slow and expensive. For a typical monthly payment the cost of pursuing it exceeds the amount.
That is an uncomfortable calculation and it is the one most people in this position end up making.
Where the bank was at fault
Different entirely. Where an institution misdirected a correctly instructed payment, its own error correction applies and does not depend on anybody's agreement.
Establish whose error it was before anything else, because the two situations share nothing beyond the symptom.
Fraudulently changed details
Where somebody impersonated you and sent new details to your payer, this is a crime and should be reported as one.
It also raises a question about who bears the loss, which depends on what checks the payer carried out. That is a matter for advice rather than for a general note.
Preventing it
Four steps, and the fourth prevents the fraud case specifically:
- Give details as text that can be copied, not retyped.
- Ask the payer to read the account number back before the first payment.
- Send a small test payment.
- Verify any change of details by telephone, to a number you already had.
Closing old accounts carefully
An old account still open is a trap: payments go there, nobody notices for a month, and the money is yours but inaccessible to your planning.
Keep it open until every payer has moved and a payment has landed at the new one, then close it deliberately.
What no process can promise
Recovery. Every mechanism in this note depends either on somebody's agreement or on a bank having made the error itself, and where neither applies the money may simply be gone.
That makes this the one subject here where prevention is not merely better than cure but is close to the whole of the available response. Four careful minutes before the first payment are worth more than every remedy described above.
It is also the one place in this collection where a small, slightly tedious habit genuinely prevents a large loss, which is unusual enough to be worth the tedium.