Solution

Take payments without losing the booking trail.

Card, open banking, payment links, embedded checkout and payment plans, all connected to the booking, traveller and protected funds behind every transaction.

Railscard, open banking, links, embedded
Bookingattached to every payment
Evidenceready for APC, trust and audit

The challenge.

Travel businesses take customer payments across many rails, channels, customers, agents and suppliers — and finance is usually left to join the picture back together later, against a clock and a regulator.

01

Many rails, one booking

Card, open banking, MOTO and links each settle differently. Joining them back to the booking is finance's problem.

02

Compliance rides on the payment

ATOL APC, trust account movements and audit trails all depend on the underlying payment evidence staying intact.

03

Disputes ask the same question

Chargebacks, refund queries and trustee reviews all need the booking-level trail to defend or explain.

How felloh handles a payment, end to end.

From the moment the customer pays through to the moment a trustee reads the APC line, felloh keeps the same booking-level trail running.

01

Collection

Card, open-banking A2A, payment links, embedded checkout, payment plans, MOTO and virtual terminal — all running through one platform. The booking reference, traveller and travel date are captured at the moment of payment, and each rail picks up the right authentication and consent flow for the transaction.

Rails Card · A2A · MOTO
Authentication 3DS · bank app
Capture Booking-attached
See payment collection
02

Authorisation

Cardholder authentication routes through 3DS by default. Fraud signals — velocity, BIN, AVS, behavioural — feed the decision and stay attached to the booking, so the evidence is already in place if a chargeback ever lands.

3DS Default
Liability Shifted where eligible
Evidence Per booking
See payment optimisation
03

Settlement

Settlement files, open-banking arrivals, fees and chargeback adjustments all match back to the bookings they relate to in one ledger. Multi-acquirer setups reconcile to the same picture, so finance reads one source of truth.

Match Per booking
Files Per acquirer
Exceptions Surfaced early
See reconciliation
04

Reporting

ATOL APC lines, trust-account movements, refund history and supplier-payout evidence all derive from the same connected ledger — so renewal and audit season are about packaging the picture, not rebuilding it.

APC Drill-down ready
Trustee Connected
Audit Trail preserved
See protected funds
What's inside

Mix and match what you need.

Each capability sits on the same booking-level ledger, so you can start with one and add the rest as you need them.

How felloh helps.

Booking-level payment processing removes work from the finance team's week and adds evidence to the dispute, audit and renewal conversations.

01

Faster reconciliation

Acquirer, open-banking and bank movements matched to bookings as they arrive — no weekly rebuild.

02

Defensible reporting

APC, trustee and audit evidence drawn from the same booking ledger.

03

Stronger dispute defence

Authentication and booking evidence already attached when a chargeback or query arrives.

Built for ATOL, ABTA and trust-protected businesses.

Most UK travel businesses operate under a regulatory protection scheme. felloh carries that protection evidence with every transaction, so APC, trust-account and trustee reporting share the same booking-level trail. For the full picture of how payments, protected funds and reporting connect, see our travel payment solutions overview.

Common questions

Travel payment solutions, answered.

What buyers usually ask before booking a walkthrough.

What is felloh?

felloh is a travel-specific payment platform that connects card, open banking, payment links, embedded checkout, payment plans, MOTO and virtual terminal — keeping each payment attached to the booking it belongs to, along with ATOL, trust and audit evidence.

What payment methods does felloh support for travel businesses?

felloh supports card payments (Visa, Mastercard, Amex), open-banking account-to-account payments, payment links, embedded checkout, scheduled payment plans, MOTO and virtual terminal — across multiple acquirers and currencies, with the booking reference attached to every transaction.

Does felloh integrate with travel booking systems?

Yes. felloh integrates with major travel booking systems including Traveltek, Moonstride, Spark Travel and Travelgenix, plus custom systems via its API. Payment status, refunds and reconciliation flow back into the booking record.

Can felloh route payments across multiple acquirers?

Yes. felloh supports multi-acquirer setups, so card payments can be processed across providers such as Trust Payments, Total Processing and Nuvei. Settlement, fees and refunds reconcile to the same booking-level ledger regardless of which acquirer processed the transaction.

How does felloh handle ATOL APC and trust-account reporting?

felloh keeps the booking-level money trail — payments received, supplier payments out, protected funds held and refunds processed — connected to each booking. APC contributions, trust-account reconciliation and trustee evidence are drawn from the same source of truth as the underlying transactions.

Is felloh PCI DSS compliant?

Yes. felloh is a PCI DSS Level 1 compliant payment platform — the same compliance level as the largest acquirers — so card data is handled to the highest security standard.

How long does it take to migrate to felloh from another payment provider?

Migration timelines vary by provider, booking-system integration and the scope of the workflows being moved. Typical migrations from providers such as Adyen, Stripe or Worldpay take 4–8 weeks, including integration, testing and parallel run.

See how this works around your bookings.

Bring one payment, reporting or cash-position problem. We will show how felloh connects the booking-level money trail behind it.