Payments Training Hub
TIPS uses a deposit model PAYMENT OPERATIONS STARTED LIVE 01 TIPS - liquidity, which means that a participant ACTIVE 02 Deposit model - keeps the instant payment liquidity separate QUEUED 03 No reservation of funds - second basic rule is that there is no QUEUED 04 Simplicity - transfers are fast and reliable QUEUED 05 Transfer - If it does not, the transfer is rejected QUEUED 06 Deposit model working - designed. QUEUED TIPS uses a deposit model for liquidity, which means that a participant holds its instant payment liquidity in a TIPS Dedicated Cash Account, known as a TIPS DCA, Step 1 of 6 TIPS uses a deposit model STARTED TIPS liquidity, which means that a participant ACTIVE Deposit model keeps the instant payment liquidity separate QUEUED No reservation of funds second basic rule is that there is no QUEUED Simplicity transfers are fast and reliable QUEUED Transfer If it does not, the transfer is rejected QUEUED Deposit model working designed. QUEUED TIPS uses a deposit model for liquidity, which means that a participant holds its instant payment liquidity in a TIPS Dedicated Cash Account, known as a TIPS DCA,
Deposit model PAYMENT OPERATIONS IN PROGRESS LIVE 01 TIPS - liquidity, which means that a participant DONE 02 Deposit model - keeps the instant payment liquidity separate ACTIVE 03 No reservation of funds - second basic rule is that there is no QUEUED 04 Simplicity - transfers are fast and reliable QUEUED 05 Transfer - If it does not, the transfer is rejected QUEUED 06 Deposit model working - designed. QUEUED The deposit model keeps the instant payment liquidity separate and visible. Step 2 of 6 Deposit model IN PROGRESS TIPS liquidity, which means that a participant DONE Deposit model keeps the instant payment liquidity separate ACTIVE No reservation of funds second basic rule is that there is no QUEUED Simplicity transfers are fast and reliable QUEUED Transfer If it does not, the transfer is rejected QUEUED Deposit model working designed. QUEUED The deposit model keeps the instant payment liquidity separate and visible.
No reservation of funds PAYMENT OPERATIONS IN PROGRESS LIVE 01 TIPS - liquidity, which means that a participant DONE 02 Deposit model - keeps the instant payment liquidity separate DONE 03 No reservation of funds - second basic rule is that there is no ACTIVE 04 Simplicity - transfers are fast and reliable QUEUED 05 Transfer - If it does not, the transfer is rejected QUEUED 06 Deposit model working - designed. QUEUED The second basic rule is that there is no reservation of funds in a liquidity transfer, unlike an instant payment. Step 3 of 6 No reservation of funds IN PROGRESS TIPS liquidity, which means that a participant DONE Deposit model keeps the instant payment liquidity separate DONE No reservation of funds second basic rule is that there is no ACTIVE Simplicity transfers are fast and reliable QUEUED Transfer If it does not, the transfer is rejected QUEUED Deposit model working designed. QUEUED The second basic rule is that there is no reservation of funds in a liquidity transfer, unlike an instant payment.
Simplicity is one reason liquidity PAYMENT OPERATIONS IN PROGRESS LIVE 01 TIPS - liquidity, which means that a participant DONE 02 Deposit model - keeps the instant payment liquidity separate DONE 03 No reservation of funds - second basic rule is that there is no DONE 04 Simplicity - transfers are fast and reliable ACTIVE 05 Transfer - If it does not, the transfer is rejected QUEUED 06 Deposit model working - designed. QUEUED That simplicity is one reason liquidity transfers are fast and reliable, even at high volumes. Step 4 of 6 Simplicity is one reason liquidity IN PROGRESS TIPS liquidity, which means that a participant DONE Deposit model keeps the instant payment liquidity separate DONE No reservation of funds second basic rule is that there is no DONE Simplicity transfers are fast and reliable ACTIVE Transfer If it does not, the transfer is rejected QUEUED Deposit model working designed. QUEUED That simplicity is one reason liquidity transfers are fast and reliable, even at high volumes.
Transfer: rejected immediately PAYMENT OPERATIONS IN PROGRESS LIVE 01 TIPS - liquidity, which means that a participant DONE 02 Deposit model - keeps the instant payment liquidity separate DONE 03 No reservation of funds - second basic rule is that there is no DONE 04 Simplicity - transfers are fast and reliable DONE 05 Transfer - If it does not, the transfer is rejected ACTIVE 06 Deposit model working - designed. QUEUED If it does not, the transfer is rejected immediately, and the bank knows at once that it must fund its main account before it tries again. Step 5 of 6 Transfer: rejected immediately IN PROGRESS TIPS liquidity, which means that a participant DONE Deposit model keeps the instant payment liquidity separate DONE No reservation of funds second basic rule is that there is no DONE Simplicity transfers are fast and reliable DONE Transfer If it does not, the transfer is rejected ACTIVE Deposit model working designed. QUEUED If it does not, the transfer is rejected immediately, and the bank knows at once that it must fund its main account before it tries again.
Deposit model working PAYMENT OPERATIONS COMPLETE LIVE 01 TIPS - liquidity, which means that a participant DONE 02 Deposit model - keeps the instant payment liquidity separate DONE 03 No reservation of funds - second basic rule is that there is no DONE 04 Simplicity - transfers are fast and reliable DONE 05 Transfer - If it does not, the transfer is rejected DONE 06 Deposit model working - designed. ACTIVE That is the deposit model working as designed. Step 6 of 6 Deposit model working COMPLETE TIPS liquidity, which means that a participant DONE Deposit model keeps the instant payment liquidity separate DONE No reservation of funds second basic rule is that there is no DONE Simplicity transfers are fast and reliable DONE Transfer If it does not, the transfer is rejected DONE Deposit model working designed. ACTIVE That is the deposit model working as designed.

Key points of this lesson, in order.

0:00 / 3:41 Step 1 of 6

Liquidity Transfers in TIPS: The Deposit Model and the Three Basic Rules

TIPS in Depth: Instant Payments and Liquidity Transfers, Lesson 4 of 7, Narration 3:41, D05 Domestic payment systems

Liquidity transferLiquidityReject

What you will learn

Your objective. By the end of this lesson, you will be able to explain liquidity transfers in TIPS: the deposit model and the three basic rules. TIPS uses a deposit model for liquidity, which means that a participant holds its instant payment liquidity in a TIPS Dedicated Cash Account, known as a TIPS DCA, and that account is funded by moving money from the.

Why it matters. This matters because the rail decides how fast the money moves, what it costs, when it settles and what can go wrong. Choosing the wrong rail is a product and an operations failure.

Chapter objective: Learner explains TIPS instant payments and liquidity transfers, describes SCT Inst, Non-Euro and SIP flows, and distinguishes TIPS DCA, AS Technical Account and Transit Accounts. Learner uses real amounts, banks and message names to show how instant payments and liquidity transfers work.

Key learning points

  • TIPS uses a deposit model
  • Deposit model
  • No reservation of funds
  • Simplicity is one reason liquidity
  • Transfer: rejected immediately
  • Deposit model working

Key terms

Liquidity transfer: A movement of funds between accounts held by the same participant to manage liquidity, for example from a main cash account to a dedicated cash account.

Liquidity: Cash or assets that a bank can use immediately to meet payment obligations. Banks manage liquidity by forecasting inflows and outflows, funding nostro and settlement accounts, and using central bank...

Reject: A payment instruction that is refused before settlement because it fails validation, screening or account checks.

Payment flow diagram showing Liquidity Transfers in TIPS: The Deposit Model and the Three Basic Rules.

Practise this lesson

Exercise

Decide which settlement model fits the scenario in this lesson and explain why.

Use the settlement models, the liquidity trade-off and the finality rules in this lesson.

  1. What to do. Name the model, state when settlement becomes final, and explain what happens if the sending bank does not have enough liquidity.

Correct result. Real time gross settlement settles each payment individually in central bank money with immediate finality, but it needs liquidity for every payment. Deferred net settlement nets payments and settles the net position, which needs less liquidity but leaves settlement risk until the net settles.

Why. Settlement is where money actually moves. The model decides the risk, the liquidity need, and when the payment is truly final.

Check your understanding

Practice question

Which of the following best describes liquidity transfers in TIPS: the deposit model and the three basic rules?

Takeaway and next step

What to remember

That is the deposit model working as designed.

Settle a payment like the one in this lesson and watch the liquidity and finality behaviour.

Open the T2/TIPS Simulator →

Builds on "Messages and Statuses: pacs.008.001.08 and pacs.002.001.10".

Transcript and full text

Show transcript

TIPS uses a deposit model for liquidity, which means that a participant holds its instant payment liquidity in a TIPS Dedicated Cash Account, known as a TIPS DCA, and that account is funded by moving money from the participant main cash account in TARGET. The TIPS DCA is like a wallet that a bank tops up in the morning and uses through the day to settle instant payments, and the bank can move money back to its main account when it no longer needs it in TIPS. For example, a bank in Germany might move EUR 10 million from its TARGET main cash account to its TIPS DCA at the start of the day, use EUR 6 million of it for instant payments during the day, and move EUR 4 million back at the end of the day. The deposit model keeps the instant payment liquidity separate and visible. The first basic rule for liquidity transfers in TIPS is that a transfer can only take place between accounts in the same currency. A euro liquidity transfer can only move euro between a euro main cash account and a euro TIPS DCA, and a Swedish krona transfer can only move krona between krona accounts. A bank cannot use a liquidity transfer to convert euro into krona, and it cannot fund a euro TIPS DCA from a krona main cash account. That rule sounds obvious, but it matters in practice, because a bank that holds liquidity in several currencies must manage each currency separately, and a funding error in one currency cannot be fixed by moving money from another currency through TIPS. The second basic rule is that there is no reservation of funds in a liquidity transfer, unlike an instant payment. In an instant payment, TIPS reserves the funds on the payer TIPS DCA while the payee bank decides, and that reservation protects the payment. In a liquidity transfer, there is no payee bank decision to wait for, and no reservation is needed, because the transfer is a simple movement of funds between two accounts owned by the same participant or by the system itself. The transfer is checked, and then it either settles or it is rejected, with no waiting period in between. That simplicity is one reason liquidity transfers are fast and reliable, even at high volumes. The third basic rule is that a liquidity transfer is settled or rejected immediately, with no intermediate waiting state. When a bank instructs a liquidity transfer of EUR 500,000 from its TARGET main cash account to its TIPS DCA, TIPS and TARGET together check the instruction, verify the funds, and either settle it at once or reject it at once. There is no reserved state, no ten second window for a counterparty to answer, and no expiry to manage. If the main cash account has enough funds, the EUR 500,000 moves immediately. If it does not, the transfer is rejected immediately, and the bank knows at once that it must fund its main account before it tries again. These three rules together make liquidity management in TIPS predictable, and that predictability matters for banks that settle thousands of instant payments every hour. A treasurer who knows that a liquidity transfer only works in the same currency, that it has no reservation, and that it settles or fails immediately, can plan funding with confidence. For example, a bank in France that expects EUR 20 million of instant payment outflows in the afternoon can move EUR 20 million into its TIPS DCA in the morning, knowing the transfer will settle at once, and it can move any surplus back in the evening, knowing that transfer will also settle at once. That is the deposit model working as designed.

TIPS uses a deposit model for liquidity, which means that a participant holds its instant payment liquidity in a TIPS Dedicated Cash Account, known as a TIPS DCA, and that account is funded by moving money from the participant main cash account in TARGET. The TIPS DCA is like a wallet that a bank tops up in the morning and uses through the day to settle instant payments, and the bank can move money back to its main account when it no longer needs it in TIPS. For example, a bank in Germany might move EUR 10 million from its TARGET main cash account to its TIPS DCA at the start of the day, use EUR 6 million of it for instant payments during the day, and move EUR 4 million back at the end of the day. The deposit model keeps the instant payment liquidity separate and visible.

The first basic rule for liquidity transfers in TIPS is that a transfer can only take place between accounts in the same currency. A euro liquidity transfer can only move euro between a euro main cash account and a euro TIPS DCA, and a Swedish krona transfer can only move krona between krona accounts. A bank cannot use a liquidity transfer to convert euro into krona, and it cannot fund a euro TIPS DCA from a krona main cash account. That rule sounds obvious, but it matters in practice, because a bank that holds liquidity in several currencies must manage each currency separately, and a funding error in one currency cannot be fixed by moving money from another currency through TIPS.

The second basic rule is that there is no reservation of funds in a liquidity transfer, unlike an instant payment. In an instant payment, TIPS reserves the funds on the payer TIPS DCA while the payee bank decides, and that reservation protects the payment. In a liquidity transfer, there is no payee bank decision to wait for, and no reservation is needed, because the transfer is a simple movement of funds between two accounts owned by the same participant or by the system itself. The transfer is checked, and then it either settles or it is rejected, with no waiting period in between. That simplicity is one reason liquidity transfers are fast and reliable, even at high volumes.

The third basic rule is that a liquidity transfer is settled or rejected immediately, with no intermediate waiting state. When a bank instructs a liquidity transfer of EUR 500,000 from its TARGET main cash account to its TIPS DCA, TIPS and TARGET together check the instruction, verify the funds, and either settle it at once or reject it at once. There is no reserved state, no ten second window for a counterparty to answer, and no expiry to manage. If the main cash account has enough funds, the EUR 500,000 moves immediately. If it does not, the transfer is rejected immediately, and the bank knows at once that it must fund its main account before it tries again.

These three rules together make liquidity management in TIPS predictable, and that predictability matters for banks that settle thousands of instant payments every hour. A treasurer who knows that a liquidity transfer only works in the same currency, that it has no reservation, and that it settles or fails immediately, can plan funding with confidence. For example, a bank in France that expects EUR 20 million of instant payment outflows in the afternoon can move EUR 20 million into its TIPS DCA in the morning, knowing the transfer will settle at once, and it can move any surplus back in the evening, knowing that transfer will also settle at once. That is the deposit model working as designed.

Full lesson text (all scenes)

Completing a lesson updates your progress dashboard on the homepage.

Scene timestamps are estimated by allocating the narration text proportionally across the real audio length. The audio playback position is the source of truth: pause freezes the visual, seeking restores the correct scene, replay restarts the scene animation.