What Happens When a Deposit Moves From One Bank to Another

First, remember what the deposit is

Aisha’s S$20,000 is an asset to Aisha and a liability to Bank A. Bank A owes that amount under the account contract. Ben’s balance at Bank B is similarly a claim on Bank B.

When Aisha transfers S$5,000, she is not physically pushing a labelled pile of notes through a tunnel from Bank A to Bank B. She is instructing Bank A to reduce part of its obligation to her and cause a corresponding claim to appear for Ben at Bank B.

That means the payment has two layers:

• the customer layer: Aisha’s deposit falls and Ben’s deposit rises;
• the bank layer: Bank A and Bank B settle the obligation created by that transfer.

The first layer is what customers see. The second is what makes the first credible.

Same bank versus different banks

If Aisha and Ben both bank with Bank A, the bank can reduce one customer liability and increase another on its own ledger. Ignoring fees and timing, the bank’s total deposits may remain unchanged. No interbank settlement is necessary.

Same-bank transfer	Before	After S$5,000 transfer
Aisha deposit	S$20,000	S$15,000
Ben deposit	S$2,000	S$7,000
Bank A total deposits for these two customers	S$22,000	S$22,000

Now put Ben at Bank B. Bank A’s total deposit liabilities fall by S$5,000. Bank B’s deposit liabilities rise by S$5,000. The customer claim has migrated from one institution to another. Settlement has to accompany that migration.

A simplified interbank transfer

1. Aisha instructs Bank A to pay Ben S$5,000.
2. Bank A authenticates Aisha and checks the instruction.
3. The payment message enters the relevant payment infrastructure.
4. Bank A reduces Aisha’s deposit balance according to the system’s processing rules.
5. Bank B receives the instruction and credits Ben according to the system’s rules.
6. Bank A owes Bank B the settlement value.
7. The interbank obligation is settled using the agreed settlement asset and infrastructure.
8. Both banks reconcile their records so customer, bank and payment-system entries agree.

The exact timing and sequencing differ across payment systems. Some settle transaction by transaction. Some calculate net obligations. Some provide immediate customer credit before final interbank settlement under defined rules. The general principle remains: a cross-bank customer payment creates a bank-to-bank settlement problem.

Clearing is not settlement

These two words are often used together so frequently that they blur.

Layer	Main job
Clearing	Validate, match and determine what participants owe after payment instructions are processed.
Settlement	Discharge the resulting financial obligation using the system’s settlement asset and rules.

A message saying “Bank A owes Bank B S$5,000” is not the same thing as actually discharging that S$5,000 obligation. Banking infrastructure needs both information and finality.

This distinction becomes especially important when systems net many payments. If customers at Bank A send S$100 million to Bank B while Bank B’s customers send S$98 million the other way, the banks may need to settle only the net difference under the relevant system. The gross customer activity can be large while the final interbank settlement amount is much smaller.

Why central-bank money matters at the interbank boundary

Commercial-bank deposits are liabilities of individual banks. If Bank A tried to settle with Bank B merely by promising, “Here is more Bank A money,” Bank B would still hold a claim on Bank A. The obligation would not necessarily be extinguished in the strongest available settlement asset.

Domestic banking systems commonly use central-bank balances for interbank settlement among eligible participants. Central-bank money sits at a higher layer of the monetary hierarchy because it is not another commercial bank’s promise.

This does not mean households use central-bank reserves directly in ordinary accounts. It means the commercial banks that serve households often settle with one another using a different form of money at the institutional layer.

The transfer changes funding distribution

This is where payments reconnect to bank funding. Before the transfer, Bank A had Aisha’s S$5,000 as part of its deposit funding. After the transfer, Bank A no longer owes Aisha that S$5,000. Bank B now owes Ben S$5,000.

So one customer action has moved funding from Bank A to Bank B.

If Bank A experiences many such net outflows, it may need to replace the lost funding through new deposits, wholesale borrowing, asset sales, secured funding or other treasury actions. If Bank B receives persistent inflows, it gains funding but also has to decide what to do with the resulting liquidity and balance-sheet capacity.

This is why deposit competition and payment flows are connected. A bank can attract funding through pricing, lose it through customer payments, regain it through incoming transfers, and manage the net position continuously.

One loan can create the deposit that later leaves the lending bank

Return to Batch 01. Bank A makes a S$100,000 loan and credits the borrower’s account. The loan asset and deposit liability appear together. If the borrower then pays a supplier at Bank B, the deposit created by Bank A moves out of Bank A.

Bank A still holds the S$100,000 loan asset. It has lost the matching deposit liability and transferred settlement value to Bank B. This is the cleanest demonstration of why lending can create deposits while funding and liquidity remain essential.

Read the earlier mechanism in How a Bank Loan Creates a Deposit and Why Banks Still Need Funding.

Why payment timing matters

Different payment systems create different timing patterns. A bank can experience large intraday outflows before offsetting inflows arrive. Even if the bank ends the day with a small net position, it may need enough intraday liquidity to survive the sequence.

Imagine Bank A expects S$50 million of incoming payments at 4 p.m. but must settle S$40 million of outgoing payments at 10 a.m. The final daily net could look comfortable. The 10 a.m. liquidity need is still real.

Bank treasury therefore manages not only how much money will move, but when.

Why reconciliation matters after settlement

A payment is not operationally complete merely because money moved. The records must agree. Banks reconcile customer ledgers, internal accounts and external payment-system records so that missing, duplicated or misapplied transactions are detected.

Reconciliation answers questions such as:

• Did the customer instruction enter the system once?
• Was the correct amount debited?
• Was the correct beneficiary credited?
• Did the settlement amount match the clearing obligation?
• Did any message fail after the customer screen changed?
• Were fees or foreign-exchange conversions applied correctly?
• Do internal and external records close to the same total?

Ledger integrity is therefore part of payment trust. A bank that cannot reconstruct what happened cannot reliably resolve disputes or prove ownership.

What if the payment fails?

Failure can occur at several points: authentication can fail, a beneficiary account can be invalid, a system can time out, a compliance control can stop the payment, the message can be rejected, settlement can be delayed or a later dispute can reveal fraud.

The customer may see statuses such as pending, completed, rejected or reversed. Those labels should correspond to precise internal states. Good payment design prevents the customer interface from claiming finality before the underlying system has earned it.

This is one reason instant payments are technically demanding. The customer expects seconds. The institution must compress identity, screening, messaging, liquidity, settlement and reconciliation into a very short corridor without removing safeguards.

Cross-border transfers add more layers

When the receiving bank is in another country or currency, the route can involve correspondent banks, foreign-exchange conversion, multiple payment systems, time zones, sanctions screening and settlement arrangements across jurisdictions.

The same conceptual skeleton still helps:

customer claim changes → bank-to-bank obligation appears → messaging determines the route → settlement discharges the obligation → receiver obtains a claim on the destination bank.

Batch 24 of this 100-article banking programme will take that international route much further through correspondent banking, nostro and vostro accounts, and cross-border settlement.

Why a large inflow is not automatically “free profit” for Bank B

When Bank B receives deposits, its liabilities rise. It also receives settlement value or an equivalent claim through the payment system. The inflow can improve funding and liquidity, but it is not profit merely because the balance sheet became larger.

The bank now owes the customer the larger deposit. It has to decide how much liquidity to retain, whether to reduce other funding, whether to acquire assets, and what interest or service cost the deposit creates.

Growth in deposits is therefore a change in financing, not automatically an increase in equity.

Why banks care about net payment flows

A bank with balanced incoming and outgoing payments may recycle settlement liquidity efficiently. A bank with persistent net outflows has a different treasury problem. The pattern can reflect customer growth, deposit competition, loan disbursements, corporate transactions, market events or confidence.

This is why payment data can reveal funding behaviour before a monthly balance sheet does. The movement of claims is itself information.

Four misconceptions to remove

Misconception	Better model
“My bank sends my exact deposit to the other bank.”	Your bank reduces its liability to you and settles an obligation with the receiving bank.
“Clearing and settlement are the same.”	Clearing determines obligations; settlement discharges them.
“A bank transfer only changes customer accounts.”	A cross-bank transfer also changes the funding and settlement positions of the banks.
“If a bank ends the day with enough cash, intraday timing does not matter.”	Payments must be funded when due, not only at the end of the day.

A worked balance-sheet miniature

Use a simplified example where Aisha sends S$5,000 from Bank A to Ben at Bank B.

Bank A	Change	Bank B	Change
Aisha deposit liability	−S$5,000	Ben deposit liability	+S$5,000
Settlement asset	−S$5,000	Settlement asset	+S$5,000

The example is intentionally stripped down, but it captures the core identity: the customer deposit migrates, and settlement value migrates with it. Bank A’s balance sheet contracts on both sides by S$5,000; Bank B’s expands on both sides by S$5,000.

Real payment systems can add netting, queues, intermediaries, fees, timing differences and other entries. The underlying logic remains visible.

What you should now be able to explain

1. Why is a same-bank transfer mechanically different from a cross-bank transfer?
2. What is the difference between clearing and settlement?
3. Why does Bank A lose funding when Aisha moves her deposit to Bank B?
4. Why can a payment system create intraday liquidity needs even when daily net flows are small?
5. Why is reconciliation part of banking rather than an administrative afterthought?

If those answers connect, a bank transfer stops being an animation in an app. It becomes a visible movement of claims across a network of balance sheets.

---