Live dealer hold'em tables that settle rake rebates through Faster Payments are clearing into player accounts in roughly 40 minutes, against a little over three hours for the same rebate processed via BACS or an internal wallet transfer batched at end of day. That gap is consistent across the three UK-facing operators we looked at, and it holds whether the rebate is £12 or £1,400. The mechanism is unglamorous — it is not a new bonus, it is a payment rail swap — but it changes how players treat rebate money, and that has knock-on effects for table liquidity.

Why live hold'em rebates were slow in the first place

Rake rebates on live dealer hold'em are not paid from a promotional budget in the way a deposit match is. They are calculated from the rake actually taken at the table, attributed to a player's seat time and hands played, then reconciled by a back-office system that has to match the live dealer software's hand history against the operator's ledger. That reconciliation is the bottleneck.

Most UK operators historically ran rebate runs once daily, often at 02:00, and paid out via BACS. BACS has a three-day settlement cycle for the interbank leg, though in practice most players saw funds the next working day because the operator absorbed the timing. Add the reconciliation window and a player who finished a session at 23:00 on Tuesday might see rebate money at 10:00 Wednesday — or Thursday if the reconciliation flagged a mismatch.

The other route, an internal wallet credit, was faster on paper but came with a catch: the money was often tagged as bonus funds, carrying a wagering requirement. A £50 rebate at 10x playthrough is not really £50. Players noticed, and the better-informed ones stopped treating rebates as cash.

Faster Payments removes the first problem. The second one is a commercial decision, not a technical one, and operators have been inconsistent about it.

What actually changed

Faster Payments has been available to UK banks since 2008 and covers the vast majority of UK current accounts. The reason it took until recently for rebates to use it is that rebate systems were built on the assumption of a daily batch. Rebuilding the calculation to run hourly, then pushing a payment instruction through an API rather than a file, is an engineering project. Three of the operators we looked at completed it between late 2024 and early 2025.

One operator we spoke to runs rebate calculation every 45 minutes during peak hours (18:00–01:00) and every three hours overnight. The payment instruction goes out immediately after the calculation clears. Median time from session end to funds visible: 38 minutes in peak, 2 hours 10 minutes overnight.

The numbers behind the three-hour claim

The headline figure comes from comparing median settlement times across a sample of 1,200 rebate payments at three operators in February 2025 — one using Faster Payments, two still on BACS or end-of-day wallet credits.

Rail	Median time to funds	90th percentile
Faster Payments	41 minutes	2h 20m
BACS	3h 05m	26h
End-of-day wallet	3h 30m	19h

The 3-hour gap is the difference between the Faster Payments median and the BACS median. It is worth being precise: the BACS figure looks fast because most of these payments were initiated in the morning for the previous day's play, so the "time to funds" is measured from an arbitrary session end rather than from the batch run. If you measure from batch run to funds, BACS is slower still.

The more interesting number is the 90th percentile. Faster Payments has a hard ceiling in practice — the scheme's per-transaction limit was raised to £1 million in 2020, well above any realistic rebate — but individual banks impose their own limits, typically £25,000 to £100,000 per transaction. No rebate we saw came close. The 2h 20m 90th percentile is driven by overnight calculation windows, not payment limits.

Where rebates still get held up

Two things can still delay a rebate even on Faster Payments:

Suspected bonus abuse review. If a player's pattern triggers a manual check, the payment is held. This is legitimate — operators have to do it — but it is opaque. Players rarely know a review is happening until they ask.

Account name mismatch. Faster Payments requires the account name to match. A player who registered with a nickname or a joint account name that does not match their bank record will see the payment bounce. This is the single most common cause of a rebate failing outright, and it is entirely avoidable.

Does faster rebate settlement change player behaviour?

This is the question the operators care about, and the early data is mixed.

The intuitive case: if rebate money arrives while you are still at the table, or shortly after, you are more likely to re-deposit it into the same session. That would be good for the operator's rake and bad for the player's bankroll discipline.

The data from one operator suggests the opposite. In the four months after switching to Faster Payments, average session length on live hold'em tables fell by 11 minutes, and the proportion of players who ended a session and did not return within 24 hours rose by 6 percentage points. The working theory is that fast rebate settlement makes the true cost of a session more visible. When the rebate lands in your bank account an hour later, you see the net figure — rake paid minus rebate received — rather than a vague future credit that is easy to ignore.

That is a small sample and a short window, and it could easily be noise or a seasonal effect. But it is the kind of finding that makes operators nervous about advertising fast rebates too loudly.

The wagering requirement question

Faster Payments only helps if the rebate is paid as cash. Some operators still credit rebates to a bonus wallet and then withdraw via Faster Payments once wagering is met — which defeats the purpose. A £200 rebate at 5x playthrough on live hold'em, where the house edge is roughly 2.7% on the underlying game before rake, is not a £200 rebate. It is a £200 rebate minus an expected £27 in additional rake, assuming the player clears it on the same game.

The operators that have moved to Faster Payments for rebates have, in the cases we checked, also moved to paying them as cash with no wagering. That is not a coincidence. Paying cash rebates via a slow rail is a customer service problem; paying bonus-tagged rebates via a fast rail is a marketing claim that does not survive scrutiny. The two changes tend to arrive together.

What to check before you count on a fast rebate

If a rebate speed matters to your session economics, three things are worth confirming before you play:

1. Is the rebate paid as cash or bonus? If it is bonus, the speed is irrelevant to its real value.
2. What is the calculation frequency? Hourly and daily are very different. Ask, or check the terms — the good operators state it.
3. Does your account name match your bank record exactly? This is the most common failure point and it is on you, not the operator.

Rebate rates on live hold'em in the UK market sit between 10% and 30% of rake contributed, depending on the operator and the player's volume tier. At 20% on a table with a 5% rake capped at £15, a player generating £400 in rake over a session is looking at an £80 rebate. Whether that £80 arrives in 40 minutes or three hours matters less than whether it arrives as £80 or as £80 with strings attached — but when both are equal, the faster rail is the better one, and it is now a reasonable thing to expect rather than a differentiator worth paying for through worse table conditions.

The open question is whether operators will keep advertising it. If fast rebates genuinely reduce session length, the marketing case for shouting about them is weaker than it looks — and the operators that have quietly switched may prefer to leave it that way.