A guest's plans change. They want an extra night, their flight moved, one of the four travellers dropped out, or they're bringing the dog after all. You can change a confirmed, paid reservation in place — dates and guest counts — and Haven settles the price difference with the guest automatically.
You no longer need to cancel and rebook to change a booking. That old workaround refunded the guest, released their dates to the open market, and made them pay again at whatever your rates are today. Modifying keeps the reservation, keeps its original pricing, and charges or refunds only the difference.
Everything else about the booking stays as it is. To change what the guest pays without changing the stay itself, use Issue refund (after payment) or Adjust price (before payment).
The guest gets a message on the reservation thread telling them what changed and what it cost, delivered by email and by text if they've opted into stay texts.
Haven re-prices the stay against the booking's own frozen pricing, not your current settings. The nightly rates, discounts, fees, taxes and cancellation terms the guest agreed to at checkout all still apply. Raising your rates after a booking is confirmed can never retroactively re-price it.
The one exception is nights the booking never covered. An extra night at the end of a stay has no agreed price, so it's priced at your current calendar rate for that date — including any seasonal rate or price override you've since set. The price panel breaks this out per night so you can see exactly what an added night costs before you confirm.
Everything else recomputes off the frozen terms: taxes are recalculated on the new base using the tax rules captured at booking, per-night and per-guest fees re-multiply against the new stay length and party size, and pet fees apply at the rate on the booking.
| Situation | What happens |
|---|---|
| Price goes up and there's a card on file | The difference is charged to the saved card straight away and the change applies immediately |
| Price goes up and there's no usable card | The guest gets a payment link. The reservation does not change until they pay |
| Price goes down | The difference is refunded to the guest's original payment method, and your payout drops by the same amount |
| No price change (infants and children don't price on most listings) | The change applies immediately, no charge, no refund |
Most bookings have no saved card — Haven only keeps one when checkout asked for it, typically for a security deposit hold. So a change that costs the guest more will usually take the payment-link route rather than charging silently. A card that does exist can also decline or ask for 3-D Secure verification, which lands in the same place.
Any increase in price is added to your payout for that booking; any decrease comes out of it. If that booking's payout has already gone out, the difference settles separately rather than amending a payout that's already been released. See Scheduled Payouts.
When the guest needs to pay, the reservation shows a Change waiting on the guest card with the pending dates, the party, and the amount owed. Until they pay:
You have two options on that card:
Modify reservation is hidden while a change is pending, so you can't stack a second change on top of one that's about to land. Discard the pending change first if you've changed your mind about what to offer.
Changing the dates moves everything scheduled around them:
Changing only the guest counts touches none of that, since the occupancy dates didn't move. Only the calendar and pricing pushes run.
Modify reservation doesn't appear when:
A booking taken on Haven stays modifiable even when it's been pushed out to a connected PMS. Haven updates your availability in the partner after the change, but it does not rewrite the reservation record it created there — so if you keep operational notes in your PMS, update that reservation's dates by hand too.
A stay that's already in progress can still be modified — extending a guest who wants two more nights is the most common reason to use this at all.
The dialog checks the proposed stay the same way a new booking is checked, and tells you which rule it breaks before you can confirm:
The booking itself is excluded from the conflict check, so extending into your own dates works exactly as you'd expect.
Changes are host-initiated. A guest who wants different dates messages you, and you make the change. That keeps you in control of whether the dates work for your calendar and your cleaners, and stops guests re-pricing a stay themselves.
New to Haven?
Haven is the direct booking platform these guides are written for — a branded site, secure payments, and guest relationships you own. Build yours free.
Free to build · No credit card · Private until you publish
© 2026 Book With Haven, LLC.