How do pay-in-full bookings work?

Charge the full per-person price when customers book — set the amount, schedule and special dates, and see how refunds and changes work.

Pay-in-full is a third payment mode alongside "no payment" and "deposit": customers pay the full per-person price by card when they book online, instead of a smaller deposit. It suits tasting menus, big nights and other prepaid services. Set it up in Settings → Payments & deposits → Pay in full.

It's Available on Pro plan and above, needs Stripe connected (connecting is owner-only), and only Owners and Admins see the page. The money goes straight to your own Stripe account — ResoFlow charges no platform fee on pay-in-full bookings (Stripe's normal processing fee still applies).

Switching it on

• Go to Settings → Payments & deposits → Pay in full and open the Pay-in-full bookings card.
• Switch on Require full payment. A pop-up explains that customers will pay the full per-person price when they book and that a payment and refund clause is added to the terms they agree to — click Turn on.
• Set the Amount per person — it's charged for every guest in the party (e.g. 4 guests × £30 = £120). The page warns you if it's left at £0.
• Set the Minimum party size — full payment is only required for parties this size or larger (set it to 1 to charge on every booking). Below the threshold, your normal deposit settings (if any) apply instead.
• Click Save changes.

One payment per booking: where pay-in-full applies it takes priority — the same booking is never also asked for a deposit or to save a card for no-show protection.

Different amounts for bigger parties

Switch on Tiered amounts by party size to charge different per-person prices by party-size range (e.g. parties of 2 → £30pp, parties of 6+ → £25pp). Tiered rules override the default Amount per person, and a party size no rule covers pays nothing — the page warns you about gaps and overlaps from your Minimum party size upwards (where ranges overlap, the first matching rule wins). The Minimum party size still gates everything: sizes below it never pay in full, whatever the tiers say.

Only on certain days, times or dates

• Pay-in-full schedule — click Add day/time rule to restrict full payment to specific days and times (e.g. weekend evenings). When any rule is set, full payment is only required at those times; outside the rules, your normal deposit settings (if any) apply instead. The page itself now spells out the model: "Require full payment" applies every day; schedule rules restrict it; special dates always apply — even when the toggle is off. (Deposits and pre-orders follow exactly the same model on their own pages.)
• Special pay-in-full dates — click Add date to take full payment on specific dates like New Year's Eve, each at its own per-person price and optional minimum party size (leave it blank to inherit the main Minimum party size). Special dates apply even if "Require full payment" is switched off, and they override your deposit settings on those dates.

Refunds and cancellations

Pay-in-full refunds follow the same cancellation policy as deposits — one policy for all booking payments, set on Settings → Payments & deposits → Deposits under Cancellation policy. See When do customers get their deposit back? — everything there (the deadline, full/partial/no-refund choices, and the staff Refund/Retain dialog) applies to pay-in-full bookings too, with the dialog wording saying "payment" instead of "deposit". A clear refund window (full or partial refund up to a deadline) is strongly recommended over "No refunds" — blanket non-refundable advance payments sit badly with UK consumer-protection guidance and invite card disputes.

If a customer doesn't turn up, you keep the payment — that's the point of prepayment. The no-show fee never applies to a paid-in-full booking, and the "deposit retained" email to the customer says "payment" instead.

What the customer sees

The booking page tells the customer up front — "This booking is paid in full when you book — £X per person" — and the payment step is headed Full Payment with a Total to Pay amount (Apple Pay and Google Pay work too). Their confirmation shows Paid in Full, and the manage-booking page shows a Paid in Full badge. On your side, a paid-in-full booking's money chip on the Bookings list, Home and the customer profile reads PAID £X — so you can tell it from an ordinary deposit's plain £X at a glance. If you've entered your VAT number on Settings → Payouts & Stripe, the confirmation email also shows the VAT included in the meal payment (at the standard 20% rate) and your VAT number, so it doubles as a simple VAT receipt — venues without a VAT number set never show VAT, and deposits never do.

When the party size changes

Customers changing their own booking online are settled automatically at the booking's own per-person price: reducing the party refunds the difference to the customer automatically, and increasing it takes an online top-up payment before the increase is confirmed (if the space is taken in the meantime, the top-up is refunded automatically). Nothing settles automatically once the party has been seated.

When your team resizes a paid-in-full booking, no money ever moves automatically — a note appears telling you what to do: refund the difference from the booking's payment section, or send a payment link for the extra amount.

Loyalty

If you run a spend-based loyalty scheme, you can let full prepayments earn points like event tickets do — the Paid-in-full bookings earn points toggle is on the More options step of the loyalty scheme set-up (Loyalty page → Edit scheme) and it's off by default. A customer's own online prepayment earns when they signed in on the booking page (the quick email code — a device that's already signed in needs no code); a paid-in-full booking your team adds with the customer's email typed in earns without any sign-in. See How do I set up a loyalty scheme?

Related: How do I take booking deposits? · When do customers get their deposit back? · How do payment links work? · How do I sell extras with bookings?