Sixty rooms held, thirty-eight named
Your events team holds sixty bedrooms for a two-night sales conference. The contract has a release date. The organiser sends a rooming list with thirty-eight names, promises the rest soon, and then goes quiet. Your reservations team cannot sell the other twenty-two rooms to leisure guests because they are held. The release date passes without anyone noticing, because it was in the contract and not in the reservations system.
The week before, the organiser sends twenty new names. Some of those rooms have now been sold. Somebody has to explain.
Events and reservations work in different systems
In venues with bedrooms, conference sales often sit in an events booking system while bedrooms sit in a hotel property management system. The block is created in one, the rooming list comes by email, and the release date is in the contract PDF. Nothing ties them together.
- Pickup (how many rooms are named) is checked manually, if at all.
- Release dates are not entered where reservations staff will see them.
- Rooming lists come as spreadsheets with arrival dates, sharers and billing instructions in inconsistent formats.
- Billing splits are common: room and breakfast to the company, extras to the guest.
- Organisers are not reminded as the release date approaches.
Lost rooms, lost goodwill
Holding rooms that will never be used costs you nights you could have sold. Releasing without warning costs you the organiser's trust, and possibly the next year's event. Retyping rooming lists into the property management system takes reservations staff time and introduces errors: misspelled names, wrong nights, sharers booked into separate rooms.
Any charges for unused rooms depend on your contract terms and are your decision. The problem is that without tracking, you cannot even see the numbers in time to make that decision well.
How we build bedroom block tracking
- Each residential booking's block is recorded with room types, nights, rate and release date, and linked to the matching allocation in your property management system where it allows.
- Rooming lists are received through an upload link or email and mapped to a standard format: guest name, nights, room type, sharer, billing instruction.
- Pickup is calculated continuously: rooms held, rooms named, rooms remaining, by night.
- Ahead of the release date, the organiser receives a summary of pickup and a reminder of what happens on that date, worded in your terms.
- On the release date, the reservations team gets a clear list of rooms to release, with a person confirming before anything changes.
- Named guests are created as reservations in the property management system through its interface, or prepared for import if it has none, with billing instructions attached.
| Night | Held | Named | Remaining |
|---|---|---|---|
| Arrival night | Block size | From rooming list | Visible to reservations |
| Second night | Block size | From rooming list | Visible to reservations |
| Release date | Contract date | Summary sent to organiser | Release list prepared |
What reservations and events see
Both teams look at the same pickup numbers. The organiser hears about the release date in good time and usually either names the rooms or releases them early. Reservations stop retyping spreadsheets. When a late name arrives after release, the team can see what is still available and what was sold, and answer honestly.
Is this happening at your venue?
- Conference room blocks and hotel reservations sit in separate systems.
- Release dates are only in the contract.
- Rooming lists are retyped by reservations staff.
- Organisers are surprised when held rooms are released.
- You cannot see pickup for a block without asking someone.