Real-time gross settlement processes interbank payments individually and continuously without first netting them against other payments.
Real-time gross settlement (RTGS) is a settlement method in which a system processes interbank payment obligations individually and continuously, without first offsetting them against other payments. “Real-time” means settlement occurs as the system processes an accepted instruction; “gross” means each payment settles for its full amount.
In a net settlement system, participants may exchange many payment instructions and later settle only their net obligations. RTGS does not wait to calculate one net amount. It attempts to settle each accepted payment separately against the sending participant’s available balance or credit arrangements.
| Feature | RTGS | Deferred net settlement |
|---|---|---|
| Unit settled | Each payment’s full amount. | Net obligation from multiple payments. |
| Timing | Continuously during operating hours or availability windows. | At scheduled settlement points. |
| Liquidity need | Higher intraday liquidity because payments are not netted first. | Lower gross funding need, but obligations remain pending until settlement. |
| Main risk focus | Liquidity, queues, operational continuity, and instruction finality. | Netting calculations, participant default, and completion of the settlement cycle. |
“Real-time” should not be read as “instant under all conditions.” A payment may wait because of insufficient participant liquidity, validation, compliance review, an operational interruption, or system rules.
The exact legal effect and finality point depend on the system’s rules and governing law. Analysts should use the named system’s documentation rather than applying a generic RTGS assumption.
Assume Bank A begins with $6 million available in its RTGS settlement account. Ignore intraday credit, fees, collateral, limits, and any queue-optimization rules.
| Event | Payment | Available balance after event | Result |
|---|---|---|---|
| Opening position | - | $6.0 million | Bank A can submit payments |
| Payment 1 settles | $4.0 million outgoing | $2.0 million | Settled in full |
| Payment 2 is submitted | $3.0 million outgoing | $2.0 million | Cannot settle in this simplified example; it queues |
| Incoming payment settles | $1.5 million incoming | $3.5 million | Liquidity becomes sufficient |
| Payment 2 settles | $3.0 million outgoing | $0.5 million | Queue releases and the full payment settles |
The second instruction was transmitted before it settled. Its status changed only after incoming liquidity gave Bank A enough value to cover the full $3 million instruction. An actual RTGS system may provide intraday credit, collateralized liquidity, bilateral or multilateral offsetting tools, priorities, and queue algorithms, so analysts should use the named system’s rules.
A wire transfer is a customer or bank payment instruction. RTGS describes how participating institutions settle obligations. A wire service may use RTGS, but the terms are not interchangeable.
For example, the Federal Reserve describes Fedwire Funds Service as an RTGS credit-transfer service. A customer requests a wire; participating institutions use the service to transmit and settle the associated payment under Fedwire’s rules. The separate FedNow Service also uses real-time gross settlement, but it supports instant payments with different messages, operating hours, limits, and beneficiary-availability requirements.
For central banks and payment-system operators, RTGS supports settlement finality and limits the buildup of unsettled bilateral exposures. For banks, it creates intraday liquidity demands and operational dependencies. For corporate treasury teams, RTGS status can help explain whether a time-critical bank payment has reached interbank settlement.
An RTGS confirmation should still be matched to the instruction, participant accounts, amount, timestamp, and beneficiary-bank record. It is not a substitute for checking whether the ultimate recipient was correctly identified and credited.
This article is general financial education, not legal or payment-operations advice for a particular system.