1. Returning a cancelled room night and reopening an intentionally closed room are separate effects.
2. A previously successful closure does not rule out a later cancellation-triggered reopening.
3. Protect the affected dates, reconstruct the event order, and verify the closed-room setting rather than repeatedly resending the same instruction.
The front desk closes a room type for Saturday. Later, a guest cancels an older Booking.com reservation, and Saturday appears for sale again. The first closure may have worked: another event may have changed availability afterward.
When this happens, check both Booking.com's cancellation behavior and the inventory sent by your Booking.com channel manager. A cancelled stay does not always leave a room the hotel can safely resell.
Separate Returned Inventory From Reopening Closed Rooms
Auto-replenishment puts cancelled room nights back into Booking.com's availability. Reopen closed rooms concerns whether cancellation can also reopen sales that the hotel had closed. Do not treat these as one interchangeable switch.
Normal replenishment can be useful when a cancelled stay genuinely frees a saleable room. But a maintenance closure, reduced staffing capacity, or another accepted booking can mean the hotel's current position differs from the original reservation.
The closed-room option can be disabled on request through Booking.com support. Do not assume a channel-manager control turns off all Booking.com replenishment. Confirm the property's actual closed-room treatment and the scope of any change.
This is why “the PMS still says closed” is not a complete investigation. PMS means Property Management System. Establish the current physical capacity, the intended online quantity, and the state now stored on Booking.com for those nights.
If cancellation restores availability in the PMS too, distinguish that normal release from any separate channel-side reopening. Never add a room manually simply because one booking disappeared from arrivals.
With cancelled stays and repair holds in different views, staff can mistake a returned reservation for spare physical capacity. In Smart Order, use the reservation calendar to establish the remaining rooms, then send the intended availability through the connected channel manager. Verify Booking.com's result rather than using repeated extra deductions to compensate for uncertainty.
Base the Next Update on Today's Real Capacity
Review cancelled stays and remaining room availability in Smart Order before sending the corrected channel quantity for the affected nights.
Protect the Dates and Reconstruct What Happened
If there is no safe room left, use the hotel's approved emergency procedure to close the affected Booking.com offer. Check the stored channel result and guest-facing offer. Keep a record of any direct Extranet override so it can be reconciled with normal PMS control.
Do not close unrelated room types or assume an emergency override will remain in place indefinitely. Appoint someone to watch the affected dates until the reopening risk is resolved.
Build one event sequence for the exact room type, rate plan, and stay nights. Record full dates, times, and time zones from the available records:
- Establish the intended closure and the evidence that Booking.com accepted it. A value saved locally is not the same as a confirmed channel closure.
- Identify cancellations or modifications around the reopening. Compare the nights released with the nights that became bookable.
- Identify any later availability update or manual reopening from the hotel, channel manager, or another authorized user.
- If a new booking arrived, compare its original creation time with the closure—not only the time it appeared at reception.
- Compare the final Booking.com offer with current PMS capacity. Retain the relevant records before making the next controlled correction.
Use this hypothetical sequence: closure accepted at 14:00; cancellation at 14:10; the same room nights observed open at 14:12. That pattern supports investigating auto-replenishment. It does not prove the cause without checking for a later open instruction or another live rate plan.
By contrast, a reservation created at 13:59 and received at 14:02 was made before the 14:00 closure. A late arrival in the PMS is not evidence that the room reopened after closure.
Check partial changes carefully. A shortened three-night stay may release only its last night; a multi-room cancellation may release only one booked room. Trace the affected room nights instead of increasing or decreasing the whole booking period uniformly.
The front desk reservation calendar helps reception compare the changed stay with the remaining occupancy. Keep maintenance and other operational holds in the calculation; a cancelled reservation is only one part of the room count.
Correct the Reopening Behavior, Then Verify the Result
When evidence points to cancellation-triggered reopening, ask Booking.com support to confirm the Reopen closed rooms setting and arrange the appropriate treatment for the property. Describe the business requirement plainly: intentionally closed room nights must not become saleable merely because an older reservation is cancelled.
Supply the property reference, cancelled or modified reservation reference, room and rate plan, affected stay dates, closure and cancellation times, and screenshots of the unexpected offer. Hide unnecessary guest and payment details. Ask for confirmation of the setting change rather than treating a submitted request as completed work.
While that is handled, correct current availability from the system that normally controls sales. Where supported, resend the affected dates once using the verified current room count and intended closure. Confirm the stored Extranet state and repeat the original guest search.
If the room remains available, preserve the exact offer and escalate with the connection provider as well. Mapping, a separate live plan, or a later update may be involved. Auto-replenishment is a possible cause, not permission to stop checking other evidence.
Prove the Treatment Without Creating an Unsafe Cancellation
Do not cancel a real guest's stay to see whether the room reopens. Use a provider-approved test arrangement, or monitor the next genuine relevant cancellation with a named manager and sales protection in place. Choose a setup that cannot expose sold-out or unsafe inventory.
For a room that should stay closed, check its state before the event, immediately after the cancellation is processed, and again after the normal availability update completes. This distinguishes a temporary reopening from a lasting correction. For an ordinary saleable room, confirm cancelled inventory returns as intended without duplication.
Retain the outcome, not just a “setting changed” note. The useful evidence is that the required room nights remained protected while valid saleable inventory behaved normally.
If another booking already exists, escalate the accommodation conflict immediately through the hotel's overbooking process. Do not erase the new reservation or mark an ordinary cancellation as an overbooking simply to manipulate replenishment. Resolve the guest's stay and preserve the reservation history while the setting is corrected.
