Skip to main content

How do I configure the Early Check-In and Late Check-Out upsells?

Scope, acceptance windows, exceptions, the night-blocking rules and pricing for early check-in and late check-out, plus the independent Save buttons that lose people's work.

Written by Sam Dundas

Before anything else: each section saves separately

The Upsells page under Settings is a stack of independently-saved sections. Every block has its own Save button.

The Upsells page, showing that each section carries its own separate Save button

Change settings in two sections, press one Save, and only one of them is kept. This is the most common way to lose work on this page, and it is worth knowing before you touch anything rather than after.

Early check-in and late check-out are configured the same way

One master toggle covers both: "Upsell early check-in and late check-out to guests." The two are then configured separately with identical, mirrored controls, so everything below applies to both with check-out substituted for check-in.

Early Check-In settings, showing the scope dropdown, the per-stay behaviour and the acceptance window

The scope dropdown has five options, so the whole programme can run on part of a portfolio: apply to all listings, to selected listing sets, to specific listings, to all listings except some, or to all listings except certain sets. Choosing a set-based option reveals a picker with removable chips.

What happens when a guest asks

For all stays sets the default behaviour, with three choices: reject early check-in requests, escalate them to the host, or enable the request so Besty handles it.

Then the acceptance window, which is three settings read together:

  • The earliest time to accept a request that blocks the night before

  • The latest time to accept a request

  • What to do after that latest time, either reject or escalate to the host

Nights of the week then limits it to all nights or a selection.

If Besty appears to have gone quiet on an upsell conversation, an expired window is one of the usual causes. The other is that no valid option exists, typically because a back-to-back reservation blocks the dates.

Exceptions

Three checkboxes: no early check-in on the first day of the month, none on the last day of the month, and only offer early check-in when the listing is marked ready in Ops.

That third one is the direct link between your operations team and your upsell revenue. With it on, Besty will not sell an early arrival into a property that has not been cleaned yet, which means task status being kept current is protecting the guest experience rather than just tidying a list.

Blocking the night, and what it costs

"When a guest buys an early check-in" has three options, and this is a revenue decision rather than a technical setting:

  • Always block the night before. Safest operationally, because a same-day turn cannot fail an early-arriving guest. But it removes a sellable night from your calendar every time someone buys an early check-in.

  • Only block if the guest extends by more than a set number of hours. The middle path, blocking only when the extension is large enough to matter.

  • Never block. Keeps every night sellable, and carries the highest operational risk, since a late check-out can overlap an incoming guest's arrival.

Pricing

Either Let Besty optimize the prices (Beta) or Use custom pricing. Custom pricing is a table by extension length, with rows for 1 hour, 2 hours, 3 hours and 4 or more hours, each with an Enabled checkbox, an Amount and a Type.

Custom pricing by extension length, priced as a percentage of the nightly rate or a flat amount

Type is either a percentage of the nightly rate, so the charge scales with the booking, or a flat amount. Percentage is the more common setup, since it keeps a cheap midweek night and a peak weekend proportionate without maintaining two price lists.

Offering it proactively

Proactively offer an early check-in sends a message offering it a set number of days or hours before check-in. That is what turns this from something guests have to think to ask for into something Besty pitches, and it is usually the single change with the largest revenue effect on this page.

Two related settings sit further down. Holiday Exceptions disables early check-in, late check-out and Booking Booster on named holidays, with custom blackout ranges you can add. And Proactive Upsell Offer Time Range restricts proactive outreach to a window of hours, in the listing's timezone rather than yours, which is easy to misread on a portfolio spanning several markets.

Airbnb reservations can now be charged directly

An off-platform Airbnb upsells toggle changes the Airbnb payment flow entirely: "Treat Airbnb reservations like any other channel for Early Check-In, Late Check-Out, and Custom upsells: charge directly via Stripe / GuestyPay / saved payment method, skip resolution-center flows, and use standard guest messaging."

If you have previously been told Airbnb early check-ins have to go through the Resolution Center, this is what replaces that. Booking Booster is explicitly exempt and still uses Airbnb alteration requests, because extending dates on Airbnb requires one.

Still Having Trouble?

Reach out via chat or at support@getbesty.ai.

Did this answer your question?