Who Collects the Money on a Booking.com Stay?

Two channels, two completely different money flows

Here is a distinction almost every booking tool gets wrong, including ours until recently.

When a guest books through one large channel, the channel charges their card, holds the money, and remits it to you afterwards minus a host fee. By the time the guest arrives, the money question is settled. Your job is to record what happened.

When a guest books through another large channel, on most rate plans, nothing of the sort occurs. The channel takes no money. You collect the full amount from the guest yourself, and the channel invoices you for its commission at the end of the month. The guest arrives owing you everything.

Those are not variations on a theme. They are opposite cash flows wearing the same word — “booking” — and software that assumes the first model will be confidently, silently wrong about the second.

What that assumption cost

We found this the way these things are usually found: on a real account, with real money.

The guest portal had the assumption hardcoded. Two separate branches checked only whether a booking came from a channel, and if it did, rendered “Paid” in green and hid the payment button entirely. A guest who owed USD 3,120 was shown a green tick and no way to pay.

The bookings list inferred settlement from the channel’s name — if the name was in the “already collected” list, nothing was owed. So every reservation from the collect-yourself channel reported a balance of zero. Worse, that calculation only ran on the single-booking detail page and never on the list, which is why nobody noticed for so long.

The function that requests a balance payment looked in the direct-bookings table only, so asking a channel guest for money returned a 404. The host could not chase money they were plainly owed, even if they realised they were owed it.

And the guest portal link minted for these bookings pointed at the wrong table entirely, so the guest saw an empty trip.

Five separate places, one shared false assumption. Across the account, USD 14,478 of genuinely-owed money was classified as collected. Not lost, not stolen — just filed in the wrong column, invisible, with every screen agreeing it was fine.

We’ve written before about why OTA payouts never match your invoices. This is the more brutal version of the same lesson: when the model is wrong, everything downstream agrees with it.

The fix is a fact on the booking, not a guess from the name

Who collects is now recorded per reservation, because it genuinely varies per reservation. The same channel can be collect-yourself on one rate plan and collect-for-you on another, at the same property, in the same week. Any rule based on the channel’s name is a coin flip.

There are three values:

Channel collects — the channel charged the guest and remits to you.
You collect — the money comes from the guest, and the guest portal is where that happens.
On arrival — you take it in person.

Every existing booking was backfilled from what each channel actually does, and nothing now infers settlement from a name.

What follows once the fact is right

The interesting thing about fixing a foundational assumption is how much falls out of it for free.

Access follows real payment. A flag derived from the same wrong assumption was gating documents, the meeting link, digital content, companion details and pre-arrival agreements. A guest who owed the entire amount was being handed the house manual and the arrival details. Now any completed payment of a cent or more unlocks — so a deposit unlocks exactly as a full payment does, and nothing unlocks for someone who has paid nothing.

Deposit schedules work the same as a direct booking. The same deposit-now, balance-before-arrival machinery that powers your own checkout now drives channel bookings too, taking the schedule from your property’s own policy. And if a guest books inside your balance window, the schedule collapses to a single payment rather than inventing a payment plan nobody offered them.

You can see what’s owed, at a glance. The bookings list shows the outstanding amount, with filters for Owed and At risk, and an amber marker on the rows where waiting will not help — no email address on file, the guest has already stayed, or they arrive within a fortnight.

A guest with no email can still pay you. This one is our favourite, because it solves a problem we thought needed a data-entry campaign. Some channels never give you the guest’s address. Those guests can now go to your guest page, enter their reservation number and surname, and land in the portal — able to add their contact details and pay. The lookup is rate limited and doesn’t reveal whether a reference exists when it fails. Bank transfer and mobile money need no email address at all.

Commission was never the problem here

Worth saying plainly, because it’s the first question hosts ask: Airflow charges 0% on the stay value of a channel booking, and has since June. We didn’t originate that booking, so we take no origination cut. Only add-ons you sell through Airflow are commissioned.

What the channel charges you is a different thing entirely, and it’s an expense rather than a deduction from your income. The closest honest model is a direct booking with an agent fee: the guest is invoiced the full amount, and the channel’s commission is a cost that reduces your profit and never appears on the guest’s invoice.

One detail there will save you an argument with your accountant. Channel commission is charged on a commissionable amount, not on the total. On one real reservation: total 1,560, commissionable 1,533.56, commission 230.03 — exactly 15.00% of the commissionable figure and not of the total. Any tool that multiplies your headline rate by the booking total will be wrong on every single booking. The commissionable amount is now stored on the booking. There’s more on treating this properly in Track OTA Commissions as Expenses.

What is still open, and why we’re telling you

This is not a finished story, and it would be easy to write it as though it were.

Presentable is not the same as enforceable. On the account where we found this, the channel’s own policy was set to free cancellation until 30 days out, full price if cancelled inside 30 days, no prepayment, and no card details required. Read that again: the “full price will be charged” clause is unenforceable, because nobody holds a card to charge. A guest can hold your dates for months at zero cost. Airflow can now show the balance, schedule it and chase it — but the actual fix is a setting in the channel’s own extranet requiring card details, and no amount of software replaces it.

The guest isn’t chased automatically — you are. The reminder that emails a guest a payment link only covers direct bookings, and it can’t help a channel guest anyway: a payment request needs an email address to create the transaction, and a channel relay alias isn’t one. So instead a watchdog runs every morning across every confirmed booking with a payment due today or overdue, and tells you — the guest, the reservation, the amount, how late it is, and whether an email is on file. It escalates once a balance passes a week. The chase is then yours to send, through the channel’s own message thread if that’s the only way to reach them.

The accounting split isn’t finished. Today the net payout is still booked as revenue and the commission isn’t recorded as a cost, which understates both sides of your profit and loss. The right shape — guest invoice at full value, commission as an expense — is designed and not yet built.

Add-on revenue is undercounted in the income figures, because the view behind them doesn’t join to add-ons at all.

We’d rather list those than let you find them. If you run bookings through a channel that doesn’t collect, the most valuable ten minutes you’ll spend this month is opening your bookings list, switching to the Owed filter, and seeing whether the number surprises you.