1. Возврат отменённых номеро-ночей в продажу и повторное открытие намеренно закрытого номера — разные последствия.
2. Успешное закрытие продаж не исключает их последующего открытия после отмены бронирования.
3. Закройте продажи на затронутые даты, восстановите последовательность событий и проверьте настройку закрытых номеров вместо многократной отправки одной и той же команды.
Стойка регистрации закрывает продажи категории номеров на субботу. Позже гость отменяет ранее оформленное бронирование на Booking.com, и суббота снова становится доступной для бронирования. Первоначальное закрытие могло сработать: доступность могла измениться после другого события.
В такой ситуации проверьте как обработку отмен на Booking.com, так и количество номеров, переданное через ваш channel manager для отеля, подключённый к Booking.com. Отмена проживания не всегда означает, что у гостиницы появился номер, который можно без риска снова продать.
Различайте возврат номеров в продажу и повторное открытие закрытых номеров
Автоматическое восстановление доступности возвращает отменённые номеро-ночи в доступность Booking.com. Повторное открытие закрытых номеров определяет, может ли отмена также возобновить продажи, которые гостиница закрыла. Не считайте эти механизмы одной и той же настройкой.
Обычное восстановление доступности полезно, когда отмена проживания действительно освобождает номер, пригодный для продажи. Однако закрытие на ремонт, нехватка персонала или другое уже принятое бронирование могут означать, что текущие возможности гостиницы отличаются от ситуации на момент первоначального бронирования.
Повторное открытие закрытых номеров можно отключить по запросу через службу поддержки Booking.com. Не предполагайте, что настройка в менеджере каналов отключает все механизмы восстановления доступности Booking.com. Уточните, как именно обрабатываются закрытые номера вашего объекта и на что распространяется изменение.
Поэтому фразы «в системе управления отелем продажи по-прежнему закрыты» недостаточно для полноценного расследования. PMS — это система управления отелем. Установите фактическое количество номеров, пригодных для размещения, количество, которое должно продаваться онлайн, и текущее состояние этих ночей на Booking.com.
Если отмена восстанавливает доступность и в системе управления отелем, отличайте это обычное освобождение номера от отдельного повторного открытия продаж на стороне канала. Никогда не добавляйте номер вручную только потому, что одно бронирование исчезло из списка заездов.
Когда отменённые бронирования и блокировки на ремонт отображаются в разных разделах, сотрудники могут принять освобождение номера после отмены за появление фактически свободного номера. В Smart Order используйте календарь бронирований, чтобы определить оставшееся количество номеров, затем передайте нужную доступность через подключённый менеджер каналов. Проверьте результат на Booking.com вместо того, чтобы компенсировать неопределённость повторным уменьшением доступного количества номеров.
Основывайте следующее обновление на фактическом количестве доступных номеров
Проверьте отменённые бронирования и оставшуюся доступность номеров в Smart Order, прежде чем отправлять в канал исправленное количество на затронутые ночи.
Закройте продажи на затронутые даты и восстановите последовательность событий
Если номеров, пригодных для безопасного размещения, не осталось, закройте соответствующее предложение на Booking.com по утверждённой в гостинице экстренной процедуре. Проверьте сохранённое состояние в канале и предложение, доступное гостям. Зафиксируйте любые изменения, внесённые напрямую в Экстранете, чтобы затем согласовать их с обычным управлением через систему управления отелем.
Не закрывайте категории номеров, которых проблема не касается, и не рассчитывайте, что экстренное изменение сохранится на неопределённый срок. Назначьте ответственного за контроль затронутых дат до устранения риска повторного открытия продаж.
Составьте единую последовательность событий для конкретной категории номеров, тарифного плана и ночей проживания. Зафиксируйте полные даты, время и часовые пояса из доступных записей:
- Установите, какое закрытие продаж было запланировано, и найдите подтверждение, что Booking.com его принял. Значение, сохранённое локально, не равнозначно подтверждённому закрытию продаж в канале.
- Найдите отмены или изменения бронирований, произошедшие примерно в момент повторного открытия продаж. Сопоставьте освободившиеся ночи с ночами, которые стали доступны для бронирования.
- Выявите все последующие обновления доступности или ручные открытия продаж со стороны гостиницы, менеджера каналов или другого уполномоченного пользователя.
- Если поступило новое бронирование, сравните с моментом закрытия продаж время его первоначального создания, а не только время появления на стойке регистрации.
- Сопоставьте итоговое предложение на Booking.com с текущим количеством доступных номеров в системе управления отелем. Сохраните соответствующие записи перед следующим контролируемым исправлением.
Рассмотрим условную последовательность: закрытие продаж принято в 14:00; отмена произошла в 14:10; в 14:12 те же номеро-ночи обнаружены в продаже. Такая картина даёт основания проверить автоматическое восстановление доступности. Но она не доказывает причину без проверки последующих команд на открытие продаж или другого действующего тарифного плана.
Напротив, бронирование, созданное в 13:59 и полученное в 14:02, было оформлено до закрытия продаж в 14:00. Позднее поступление в систему управления отелем не доказывает, что номер снова появился в продаже после закрытия.
Внимательно проверяйте частичные изменения. Сокращение проживания с трёх ночей может освободить только последнюю ночь, а частичная отмена бронирования нескольких номеров — только один из них. Отслеживайте затронутые номеро-ночи вместо равномерного увеличения или уменьшения доступности на весь период бронирования.
Используйте календарь бронирований стойки регистрации, чтобы сопоставить изменённое проживание с оставшейся загрузкой. Учитывайте блокировки на ремонт и по другим эксплуатационным причинам: отменённое бронирование — лишь одна из составляющих расчёта количества номеров.
Скорректируйте механизм повторного открытия продаж и проверьте результат
Если данные указывают на повторное открытие продаж после отмены, попросите службу поддержки Booking.com проверить настройку «Повторное открытие закрытых номеров» и согласуйте подходящий режим для вашего объекта. Чётко сформулируйте требование: намеренно закрытые номеро-ночи не должны возвращаться в продажу только из-за отмены ранее оформленного бронирования.
Предоставьте идентификатор объекта, номер отменённого или изменённого бронирования, категорию номера и тарифный план, затронутые даты проживания, время закрытия продаж и отмены, а также снимки экрана с неожиданно появившимся предложением. Скройте ненужные сведения о гостях и платежах. Запросите подтверждение изменения настройки: отправка запроса сама по себе не означает, что работа завершена.
Пока запрос обрабатывается, исправьте текущую доступность через систему, которая обычно управляет продажами. Если такая возможность поддерживается, один раз повторно отправьте данные на затронутые даты, указав проверенное текущее количество номеров и нужное закрытие продаж. Проверьте сохранённое состояние в Экстранете и повторите исходный поиск от лица гостя.
Если номер остаётся доступным, сохраните точные сведения о предложении и также передайте проблему поставщику интеграции. Причина может быть связана с сопоставлением категорий и тарифов, отдельным действующим тарифным планом или более поздним обновлением. Автоматическое восстановление доступности — одна из возможных причин, но это не повод прекращать проверку остальных данных.
Проверьте результат без рискованной отмены бронирования
Не отменяйте проживание реального гостя ради проверки повторного открытия продаж. Используйте согласованный с поставщиком сценарий тестирования либо проконтролируйте следующую подходящую реальную отмену, назначив ответственного менеджера и заранее приняв меры защиты продаж. Выберите сценарий, при котором уже проданные или непригодные для размещения номера не смогут попасть в продажу.
Для номера, который должен оставаться закрытым, проверьте состояние до события, сразу после обработки отмены и ещё раз после завершения обычного обновления доступности. Это позволит отличить временное повторное открытие продаж от устойчивого исправления. Для обычного номера, пригодного для продажи, убедитесь, что после отмены доступность восстанавливается как положено и без дублирования.
Сохраните подтверждение результата, а не только отметку «настройка изменена». Значимые данные должны показывать, что нужные номеро-ночи оставались закрытыми для продажи, а доступность номеров, пригодных для продажи, обрабатывалась штатно.
Если уже поступило ещё одно бронирование, немедленно передайте конфликт размещения ответственным сотрудникам в соответствии с процедурой гостиницы по урегулированию овербукинга. Не удаляйте новое бронирование и не помечайте обычную отмену как овербукинг ради изменения механизма восстановления доступности. Пока настройка корректируется, решите вопрос размещения гостя и сохраните историю бронирования.
