Real-Time Payment

A real-time payment moves money between accounts in seconds, with the funds there for the payee straight away and the instruction final once it has gone. The difference is not only speed. Most older payment types clear in cycles, so a payment sits in a queue, gets bundled with others and settles hours or days later. A real-time payment skips all of that. It is sent, checked and credited as one act. That holds at any hour and on any day, weekends included.

The model spread country by country, not all at once, and the schemes carry local names: Faster Payments in the UK, UPI in India, Pix in Brazil, the New Payments Platform in Australia. What they share is the shape. Funds land within seconds, the service runs around the clock, and the payee can use the money at once. UK law sets an outer limit on normal payments as well. Regulation 86 gives the standard timings, which instant schemes generally beat by a wide margin.

What Makes It Real Time

Three things have to hold at once: the message has to reach the payee's bank in seconds, the funds have to be there on arrival, and the payment has to be final once sent. Drop any one and the result is merely fast. Plenty of services sell speed while still settling between banks on a cycle behind the scenes, which is fine for the customer and matters a great deal to a treasury team.

The Schemes People Actually Meet

In the UK, Faster Payments carries most of this traffic and has done for years. Australia runs the New Payments Platform. The United States has newer instant services sitting beside the older automated clearing house network. That one still moves huge volume on a batch cycle. A wire transfer covers the large or cross-border case and works on quite different terms.

Cut-Offs Mostly Stop Mattering

The awkward rules of a business day lose much of their force here. Cut-off times exist because a batch has to close before it can be sent. Regulation 81 lets a provider treat an order arriving after its deadline as received the next business day. An instant scheme largely removes that, since there is no batch to miss. The rules still apply to the payment types that run on cycles, so a business using both is working to two clocks.

What Changes For A Business

Cash arrives when the customer pays, which shortens the gap between a sale and money a business can use. Refunds and payouts can go out the same way, so a customer waiting on money is waiting minutes and not days. Against that, a real-time payment is a push payment started by the payer, so there is no chargeback in the card sense and less protection for the payer. The business carries less reversal risk and takes on a refund path it has to build.

Being Final Cuts Both Ways

Final means what it says. Money sent to the wrong account is hard to get back, and a payment made after a customer has been misled is still, in the strict sense, one they agreed to. So name checking services, warnings before a first payment to a new payee and short delays on unusual transfers have all spread. Speed removes the window a fraud team used to have, and the controls have moved in front of the payment instead of after it.

Reporting Gets Busier, Not Simpler

A batch produces one tidy file. Instant payments produce a steady stream, and finance systems built around a daily cycle can struggle with it. Matching has to work per payment, in something close to real time, with a reference that ties each one to an order. Where a business runs instant and batch side by side, a payment can sit as a queued transaction on one route while another has already reached the posted transaction stage. A support agent has to be able to tell the two apart.

Cost Compared With Cards

Pricing is usually a flat fee per payment with no interchange, which tends to favour larger baskets and works against very small ones. There is also no card network in the middle, so the fee structure is simpler to read. The honest test is total cost per completed sale. A method that saves on fees and loses shoppers at the bank app step has not saved anything. This piece on instant bank payments sets out the commercial case.

Deciding Where Speed Pays

Start with the cases where finality is worth paying for, such as high value orders, account top-ups and payouts people are waiting on. Build the refund path before launch, because there is no reverse button. Check payee details up front. Check them again on a schedule after that. Make sure reporting can cope with a stream instead of a file. Keep cards alongside for the shoppers who want them. Be plain with customers about what a real-time payment does and does not protect them against. This look at where real-time payments are heading covers what is changing next.

‍