Как избежать овербукинга: единый календарь и правила на случай двойной продажи

Коротко: овербукинг - продажа одного номера двум гостям на одни даты - почти всегда следствие ручной синхронизации календарей. Лекарство известно: один источник правды о доступности (PMS с единым календарём), автоматическая синхронизация со всеми каналами продаж и правило действий на случай, когда двойная продажа всё же случилась.

PMS - система управления объектом: в ней живут номера, брони и цены. Channel Manager - модуль или сервис, который передаёт доступность из PMS на агрегаторы и снимает проданные даты со всех площадок сразу.

Если сегодня вы закрываете даты на площадках руками - двойная продажа не «риск», а вопрос времени: окно между продажей на одной площадке и закрытием дат на другой всегда существует, вопрос лишь в его длине.

Кому относится

Всем, кто продаёт номера больше чем в одном месте: отелям, апарт-отелям, хостелам, базам отдыха, управляющим посуточными апартаментами. Чем больше каналов и меньше номеров, тем разрушительнее каждая двойная продажа: для объекта на шесть номеров овербукинг - это минус 17% фонда и публичный конфликт.

Откуда берётся овербукинг

Ручное закрытие дат. Администратор снимает даты на второй площадке через час после продажи на первой - час открытого окна.

Задержка синхронизации. Даже автоматика передаёт обновления не мгновенно: минуты. Два гостя, нажавшие «бронировать» одновременно на разных площадках, - редкий, но реальный сценарий.

Продажи «мимо системы». Бронь по телефону, записанная на бумажке и внесённая вечером, весь день держит номер открытым на всех площадках.

Несогласованные квоты. Площадке А отдали три номера, площадке Б - три, а физически их четыре.

Шаг 1. Сведите все брони в один календарь

Что сделать: выберите PMS и внесите в неё весь фонд и все действующие брони - с площадок, из тетради, из переписок. С этого момента бронь существует, только если она в системе.

Кто отвечает: управляющий; вносят администраторы.

Результат: любой сотрудник видит реальную занятость. Система не даст создать пересекающиеся брони: попытка поселить второго гостя в занятый номер блокируется.

Ошибка шага: оставить «особые» брони (друзья, постоянные гости) вне системы - именно они потом стреляют двойной продажей.

Шаг 2. Подключите синхронизацию каналов

Что сделать: связать PMS с площадками через Channel Manager. Продажа на любой площадке за минуты закрывает даты на остальных; отмена - открывает.

Как проверить: сделайте тестовую бронь на площадке и засеките, за сколько минут даты закроются на других. Повторите с отменой. Это же ответ на вопрос «какое у нас окно риска».

Ошибка шага: подключить синхронизацию цен, но не остатков (или наоборот), и считать, что «всё синхронизируется».

Шаг 3. Настройте квоты осознанно

Если отдаёте площадкам не весь фонд, следите, чтобы сумма квот с учётом собственных продаж не превышала физический фонд. Квоты - инструмент управления каналами, а не способ «подстраховаться», продав больше, чем есть.

Шаг 4. Договоритесь о действиях при двойной продаже заранее

Правило, написанное до инцидента, экономит репутацию. Рабочий порядок:

1. Побеждает бронь, попавшая в PMS первой; второй гость - «пострадавший».
2. Пострадавшему - звонок сразу, не письмо: предложение равного или лучшего варианта (свой номер выше категорией без доплаты либо соседний объект с компенсацией разницы).
3. Дорогу и разницу в цене оплачивает объект - это дешевле спора на площадке и публичного отзыва.
4. Инцидент фиксируется: дата, канал, причина, время обнаружения. Без разбора причин овербукинг повторится.

Таблица: сравнение подходов

Инцидент по минутам: как выглядит правильная отработка

10:05 - площадка А привозит бронь на 12-14 число, номер 204. 10:07 - синхронизация закрывает даты на площадке Б. Но в 10:06 на Б уже успела пройти бронь на те же даты: двойная продажа, окно в одну минуту сработало.

10:20 - администратор видит конфликт (вторая бронь не легла в календарь и попала в разбор). 10:25 - звонок второму гостю: «Произошла накладка по датам. Предлагаем номер категорией выше без доплаты» - гость согласен. 10:40 - в карточке инцидента записано: канал, время, причина «одновременные брони», решение. Вечером - проверка: тестовая бронь показывает, что синхронизация работает штатно, окно минимально.

Итог: гость получил апгрейд и историю «о нас позаботились», объект - один инцидент в журнале вместо публичного скандала. Сравните со сценарием «разберёмся, когда приедет»: гость у стойки в 23:00, номера нет, соседние объекты полны.

Десять минут в неделю на профилактику

Овербукинг возвращается тихо - через новые площадки, изменённые квоты и «временные» ручные правки. Еженедельный ритуал:

• тестовая бронь-отмена на одной из площадок по очереди: замер окна синхронизации;
• сверка квот: сумма по каналам плюс прямые продажи не превышает фонд;
• поиск броней «мимо системы»: спросить смену, не было ли записей на бумаге;
• взгляд на закрытые вручную даты - все ли ещё нужны эти закрытия.

Десять минут, которые держат систему честной. Любой найденный сбой - повод не «поправить и забыть», а понять, какой шаг процесса его пропустил.

Сознательный овербукинг - не для малых объектов

Крупные сети продают на 3-5% больше фонда, опираясь на статистику незаездов, - и это осознанная модель с бюджетом на расселение и соседними корпусами под рукой. Малому объекту она противопоказана: статистика на 10 номерах не работает (незаезды не «размазываются», а бьют конкретной ночью), альтернативного фонда нет, а один конфликт в маленьком городе стоит репутации. Для малых форматов правило простое: фонд продаётся один к одному, а с незаездами борются предоплатой и тарифами - это разобрано в статье об отменах и незаездах.

Частые ошибки

1. Синхронизировать площадки между собой без PMS: телефонные и прямые брони остаются за бортом.
2. Доверять «зелёной галочке» подключения и ни разу не измерить реальную задержку синхронизации.
3. Держать часть фонда «в голове у администратора».
4. Снимать номер с продажи на время ремонта только на одной площадке.
5. Решать двойную продажу молчаливой отменой второй брони: площадки штрафуют рейтингом, гость - отзывом.
6. Не разбирать причину инцидента - а она почти всегда воспроизводима.

Как здесь помогает PMS

В bpop календарь один на все источники: брони с виджета прямых продаж, с площадок и внесённые вручную ложатся в общую шахматку, и система не позволяет пересечь брони одного номера. Технические блокировки (ремонт) закрывают даты для продажи так же, как брони. Что остаётся человеку: дисциплина «нет брони вне системы», периодический замер задержки синхронизации и звонок пострадавшему гостю - его автоматികой не заменить.

Чек-лист

• Весь фонд и все брони - в PMS; броней «вне системы» нет.
• Синхронизация подключена и для остатков, и для цен.
• Замерена фактическая задержка закрытия дат по каждой площадке.
• Квоты в сумме не превышают фонд.
• Написано правило действий при двойной продаже; администраторы его знают.
• Инциденты фиксируются и разбираются по причинам.

Актуально на 03.09.2026. Тема соседствует со статьёй серии о работе с отменами и незаездами - там про другую сторону календаря: брони, которые не приехали.