Booking channels
Double bookings: why they happen and how to stop them
A double booking is rarely bad luck. It is almost always a delay: one channel sold a night that another channel still showed as free. Here is where that delay comes from, and how to close it.
What a double booking really is
You sell the same room for the same night twice. A guest books your sea-view double on one channel at 9:02. At 9:05 another guest books the same room on a second channel, because that channel has not heard about the first booking yet. Both guests have a confirmation in their inbox. One of them is going to arrive to a room that is already taken.
The cost is more than one refund. Channels usually expect you to rehouse the guest somewhere comparable, often at your expense. A cancellation on your side can push you down in the channel’s search results. And the guest who was moved is the one most likely to write the review that stays on your page for years.
The good news is that double bookings follow a pattern. Once you see the pattern, most of them stop.
Why it happens: three causes
- Calendars that update late. A channel only knows a night is gone when something tells it. Every minute between the sale and that update is a window for a second sale — and in high season, windows get used.
- Updating by hand. Closing a date on three extranets after every booking works on a quiet Tuesday. It fails at night, in the week before Easter, or when the person who usually does it is off.
- Rooms that are not linked. If one channel sells a “Double room” and another a “Superior double”, and they are the same physical room but not linked to each other in your system, closing one does not close the other.
Almost every double booking is one of these three, or two of them at once.
iCal: useful, but it is not a connection
Most channels let you export and import a calendar link, usually called iCal. It is free and quick to set up, which is why so many hotels and lodges start there. It is worth knowing how it actually works.
An iCal link is a file that lists the dates that are blocked. When you sell a night, the other channels are not told. Each one fetches the file again on its own schedule — often only every few hours — and you cannot speed it up. Until it does, the night still looks free there, and anyone can book it.
iCal also carries very little. It says which dates are taken, and little or nothing about the booking itself. It does not carry prices, minimum stays, closed arrival days or how many rooms of a type are left. So even when it works, you still update rates and rules channel by channel, by hand.
The short version
iCal tells the other channels late, and tells them only part of the story. The longer the delay and the busier your season, the more likely the second sale.
What a real two-way connection changes
A channel manager connects to each channel through the channel’s own official connection, in both directions. A booking made on a channel reaches your calendar by itself. The new availability goes out to every other connected channel within minutes, without waiting for anyone to fetch a file. Prices, minimum stays and closed days travel the same road.
It does not make the window zero, and nobody honest will tell you it does. Two channels can still sell your last room in the same minute. What changes is the size of the window — minutes instead of hours — and that there is no step that depends on someone remembering to do it.
That is why the second half matters just as much: what happens when a collision gets through anyway. A good system does not quietly drop one of the bookings to keep the calendar tidy. It takes the booking in, marks it clearly as an overbooking and tells you at once, while there is still time to call the guest or move them to another room.
A checklist to stop double bookings
- One calendar is the truth. Every booking, direct or from a channel, lives in one place. A spreadsheet or a paper book kept next to it will drift.
- Connect, don’t copy. Use a two-way connection for every channel that offers one. Keep iCal only for a channel that has nothing else, and treat that channel as the risky one.
- Link every room once. Each room type on each channel should match exactly one room type in your calendar — including the non-refundable version of a rate.
- Block before you promise. A phone booking that is not paid yet, a room held for a group, a maintenance week: put it in the calendar at once, so the channels close too.
- Decide who sees the alerts. Channel warnings and overbooking alerts need a person and a phone. If everyone is responsible, nobody is.
- Have a plan B. Know which nearby hotels have similar rooms, and agree on how you help each other before high season. If it happens, call the guest first.
How Staywarden handles it
In Staywarden, booking channels connect from the panel through a certified channel partner, and one calendar holds every booking. A night sold anywhere closes on every connected channel within minutes, and prices, minimum stays and closed arrival days go out from the same place.
Inside Staywarden you cannot create two stays in one room on the same night: the database refuses it. If two channels sell the same night within those minutes, the booking still comes in — flagged as an overbooking — and you hear about it right away, in the panel, by email or as a push on your phone.
Rooms you hold close too. An option on a direct booking closes the nights on your channels until the date you agree, and releases them by itself if nobody confirms. Channels and the calendar are part of both plans; the pricing page shows what each one costs.