1. Прежде чем менять ограничения, проверьте точные даты заезда и выезда, номер, состав гостей и тарифный план.
2. Правила заезда, выезда и минимального количества ночей регулируют разные условия; проверяйте их вместе.
3. Сделайте доступным то проживание, которое хотите продавать, а затем убедитесь, что проживание, которое по-прежнему нужно блокировать, остаётся недоступным.
В Экстранете Booking.com у номера могут быть свободные места и цена, но для выбранных гостем дат он всё равно может оставаться недоступным. Причина может заключаться в сочетании дат и длительности проживания, а не в количестве номеров.
Прежде чем снимать ограничения, запишите, какое именно бронирование вы хотите разрешить. «Двое взрослых, заезд в пятницу, выезд в воскресенье, стандартный двухместный номер с одной кроватью по гибкому тарифу без питания» — полезный сценарий для проверки. «Открыть выходные для продаж» — слишком общая формулировка.
Зафиксируйте параметры поиска без результатов и выясните, где управляются правила
Повторите поиск с теми же датами заезда и выезда, количеством и возрастом гостей, количеством номеров и условиями доступа к тарифу. Отметьте, отсутствует ли номер полностью или не отображается только нужный тариф.
Убедитесь, что свободные номера действительно есть на каждую ночь проживания. Прежде чем редактировать тарифный план, проверьте закрытия на уровне номера: открытие одного тарифа не позволит продавать закрытую категорию номеров. Отсутствие цены или нулевое количество номеров в продаже нельзя исправить снятием ограничения на минимальную длительность проживания.
Затем выясните, где гостиница управляет этими ограничениями: в Экстранете или через подключённые систему управления отелем и менеджер каналов. Для объекта с таким подключением уточните, какие именно правила управляются в этих системах. Не вносите противоречащие друг другу изменения в обеих системах.
Сохраните текущие настройки и зафиксируйте исходное правило продаж. Намеренно установленное ограничение на период мероприятия не становится ошибкой только потому, что оно блокирует короткое проживание. Получите согласование, прежде чем менять условия, на которых гостиница продаёт размещение.
Когда настройки ограничений находятся в разных местах, сотрудники могут исправить не то предложение. Используйте channel manager для отеля для проверки связанного номера и тарифа, прежде чем вносить изменение, поддерживаемое каналом. Smart Order объединяет тарифы, доступность и бронирования из подключённых каналов в одном рабочем процессе. Команда может сопоставить нужное предложение с соответствующим пулом номеров и тратить меньше времени на догадки из-за похожих названий.
Проверьте номер, связанный с предложением с ограничениями
Перед изменением правила канала проверьте остаток связанных номеров и тарифы, а затем убедитесь, что на Booking.com доступно именно то проживание, которое вы хотите продавать.
Проверяйте ограничения Экстранета Booking.com на конкретных датах
Разберём условные выходные, чтобы понять, почему поиск не даёт результатов. В каждом примере предполагается, что свободных номеров достаточно, цены заданы корректно и других блокирующих условий нет.
CTA блокирует заезд, а не любое проживание, включающее эту дату
CTA означает запрет заезда. Ограничение заезда в субботу не позволяет начать новое проживание в субботу. Само по себе оно не мешает гостю, заехавшему в пятницу, провести в номере ночь с субботы на воскресенье.
Если вы хотите продавать проживание с пятницы по воскресенье, снятие запрета заезда в субботу может ничего не изменить. Проверьте настройки заезда в пятницу и другие правила, влияющие на это проживание.
CTD применяется к дате выезда
CTD означает запрет выезда. Ограничение выезда в воскресенье блокирует поиск проживания, заканчивающегося в воскресенье, хотя ночь с воскресенья на понедельник в него не входит.
Поиск с пятницы по воскресенье предполагает проживание в ночи с пятницы на субботу и с субботы на воскресенье. При запрете выезда в воскресенье такой поиск может не дать результатов, тогда как проживание с пятницы по понедельник может быть доступно. Не путайте запрет выезда в воскресенье с закрытием продаж на ночь с воскресенья на понедельник.
Минимальное количество ночей может зависеть от даты заезда или любой ночи проживания
MinLOS означает минимальную длительность проживания. Минимум в три ночи для заезда в пятницу блокирует проживание с пятницы по воскресенье длительностью две ночи.
Минимум, привязанный к любой ночи проживания, работает иначе: он применяется, если проживание включает ночь на дату с ограничением, даже когда заезд происходит раньше. Минимум в три ночи, действующий для проживания в субботнюю ночь, может блокировать тот же поиск с пятницы по воскресенье, даже если минимум для заезда в пятницу составляет всего одну ночь.
Проверяйте принцип применения правила, а не только указанное число. Ограничение на ночь, которую гость проводит в номере, отличается от правила для даты заезда; дата выезда не добавляет ещё одну ночь проживания.
По отдельности корректные правила могут сделать предложение недоступным для продажи
Минимум в три ночи и максимум в две ночи, действующие для одного и того же предполагаемого проживания, не оставляют допустимой длительности. Снятие CTA не устранит этот конфликт.
Решение — минимальное согласованное исправление конфликтующего правила, а не снятие ограничений во всём календаре. Подтверждение принятия обновления означает, что оно сохранено или передано, но не гарантирует, что итоговое сочетание правил позволяет гостю забронировать проживание.
Исправляйте календарь, сохраняя обоснованные ограничения
Используйте систему, в которой гостиница обычно меняет настройки. В Экстранете откройте календарь нужного объекта и найдите номер, тарифный план и соответствующие поля ограничений. Расположение и доступность элементов управления зависят от аккаунта и вида календаря.
- Выберите точные даты, к которым относится правило: дату заезда, ночи проживания или дату выезда.
- Убедитесь, что вы редактируете нужный уровень: категорию номеров или конкретное сочетание номера и тарифа.
- Сопоставьте сохранённые правила заезда, выезда, минимальной и максимальной длительности проживания с согласованными условиями продаж.
- Измените только конфликтующее значение или запрет. Перед сохранением проверьте диапазон дат, на который повлияет изменение.
- Сохраните изменения предусмотренным в системе способом, заново откройте календарь и проверьте сохранённые значения, а не ещё не сохранённые данные в поле ввода.
Если нужное поле недоступно, попросите ответственного за управление каналами продаж уточнить у Booking.com или поставщика интеграции, какой способ управления поддерживается. Не заменяйте запрет только на заезд полной остановкой продаж и не вводите произвольное значение, чтобы очистить поле.
Используйте календарь бронирований стойки регистрации для проверки фактической занятости перед расширением продаж. Не ослабляйте намеренно установленное ограничение, игнорируя номер на ремонте или ночь, на которую всё уже распродано.
Проверяйте каждый относящийся к поиску тарифный план, а не только самую низкую цену
Гибкий тариф без питания и тариф с завтраком могут давать разные результаты. Проверьте именно тот тарифный план, который гость пытается забронировать, его доступные даты, состав гостей и условия.
Если цена рассчитывается на основе другого тарифа, выясните, какие правила наследуются, а какие управляются отдельно. Связанная цена не означает, что все ограничения совпадают. Проверьте соответствующее базовое предложение и конкретный тарифный план, не открывая для продажи другие, не связанные с ними предложения.
Для акции также требуется подходящее базовое предложение и соблюдение её собственных условий. Не пытайтесь с помощью скидки сделать доступным проживание, которое по-прежнему блокируется действующими правилами.
Сохраняйте намеренно установленные различия. Если гостиница разрешает две ночи по гибкому тарифу и три ночи по акционному, при поиске более короткого проживания акционный тариф не должен отображаться. Цель — понятное предложение, а не одинаковые настройки повсюду.
Проверьте и разрешённый, и заблокированный сценарии поиска
Заново откройте сохранённые настройки и повторите исходный поиск. Убедитесь, что нужный номер и тариф можно выбрать с ожидаемой ценой, составом гостей, питанием и условиями отмены.
Затем выполните второй поиск, который по-прежнему не должен давать результатов. Если согласован минимум в три ночи, проверьте, что три ночи доступны, а две заблокированы, сохранив все остальные значимые условия неизменными. Если другое правило обоснованно блокирует более длительное проживание, выберите сценарий, позволяющий проверить нужное правило отдельно.
Успешный поиск через систему прямого бронирования отеля не доказывает, что Booking.com применяет те же правила. Проверяйте само предложение на Booking.com.
Если сохранённые настройки выглядят корректно, но нужный поиск по-прежнему не даёт результатов, передайте в поддержку точные идентификаторы номера и тарифного плана, даты, состав гостей, ожидаемые условия проживания, сохранённые правила и время проверки. Сохраняйте обоснованные ограничения, пока выясняется оставшаяся причина. Завершайте задачу только тогда, когда нужное предложение доступно, а даты или варианты проживания, которые должны быть заблокированы, остаются недоступными.
