Payments Academy
RTGS: Reserve Bank of India 1 RTGS NOW 2 Step two 3 Balance 4 Payment after cut-off 5 Cost 6 Retail instant versus bank settlement timing RTGS is the Reserve Bank of India system for high value transfers where each payment is settled individually and immediately in the books of the central bank. Step 1 of 6 RTGS: Reserve Bank of India 1 NOW RTGS 2 Step two 3 Balance 4 Payment after cut-off 5 Cost 6 Retail instant versus bank settlement timing RTGS is the Reserve Bank of India system for high value transfers where each payment is settled individually and immediately in the books of the central bank. Step 1 of 6
Step two 1 RTGS 2 Step two NOW 3 Balance 4 Payment after cut-off 5 Cost 6 Retail instant versus bank settlement timing Step two, the sending bank checks that it holds enough funds in its settlement account with the Reserve Bank of India, debits the payer account, and sends the instruction to the RBI. Step 2 of 6 Step two 1 RTGS 2 NOW Step two 3 Balance 4 Payment after cut-off 5 Cost 6 Retail instant versus bank settlement timing Step two, the sending bank checks that it holds enough funds in its settlement account with the Reserve Bank of India, debits the payer account, and sends the instruction to the RBI. Step 2 of 6
Balance is not enough 1 RTGS 2 Step two 3 Balance NOW 4 Payment after cut-off 5 Cost 6 Retail instant versus bank settlement timing If the balance is not enough, the payment is not settled straight away. Step 3 of 6 Balance is not enough 1 RTGS 2 Step two 3 NOW Balance 4 Payment after cut-off 5 Cost 6 Retail instant versus bank settlement timing If the balance is not enough, the payment is not settled straight away. Step 3 of 6
Payment after cut-off 1 RTGS 2 Step two 3 Balance 4 Payment after cut-off NOW 5 Cost 6 Retail instant versus bank settlement timing A payment submitted after the bank cut off will be processed on the next working cycle, so the analyst must make the cut off visible in the customer journey and in the operations manual. Step 4 of 6 Payment after cut-off 1 RTGS 2 Step two 3 Balance 4 NOW Payment after cut-off 5 Cost 6 Retail instant versus bank settlement timing A payment submitted after the bank cut off will be processed on the next working cycle, so the analyst must make the cut off visible in the customer journey and in the operations manual. Step 4 of 6
Cost: higher than NEFT because 1 RTGS 2 Step two 3 Balance 4 Payment after cut-off 5 Cost NOW 6 Retail instant versus bank settlement timing The cost is higher than NEFT because of the real time processing and the liquidity demands it places on banks. Step 5 of 6 Cost: higher than NEFT because 1 RTGS 2 Step two 3 Balance 4 Payment after cut-off 5 NOW Cost 6 Retail instant versus bank settlement timing The cost is higher than NEFT because of the real time processing and the liquidity demands it places on banks. Step 5 of 6
Retail instant versus bank settlement timing 1 RTGS 2 Step two 3 Balance 4 Payment after cut-off 5 Cost 6 Retail instant versus bank settlement timing NOW Understanding it helps an analyst explain why a retail payment can be instant for the customer while the money between banks moves later Step 6 of 6 Retail instant versus bank settlement timing 1 RTGS 2 Step two 3 Balance 4 Payment after cut-off 5 Cost 6 NOW Retail instant versus bank settlement timing Understanding it helps an analyst explain why a retail payment can be instant for the customer while the money between banks moves later Step 6 of 6

Steps of this lesson, in order.

0:00 / 4:26 Step 1 of 6

RTGS: high value settlement with finality

India: UPI, IMPS, NEFT, RTGS, Lesson 5 of 8, Narration 4:26, D05 Domestic payment systems

Intraday liquidityIrrevocableSettlement

What you will learn

Your objective. By the end of this lesson, you will be able to explain RTGS: high value settlement with finality. RTGS is the Reserve Bank of India system for high value transfers where each payment is settled individually and immediately in the books of the central bank.

Why it matters. To settle a payment, the sending bank must have enough funds in its settlement account at the exact moment of settlement.

Chapter objective: Learner compares UPI, IMPS, NEFT, and RTGS in India, explaining limits, settlement timing, operating hours, and use cases, and selects the right rail for a given payment need. Learner practises this skill on realistic banking cases, explaining the reasoning clearly and using correct terminology throughout the work.

Key learning points

  • RTGS: Reserve Bank of India
  • Step two
  • Balance is not enough
  • Payment after cut-off
  • Cost: higher than NEFT because
  • Retail instant versus bank settlement timing

Key terms

Intraday liquidity: Cash available to a bank during the business day to settle payments as they fall due. Intraday liquidity comes from account balances, incoming payments and central bank facilities.

Irrevocable: A payment or instruction that cannot be cancelled or reversed once it has been made, except by agreement of all parties or by a court order.

Settlement: The final movement of funds between banks to discharge obligations created by cleared payments. Settlement is usually made in central bank money or through correspondent accounts.

Payment flow diagram showing RTGS: high value settlement with finality.

Insights and practice scenarios

Worked insights and practice scenarios for this lesson. Each one is a reusable PaymentForge case, so the same case may appear in more than one lesson.

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 RTGS: high value settlement with finality?

Takeaway and next step

What to remember

If funds never arrive before the end of the operating window, the queued payment is rejected and the sending bank must inform the payer.

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

Open the T2/TIPS Simulator →

Builds on "NEFT: batch settlement and why it still matters".

Transcript and full text

Show transcript

RTGS is the Reserve Bank of India system for high value transfers where each payment is settled individually and immediately in the books of the central bank. The words real time and gross are both important. Real time means the payment is processed as soon as it is received, with no waiting for a batch. Gross means each payment is settled on its own, not netted against other payments. The result is that once an RTGS payment is settled, it is final and irrevocable. It cannot be reversed by the sending bank, which is exactly what a large corporate payment, a property settlement, or an interbank transfer needs. A single RTGS payment moves through five clear steps. Step one, the payer submits the payment with the beneficiary account number, IFSC, and amount, and the sending bank validates the details and the minimum value. Step two, the sending bank checks that it holds enough funds in its settlement account with the Reserve Bank of India, debits the payer account, and sends the instruction to the RBI. The bank confirms each step to the payer. Step three, the RBI debits the sending bank settlement account and credits the receiving bank settlement account immediately, in central bank money. Step four, the RBI forwards the credit instruction to the receiving bank. Step five, the receiving bank credits the beneficiary account and confirms back. The payment becomes final at step three, the moment the RBI moves the funds between settlement accounts. Insufficient funds is the most important exception in RTGS. To settle a payment, the sending bank must have enough funds in its settlement account at the exact moment of settlement. If the balance is not enough, the payment is not settled straight away. It is placed in a queue, and the system retries it as funds arrive, using a gridlock resolution mechanism that settles queued payments when the funds allow. If funds never arrive, the queued payment is eventually rejected and the sending bank must inform the payer. A business analyst must include the liquidity check, the queue behaviour, and the rejection message in the requirements, because a customer who expects final settlement today needs to know the payment is queued, not settled. The operating window and the cut off decide whether a payment settles today. RTGS is available around the clock, every day of the year, including weekends and holidays, but banks apply their own customer cut off times for accepting instructions. A payment submitted after the bank cut off will be processed on the next working cycle, so the analyst must make the cut off visible in the customer journey and in the operations manual. Missing a cut off by five minutes can mean a payment that was expected today arrives tomorrow, which can break a business deal or delay a property registration. The customer confirmation must state the settlement time and the finality of the payment, so there is no doubt about when the money is legally the beneficiary. The scheme rules set the value range and the cost. RTGS has a minimum value of two lakh rupees, so it is not designed for everyday payments. There is no maximum value in the system rules, and RTGS is routinely used for payments of several crore rupees, including interbank settlements, government transactions, corporate treasury movements, and high value customer payments. The cost is higher than NEFT because of the real time processing and the liquidity demands it places on banks. Banks manage that liquidity carefully, holding balances and using intraday liquidity facilities, because a large RTGS payment can fail if the balance is not enough. That liquidity management is a core part of treasury operations and a good reason why RTGS is reserved for high value payments. RTGS is also the system that other systems depend on for their own settlement. When banks settle their net positions from UPI, IMPS, and NEFT, the final movement of funds between banks often happens through RTGS. This layered design, where retail systems net their positions and the net amounts move through RTGS, is common around the world. Understanding it helps an analyst explain why a retail payment can be instant for the customer while the money between banks moves later, and why the central bank sits at the centre of the whole structure as the settlement agent that everyone trusts. Worked example with real numbers: a company in Mumbai must pay a supplier in Delhi INR 50,00,000 for machinery, and the payment must settle today with finality. The company instructs its bank at 10:00, the bank debits the company account for INR 50,00,000, checks that its settlement account at the Reserve Bank has at least INR 50,00,000, and sends the RTGS payment. The Reserve Bank debits the sending bank settlement account and credits the receiving bank settlement account immediately, and the receiving bank credits the supplier account by 10:15. The payment is final the moment the Reserve Bank posts it, and it cannot be reversed. The company receives a confirmation with the UTR number, and the supplier reconciles the receipt against the invoice the same day. The five steps are instruction, debit, settlement account check, central bank posting, and beneficiary credit, and each step is visible in the audit trail. The UTR number is the proof the payment settled, and the company keeps it with the invoice for reconciliation and for audit. Failure and recovery: insufficient funds is the most important exception in RTGS. If the sending bank has only INR 40,00,000 in its settlement account when it tries to send INR 50,00,000, the payment is queued, and the bank must fund the account by transferring from its own current account or by borrowing intraday liquidity from the Reserve Bank. If the bank cannot fund it by the cut-off, the payment is rejected and the customer must be told to retry, and the property or supplier transaction that depended on it is delayed. A payment with a wrong beneficiary account number is returned, and the sender must correct it and resend. A payment sent after the bank's own customer cut-off, even though RTGS runs around the clock, is held for the next business day, and the customer must be told the value date. The recovery is always to check the settlement account balance before instructing, and the requirement must state that the bank checks the balance and tells the customer immediately if the payment will be queued. Source: Reserve Bank of India, RTGS system. Last reviewed 7 November 2026.

RTGS is the Reserve Bank of India system for high value transfers where each payment is settled individually and immediately in the books of the central bank. The words real time and gross are both important. Real time means the payment is processed as soon as it is received, with no waiting for a batch. Gross means each payment is settled on its own, not netted against other payments. The result is that once an RTGS payment is settled, it is final and irrevocable. It cannot be reversed by the sending bank, which is exactly what a large corporate payment, a property settlement, or an interbank transfer needs.

A single RTGS payment moves through five clear steps. Step one, the payer submits the payment with the beneficiary account number, IFSC, and amount, and the sending bank validates the details and the minimum value. Step two, the sending bank checks that it holds enough funds in its settlement account with the Reserve Bank of India, debits the payer account, and sends the instruction to the RBI. The bank confirms each step to the payer.

Step three, the RBI debits the sending bank settlement account and credits the receiving bank settlement account immediately, in central bank money. Step four, the RBI forwards the credit instruction to the receiving bank. Step five, the receiving bank credits the beneficiary account and confirms back. The payment becomes final at step three, the moment the RBI moves the funds between settlement accounts.

Insufficient funds is the most important exception in RTGS. To settle a payment, the sending bank must have enough funds in its settlement account at the exact moment of settlement. If the balance is not enough, the payment is not settled straight away. It is placed in a queue, and the system retries it as funds arrive, using a gridlock resolution mechanism that settles queued payments when the funds allow. If funds never arrive, the queued payment is eventually rejected and the sending bank must inform the payer. A business analyst must include the liquidity check, the queue behaviour, and the rejection message in the requirements, because a customer who expects final settlement today needs to know the payment is queued, not settled.

The operating window and the cut off decide whether a payment settles today. RTGS is available around the clock, every day of the year, including weekends and holidays, but banks apply their own customer cut off times for accepting instructions. A payment submitted after the bank cut off will be processed on the next working cycle, so the analyst must make the cut off visible in the customer journey and in the operations manual. Missing a cut off by five minutes can mean a payment that was expected today arrives tomorrow, which can break a business deal or delay a property registration. The customer confirmation must state the settlement time and the finality of the payment, so there is no doubt about when the money is legally the beneficiary.

The scheme rules set the value range and the cost. RTGS has a minimum value of two lakh rupees, so it is not designed for everyday payments. There is no maximum value in the system rules, and RTGS is routinely used for payments of several crore rupees, including interbank settlements, government transactions, corporate treasury movements, and high value customer payments. The cost is higher than NEFT because of the real time processing and the liquidity demands it places on banks. Banks manage that liquidity carefully, holding balances and using intraday liquidity facilities, because a large RTGS payment can fail if the balance is not enough. That liquidity management is a core part of treasury operations and a good reason why RTGS is reserved for high value payments.

RTGS is also the system that other systems depend on for their own settlement. When banks settle their net positions from UPI, IMPS, and NEFT, the final movement of funds between banks often happens through RTGS. This layered design, where retail systems net their positions and the net amounts move through RTGS, is common around the world. Understanding it helps an analyst explain why a retail payment can be instant for the customer while the money between banks moves later, and why the central bank sits at the centre of the whole structure as the settlement agent that everyone trusts.

Worked example with real numbers: a company in Mumbai must pay a supplier in Delhi INR 50,00,000 for machinery, and the payment must settle today with finality. The company instructs its bank at 10:00, the bank debits the company account for INR 50,00,000, checks that its settlement account at the Reserve Bank has at least INR 50,00,000, and sends the RTGS payment. The Reserve Bank debits the sending bank settlement account and credits the receiving bank settlement account immediately, and the receiving bank credits the supplier account by 10:15.

The payment is final the moment the Reserve Bank posts it, and it cannot be reversed. The company receives a confirmation with the UTR number, and the supplier reconciles the receipt against the invoice the same day. The five steps are instruction, debit, settlement account check, central bank posting, and beneficiary credit, and each step is visible in the audit trail. The UTR number is the proof the payment settled, and the company keeps it with the invoice for reconciliation and for audit.

Failure and recovery: insufficient funds is the most important exception in RTGS. If the sending bank has only INR 40,00,000 in its settlement account when it tries to send INR 50,00,000, the payment is queued, and the bank must fund the account by transferring from its own current account or by borrowing intraday liquidity from the Reserve Bank. If the bank cannot fund it by the cut-off, the payment is rejected and the customer must be told to retry, and the property or supplier transaction that depended on it is delayed.

A payment with a wrong beneficiary account number is returned, and the sender must correct it and resend. A payment sent after the bank's own customer cut-off, even though RTGS runs around the clock, is held for the next business day, and the customer must be told the value date. The recovery is always to check the settlement account balance before instructing, and the requirement must state that the bank checks the balance and tells the customer immediately if the payment will be queued. Source: Reserve Bank of India, RTGS system. Last reviewed 7 November 2026.

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.