Guides

UK edition: Faster Payments vs BACS vs CHAPS for platform payouts

The three UK payment rails compared for marketplace payouts: Faster Payments for speed, BACS for cheap batch runs, CHAPS for high-value — and when to use which.

Blueprint of three UK payment rails.

The UK gives a platform three account-to-account rails, and the right answer is almost never “pick one”: Faster Payments is the experience lane (seconds, 24/7), BACS is the economy lane (three-day batch, cheapest at volume, plus Direct Debit for pull), and CHAPS is the exception lane (same-day, no ceiling, priced like it). A payout operation that routes per payment — amount, urgency, recipient bank — gets the seller experience of “instant” at close to BACS economics.

This is the UK companion to our US rails explainer: different three-letter names, same buyer’s question underneath — what does “instant” actually mean, and what does it cost when it isn’t?

The three rails, honestly

Faster Payments (FPS) is why UK consumers think all payments are instant: settlement in seconds to a few minutes, around the clock, weekends and bank holidays included. The scheme’s ceiling is £1M per payment, but each bank sets its own limits — often far lower, especially for business accounts and new payees. Some smaller institutions receive FPS on a delayed cycle rather than in real time. Per-payment cost is low, which is why it carries the overwhelming majority of UK payouts.

BACS is the veteran batch rail: submit today, funds land on the third business day, on a published calendar with cut-offs. Two products ride it — Direct Credit (push: payroll, supplier runs, scheduled payouts) and Direct Debit (pull: the collections workhorse, with no FPS equivalent and a consumer guarantee attached). At volume, BACS is the cheapest per-item way to move money in Britain — if three days’ notice fits the flow.

CHAPS is the Bank of England’s same-day, high-value rail: no upper limit, settlement finality the same business day, banking-hours cut-offs, and a per-payment fee typically in the tens of pounds. It exists for property completions, treasury moves and the payout too big for the other rails — not for routine runs.

Routing them like a platform, not a policy

The naive setup picks one rail for everything and inherits its weaknesses everywhere: all-FPS pays a premium and hits bank limits on big payouts; all-BACS makes sellers wait three days in a market where waiting is churn. The routing that works is per payment:

  • Default: FPS — everything inside limits where the recipient’s bank receives in real time. This is what makes your “instant payout” claim true on Friday night, when gig earnings peak and BACS is asleep.
  • Scheduled volume: BACS Direct Credit — the weekly seller run, the monthly partner run, anything with a known date three-plus days out. The per-item saving compounds at thousands of payouts.
  • The outliers: CHAPS — the five-figure payout above FPS ceilings that can’t wait. Rare, expensive, and exactly what it’s for.
  • The fallback, disclosed. When FPS can’t reach a recipient in real time, what happens instead — and who tells them — is the difference between a support ticket and a lost seller. UK-specific wrinkle: under the APP-fraud reimbursement regime, banks now hold and question more payments; a payout stuck on hold with no explanation to the recipient reads as your platform failing.

And in contracts, name the rails, not the adjective — “instant” is marketing until it’s defined: “payouts via Faster Payments where supported, falling back to BACS Direct Credit; CHAPS available on request for payments above scheme limits.”

Where Fynex fits

Fynex routes UK payouts across all three rails per payment: FPS by default, BACS for the scheduled runs where the economics win, CHAPS for the exceptions — each payout verified before it moves, each recording the rail it took, recipients told what to expect when a payment falls back. Because Fynex is an FCA-authorised EMI and owns no rails, the routing optimises your cost and your sellers’ Friday night rather than any network’s volume — and every payout reconciles itself into your books behind the run.

Related: ISO 20022 structured addresses covers the November 2026 data deadline that lands on the payout file regardless of which of the three you send on, and SEPA vs SWIFT picks up where the domestic rails stop.

Three rails, one rule: match the rail to the payment, not the platform to the rail. Sellers get “instant” where it’s real, your finance team gets BACS economics where speed is wasted, and CHAPS waits quietly for the day you actually need it.

FAQ

Frequently asked questions

Speed, cost and ceiling. Faster Payments settles in seconds to minutes, 24/7 including weekends, and carries the vast majority of UK account-to-account payments — the scheme allows up to £1M per payment, though each bank sets its own lower limits. BACS is the three-business-day batch rail: cheapest per payment, built for payroll-style runs (Direct Credit) and pull collections (Direct Debit). CHAPS is same-business-day settlement with no upper limit, priced accordingly — the rail for property completions and treasury moves, not routine payouts.
Faster Payments as the default: it's what sellers experience as 'instant', it runs on the Friday nights and weekends when gig earnings peak, and per-payment cost is low. BACS Direct Credit earns its place for large scheduled runs where three days' notice is fine and per-item cost matters at volume. CHAPS is the exception rail — the occasional five-or-six-figure payout that exceeds Faster Payments limits and can't wait. A good payout system picks per payment, not per policy.
Usually one of four: the sending or receiving bank's own per-payment limit forced a different rail; the receiving institution accepts Faster Payments on a delayed cycle rather than in real time; a fraud or compliance check held it (increasingly common under the UK's APP-fraud rules); or the amount exceeded a scheme or bank ceiling. 'Instant' in the UK is a strong default, not a guarantee — which is why the fallback rail and the recipient communication matter.
No — BACS survives because it's boring in exactly the right ways: the cheapest per-item cost at volume, a predictable three-day cycle that maps to payroll and supplier runs, and Direct Debit, which has no Faster Payments equivalent — it's the UK's pull-payment rail, with a consumer guarantee attached. For a platform, BACS is the economical scheduled lane; Faster Payments is the experience lane.
They solve opposite problems. CHAPS is same-day, real-time, no upper limit, and priced per payment — built for the urgent high-value move (a property completion, a treasury transfer, a supplier who won't ship without cleared funds today). BACS is the cheap three-business-day batch rail for volume and routine: payroll, supplier runs, Direct Debit collections. Rule of thumb: if it's large and can't wait, CHAPS; if it's scheduled and repeats, BACS. Paying a fixed CHAPS fee on a routine invoice is overpaying; forcing a time-critical completion through BACS is a deal risk.
At volume you stop submitting BACS by hand and go through a Bacs-approved bureau under a Service User Number (SUN) — either your own or your provider's. That's what lets an accountancy practice run client payroll and supplier payments across many entities, or an investment firm push regular distributions, without a person keying files three days ahead. The scale problems are operational, not technical: validated bank details (a failed BACS item is a three-day round trip), submission cut-offs, multi-entity segregation, and reconciliation of returns. A platform that holds funds, validates on the way in, and reconciles the BACS returns automatically is the difference between BACS scaling and BACS becoming a month-end fire.
Book a demo