Glossary
Push Payment

Push Payment

A Push Payment is initiated by the payer, sending funds to the recipient (e.g., bank transfers, ACH credits, OCTs).

GLOSSARY
What is a
Push Payment

A push payment is one the payer starts. They tell their own bank to send money, and it goes, with nothing pulled from their account by anyone else. That is the reverse of a card payment or a direct debit, where the business asks for the money and the customer's bank decides whether to release it. The direction sounds like a small detail. It changes the risk, the cost and the customer journey all at once.

Most of the world's payment value moves this way. Bank transfers, instant payments, salary runs and supplier payments are all push payments, and so are remittances. Card networks have their own version for sending money to a card. The rise of instant schemes has made the model feel new again, though it is in fact the older of the two. What changed is speed: a push payment that used to take days now often lands in seconds.

How It Differs From A Pull

In a pull, the business holds an instruction and asks for money, while in a push the payer acts. So the business cannot take money without the customer doing something, and that removes a whole class of dispute. It also means there is no chargeback in the card sense, and a payment sent by mistake is much harder to undo. Less reversal risk sits with the business, and less protection sits with the payer.

The Common Routes

A bank transfer is the common case, and in many markets it now runs on an instant scheme such as Faster Payments. A wire transfer covers larger or cross-border amounts. An original credit transaction pushes funds to a card account instead of an account number. An internal transfer moves money between accounts at the same bank, and does not leave it.

Push Payments And Payouts

The two terms sit close together and are not the same. A push payment describes how it works, since the payer starts it, while a business payout describes the purpose, since a business is paying money out to someone. Every payout is a push payment, and plenty of push payments are not payouts: a customer paying an invoice is one, and so is someone moving money between their own accounts. Keeping the words apart makes internal notes much clearer.

Where It Helps A Business

Certainty is the main gain, because the money arrives as a finished transfer and not a promise that can be undone. That matters most on high value sales. Fees usually have a different shape from card fees, often flat instead of a percentage, and it reaches people with no usable card. Against that, the business takes on a refund process it must build, since there is no reverse button on a payment that has already landed.

The Fraud Problem

The payer approves the payment themselves, so money sent after a customer is misled still counts as a payment they agreed to. That is what authorised push payment fraud means, and it has drawn a lot of attention. In the UK, the Payment Systems Regulator set a reimbursement requirement for Faster Payments APP scams, which took effect in October 2024, and the approach differs by market, with rules that keep moving, so local guidance is what counts.

Speed Cuts Both Ways

Instant settlement is the selling point and the weak spot. Money that lands in seconds also leaves in seconds, which gives a fraud team no window to act. Banks have responded with checks before the payment goes, warnings on the screen, and short delays on first payments to a new payee. Those steps annoy honest customers and stop some losses, and getting the balance right is an ongoing argument rather than a settled answer.

Consent And What Counts As Authorised

The legal test is not whether the money moved. It is whether the payer agreed, and UK payment rules treat a payment as authorised only where the payer has consented to it. Regulation 67 sets out how consent may be given and withdrawn. So money sent after a customer was misled sits apart from a payment made by a thief with stolen details. The two get grouped together in talk, though in practice they are handled apart.

Getting The Details Right

A push payment goes where it is told, which puts weight on the account details. A transfer sent to the wrong place is hard to claw back, and name checking services, where a market offers them, catch a share of errors before the money moves. Confirm the beneficiary details at setup, not at the moment of payment. That takes the pressure off the point where a customer is most likely to rush.

Deciding Where A Push Fits

Decide where a push suits the sale better than a card. High value orders and account top-ups are the usual cases. Build the refund path before launch. Check payee details up front, then check them again now and then. Set limits and a second sign-off step on large amounts. And be plain with customers about what a push payment does and does not protect. Payout solutions covers the outbound side. This piece on instant bank payments covers the inbound case.

‍

Table of contents

Frequently Asked Questions

Are push payments safer than card payments?

They shift the risk rather than remove it. The business faces less reversal risk, since there is no chargeback in the card sense. The payer carries more, because a payment sent in error or under deception is hard to recover. Which is safer depends on which side of the transaction you are on.

What is the difference between a push and a pull?

Direction and who acts. In a pull, the business holds an instruction and requests the money, as with a card payment or direct debit. In a push, the payer instructs their own bank to send it. That single difference changes the dispute rights, the cost and the customer experience.

Is every payout a push payment?

Yes, though not every push payment is a payout. Push describes the mechanism, where the payer starts the transfer. Payout describes the purpose, where a business is paying money out. A customer paying an invoice or moving money between their own accounts is a push payment and not a payout.

What is authorised push payment fraud?

It describes a payment the customer authorised themselves after being misled, which makes it technically authorised even though the customer did not intend the outcome. It has drawn regulatory attention, and in the UK a reimbursement requirement for Faster Payments scams took effect in October 2024. Approaches differ by market.

How can wrong payments be avoided?

Verification before the money moves does most of the work. Name checking services, where a market offers them, catch a share of errors. Confirming recipient details at setup rather than at the moment of payment also helps, since that is when a customer is most likely to be rushing.

Still Have Questions?

Let’s Find the Right Solution for You

Share this article
Glossary

Stay Connected with Us!

Follow us on social media to stay up to date with the latest news, updates, and exclusive insights!