> ## Documentation Index
> Fetch the complete documentation index at: https://docs.rc.cleverhub.co/llms.txt
> Use this file to discover all available pages before exploring further.

# Real-time A2A Payments in Depth

> Learn how real-time account-to-account payments move money directly between bank accounts in seconds, and what makes them different.

A real-time account-to-account (A2A) payment moves money straight from one bank account to another in seconds, without a card network in the middle and without waiting for an overnight batch. Many countries now run their own real-time payment system. Australia has the New Payments Platform (NPP), the United States has FedNow and RTP, and other regions have their own equivalents. This page explains the shared ideas behind all of them, so the market-specific pages later in this section make sense no matter which country you read about.

## What “account-to-account” means

In an A2A payment, the money leaves the payer’s bank account and lands in the payee’s bank account directly. There is no card, no card scheme, and no acquiring bank sitting in between. Because there are fewer parties involved, the payment can be cheaper and faster than a card payment, and there is usually no chargeback to worry about.

<Note>
  “Real-time” and “account-to-account” describe two different things. A2A is about *where* the money moves (bank to bank). Real-time is about *how fast* it moves (seconds, at any hour). Most modern A2A systems are real-time, but some older bank transfers are A2A without being instant.
</Note>

## The building blocks of a real-time A2A system

Most real-time payment systems around the world are built from the same set of parts. The names change from country to country, but the roles are the same.

<AccordionGroup>
  <Accordion title="Real-time clearing and settlement">
    Clearing is the step where the system checks the payment details and confirms the money is available. Settlement is the step where the money actually moves between the banks.

    In a real-time system, each payment is cleared and settled on its own, the moment it happens, rather than being collected into a batch and processed later. This is often called **Real-Time Gross Settlement (RTGS)**. It is the reason the money shows up in the recipient’s account straight away.
  </Accordion>

  <Accordion title="Alias-based addressing">
    Bank account numbers are long and easy to mistype. Many real-time systems add an **addressing service** that lets a payer send money to a simple alias (a mobile number, an email address, or a business name) instead of a full account number. The system looks up the alias, finds the matching account, and routes the payment. Australia’s PayID is one example; India’s UPI IDs are another.
  </Accordion>

  <Accordion title="API-based payment initiation">
    Real-time systems expose **APIs** so that platforms like Hello Clever can start a payment, check its status, and handle errors automatically, without anyone typing details by hand. This is what lets your business trigger payments straight from your own checkout or billing system.
  </Accordion>

  <Accordion title="A rich messaging standard">
    Modern real-time systems use a data standard called **ISO 20022**, which lets each payment carry extra information (such as an invoice number or a customer reference) alongside the amount. That extra data makes it much easier to match payments to your records automatically.
  </Accordion>

  <Accordion title="Layered security">
    Because a real-time payment is final the moment it settles, these systems build security into the payment itself rather than relying on reversing it later. Common layers include encryption while the payment is in transit, multi-factor checks such as one-time codes or fingerprints, and fraud detection that runs on every payment as it happens.
  </Accordion>

  <Accordion title="Round-the-clock availability">
    A real-time system is designed to run all day, every day, including weekends and public holidays. There are no bank cut-off times or batch windows, so a customer can pay you at any hour and you receive the money just as quickly.
  </Accordion>
</AccordionGroup>

## Why real-time A2A payments are final

A card payment can be reversed weeks later through a chargeback. A settled real-time A2A payment cannot; once the money has moved, it has moved. This has two sides:

<CardGroup cols={2}>
  <Card title="Good for merchants" icon="circle-check">
    You are not exposed to chargebacks, and the money is truly yours the moment it arrives. That means better cash flow and lower dispute costs.
  </Card>

  <Card title="Calls for good controls" icon="shield-halved">
    Because you cannot claw a payment back, fraud checks and a clear refund policy matter more. The protection happens before the money moves, not after.
  </Card>
</CardGroup>

<Tip>
  Real-time A2A payments suit businesses that want fast access to funds and fewer disputes. If you need the ability to reverse payments after the fact, cards may still play a role in your mix; see [real-time payments vs. card payments](/platform-overview/payment-concepts/rtp-vs-cards).
</Tip>

## Where to go next

<CardGroup cols={3}>
  <Card title="Push vs. pull payments" icon="arrows-left-right" href="/platform-overview/payment-concepts/push-vs-pull">
    Learn the difference between sending and collecting money.
  </Card>

  <Card title="Australia's NPP" icon="flag" href="/platform-overview/payment-concepts/npp-payid-payto">
    See how these ideas work in a real market.
  </Card>

  <Card title="US instant payments" icon="flag" href="/platform-overview/payment-concepts/instant-payments">
    Compare FedNow and RTP with other real-time systems.
  </Card>
</CardGroup>


## Related topics

- [Accepting JPY A2A Payins](/platform-overview/payment-concepts/jpy-payins.md)
- [Overview](/platform-overview/payment-concepts/overview.md)
- [India: UPI](/platform-overview/payment-concepts/india-upi.md)