Stop-sell vs availability: the switch that keeps your hotel closed

Here is a situation that happens more often than anyone admits. You reopen dates that were closed, availability looks correct in the PMS, the channel manager says it pushed successfully — and no bookings arrive. Weeks pass. Eventually someone logs into an extranet and finds the dates still closed.

The cause is almost always the same: availability and stop-sell are two different switches, and only one of them was changed.

Two switches, not one

Availability is a number: how many of this room type are sellable on this date. Zero means none left.

Stop-sell is a flag: this date is closed, regardless of the number. It exists so you can shut a date deliberately without pretending you have no rooms — for a private event, a refurbishment, or a rate plan you do not want sold in a particular period.

Crucially, a channel will not sell when either says no. Availability of 5 with stop-sell on is a closed date. Availability of 0 with stop-sell off is also a closed date. To actually open a date, both have to be right.

Why reopening fails

When you close dates, many systems set both: availability to zero and stop-sell on. When you reopen, people typically restore the availability number and assume the rest follows. It does not. The stop-sell flag is still there, quietly overriding the number you just fixed.

Worse, some reconciliation tools treat a stop-sell as a deliberate human decision and specifically refuse to clear it — sensibly, because clearing someone's deliberate closure automatically would be its own disaster. So your watchdog sees availability restored, sees the closure, decides a person meant it, and leaves it alone.

The order matters. Push the availability first, then clear the stop-sell. Clearing stop-sell on a date that still shows zero availability achieves nothing, and on some channels the second change is rejected or ignored because the first never landed.

The rate plan trap

Stop-sell is usually set per rate plan, not per room type. A date can be open on your flexible rate and closed on the non-refundable one, and the room type will still look "available" in a summary view.

This is genuinely useful — you might want to close a discounted rate during a busy week while leaving the standard rate open — but it means "is this date open?" has no single answer. It has one answer per rate plan.

It also means a blanket close can catch rate plans you did not intend. Long-stay and contract rates in particular should usually be exempt: a council or corporate agreement that runs across a closed period should not be shut off because someone closed leisure rates for a wedding.

How to diagnose a stuck date

When a date will not sell, check in this order:

1. PMS availability. Are there genuinely assignable rooms, or is every room booked, blocked or in maintenance?
2. What the channel manager published. Not what the PMS thinks — what actually went out.
3. Stop-sell, per rate plan. All of them, not the first one.
4. Minimum and maximum stay. A minimum stay of 3 on a Tuesday will block every one-night search without looking like a closure.
5. Closed to arrival. The date is open but nobody may start a stay on it — invisible in most availability views.

Four and five catch a surprising number of "the channel manager is broken" reports.

Practical habits

Reopen in the right order, then verify. Push availability, clear stop-sell, then look at the OTA's own extranet and confirm the date is genuinely bookable. Run a real search as a guest would.

Keep a note of deliberate closures. A list of which dates are closed, why, and who decided. Without it, a closure set in March is a mystery by September, and nobody dares reopen it.

Exempt your contract rates. Make sure long-stay and council rate plans are excluded from blanket closes by default.

Have something check daily. A comparison between PMS availability and what each channel is showing, that shouts when a date has rooms but is closed. Drift you find in a day is an inconvenience; drift you find in a quarter is lost season.

The wider point

Most distribution problems in small hotels are not outages. They are two systems holding slightly different beliefs, with nothing in place to notice. Stop-sell versus availability is the clearest example, but the same pattern produces overbookings too — see why your channel manager still oversells you for the other side of it.

InnCloud reconciles PMS availability and channel restrictions continuously, and leaves deliberate closures alone while flagging accidental ones. Start a 7-day free trial.