1. Сопоставление гостиничных номеров связывает каждую категорию номера и тарифный план в Системе управления отелем с правильным продуктом в каждом онлайн-турагентстве (OTA).
2. Сопоставление может выглядеть подключенным, но при этом передавать доступность не для того номера, цены или условий бронирования.
3. Перед запуском протестируйте тарифы и доступность, создайте тестовое бронирование, подтвердите импорт в Систему управления отелем и убедитесь, что инвентарь закрывается на всех каналах.
Сопоставление номеров в Системе управления отелем и OTA определяет, куда направляется каждое бронирование, тариф и единица доступности. Одно неверное подключение может оставить проданный номер открытым на другом канале, создавая овербукинг даже при нормальной синхронизации программного обеспечения.
Риск наиболее высок, когда названия номеров похожи. Сопоставление должно основываться на реальном номере, вместимости, условиях тарифа и пуле инвентаря, а не на самом похожем названии.
Что на самом деле связывает сопоставление гостиничных номеров
Сопоставление гостиничных номеров — это процесс связывания продуктов в вашей Системе управления отелем (PMS) с соответствующими продуктами на Booking.com, Expedia, Agoda, Airbnb или в других OTA.
Система управления отелем и OTA ведут отдельные записи. Каждая сторона присваивает свой собственный идентификатор категории номера и тарифному плану. Сопоставление сообщает менеджеру каналов, что конкретный продукт в Системе управления отелем и конкретный продукт в OTA представляют собой одно и то же.
Должны совпадать четыре уровня:
- Категория номера: физическая категория, такая как Стандарт с кроватью Queen, Делюкс с кроватью King или Семейный люкс.
- Тарифный план: цена и условия бронирования, такие как гибкий, невозвратный, с завтраком или раннее бронирование.
- Инвентарь: количество номеров, доступных для продажи в этой категории на каждую дату.
- Ограничения: правила, такие как минимальный срок проживания, закрытие на заезд, максимальная вместимость или окно бронирования.
Booking.com описывает продаваемый «roomrate» (тариф номера) как уникальную комбинацию категории номера, тарифного плана и условий. Категория номера может быть сопоставлена правильно, тогда как один из её тарифных планов — нет.
Например, один Делюкс King может иметь гибкий и невозвратный тарифы. Оба связаны с одним и тем же физическим инвентарем, но каждый сохраняет свою цену и условия.
Как небольшая ошибка сопоставления приводит к овербукингу
Рассмотрим гостиницу, в которой на пятницу остался один Стандарт Queen, тогда как категория Делюкс King полностью распродана.
Если Делюкс King в OTA случайно сопоставлен с инвентарем Стандарта Queen в Системе управления отелем, OTA может продолжить продавать Делюкс King. Бронирование поступает, но в гостинице нет свободного Делюкс King для назначения. В то же время оставшийся Стандарт Queen может закрыться, хотя его никто не бронировал.
Еще одна ошибка возникает, когда две категории номеров в OTA продают один и тот же физический пул как раздельный инвентарь. Система управления отелем может отправить статус «1 доступен» обоим, позволяя двум гостям забронировать последний номер.
Это не всегда ошибки синхронизации. Менеджер каналов может передавать каждое обновление точно в соответствии с настройками. Проблема в том, что конфигурация указывает на неправильный сегмент инвентаря.
Чистое подключение должно следовать одному конкретному алгоритму: бронирование из OTA поступает в Систему управления отелем, инвентарь соответствующей категории номера уменьшается, обновленная доступность возвращается через менеджера каналов, и каждое подключенное OTA отображает новое количество.
Решение Smart Order channel manager для отеля связывает источник бронирования, инвентарь Системы управления отелем и доступность в OTA именно в такой последовательности. Это дает команде единое место для подтверждения того, какой номер был продан и изменилось ли оставшееся количество по всем каналам.
Держите каждое OTA подключенным к правильному инвентарю
Настройте сопоставление категорий номеров и тарифов один раз, а затем управляйте бронированиями, доступностью и обновлениями OTA из единой Системы управления отелем и менеджера каналов.
Категории номеров должны соответствовать физическому инвентарю
Начните с тех номеров, которые вы реально можете назначить при заезде. Группируйте физические номера только в том случае, если они действительно взаимозаменяемы для гостя.
Два номера не должны относиться к одной категории только потому, что в них одинаковые кровати. King с видом на море и King с видом во внутренний двор требуют разных категорий, если гости платят за вид.
Названия могут различаться в разных системах, но суть должна совпадать. Проверьте тип кровати, вместимость, вид, ванную комнату и другие заявленные характеристики.
Не создавайте дублирующие категории номеров в Системе управления отелем только для того, чтобы они соответствовали разным формулировкам OTA. Если Booking.com пишет «Улучшенный двухместный», а Expedia — «Делюкс King», оба варианта можно сопоставить с одной категорией Делюкс King в Системе управления отелем только в том случае, если они представляют собой один и тот же физический инвентарь.
Также проверяйте количество. Категория в Системе управления отелем с пятью физическими номерами не должна показывать шесть из-за того, что в OTA остался неактивный номер. Убедитесь, что отметка номера как неисправного (out of order) уменьшает инвентарь в OTA.
Тарифным планам требуется собственное сопоставление
Сопоставление номеров — это только половина настройки. Каждый активный тарифный план в OTA должен быть связан с правильным тарифом в Системе управления отелем или менеджере каналов.
Гибкий тариф без питания не должен сопоставляться с невозвратным тарифом с завтраком. Физический номер может быть правильным, но гость может получить неверные условия отмены, включенные услуги или цену. Это создает споры и может скрыть более глубокую проблему с инвентарем во время тестирования.
Для зависимых тарифов измените базовую (родительскую) цену и убедитесь, что OTA получает ожидаемую дочернюю цену. Совпадающие названия не доказывают, что связь работает.
Также проверьте цены в зависимости от вместимости. Если Система управления отелем отправляет одну базовую цену, а OTA ожидает цены по количеству гостей, доступность может быть точной, в то время как отображаемая стоимость номера будет неверной.
Самая безопасная последовательность — сначала категории номеров, затем тарифные планы. В чек-листе Smart Order перед подключением Системы управления отелем также рекомендуется создавать категории номеров и отдельные номера до привязки тарифных планов и подключения OTA.
В сопоставлении инвентаря кроется риск овербукинга
Обычно инвентарь должен контролироваться на уровне категории номера, поскольку все тарифные планы для этого номера используют один и тот же физический пул. Продажа Стандарта Queen по невозвратному тарифу должна снизить доступность и для гибкого тарифа Стандарта Queen.
Проблемы возникают, когда тарифные планы ведут себя как отдельные пулы. Один номер, отображаемый по трем тарифам, — это все тот же последний номер.
Проверьте дату с низким спросом, почти распроданную дату и дату с ограничениями. Убедитесь, что количества в Системе управления отелем и OTA совпадают после любого намеренного распределения по каналам.
Уменьшите количество доступных номеров определенной категории с трех до двух в источнике инвентаря. Каждый сопоставленный продукт в OTA должен измениться на два, не затрагивая при этом несвязанный номер.
Ограничьте ручное редактирование в экстранете OTA после подключения. Добавление категории номера или переименование тарифа может создать несопоставленный продукт, который не контролируется Системой управления отелем.
Запустите тестовые бронирования перед началом работы
Зеленый статус «подключено» доказывает лишь то, что системы могут обмениваться данными. Он не доказывает, что каждый номер, тариф, ограничение и маршрут бронирования настроены правильно.
Протестируйте каждый пул инвентаря, а также любой тариф с отличающимися условиями оплаты или отмены.
Используйте этот чек-лист перед запуском:
- Выберите будущие даты с большой доступностью и зафиксируйте начальное количество в Системе управления отелем и OTA.
- Подтвердите публичное название номера, вместимость, тариф, налоги, включенное питание, политику отмены и ограничения.
- Сделайте реальное тестовое бронирование через OTA, затем убедитесь, что оно поступает в Систему управления отелем под правильной категорией номера и тарифным планом.
- Убедитесь, что инвентарь в Системе управления отелем уменьшается на один, и что новое количество достигает каждого подключенного канала.
- Измените бронирование, затем отмените его и убедитесь, что даты, цена, статус и освобожденный инвентарь обновились правильно.
- Повторите тест для каждого отдельного пула инвентаря номеров и расследуйте любые несовпадения перед открытием полной доступности.
Проверяйте страницу бронирования, видимую гостям, а не только экстранет. Именно там в конечном итоге представлены цены, вместимость и ограничения.
Сохраняйте скриншоты, временные метки, ID бронирований, ожидаемые и фактические результаты. Это упростит отделение ошибки сопоставления от задержки обновления или проблемы с конфигурацией на стороне OTA.
Кто должен отвечать за сопоставление номеров
Назначьте одного человека ответственным за реестр сопоставлений, даже если провайдер Системы управления отелем помогает с техническим подключением. Гостиница несет ответственность за решение о том, какие продукты действительно эквивалентны.
Ведите таблицу сопоставлений с указанием категории номера в Системе управления отелем, количества номеров, тарифного плана, названий номеров и тарифов в OTA, а также статуса подключения. Обновляйте ее после любого изменения продукта.
Проводите повторное тестирование после ремонта, переименования категорий номеров, запуска новых тарифов, миграций в OTA или смены менеджера каналов. Настройка, работавшая в прошлом сезоне, может перестать быть безопасной, если одна из сторон изменит структуру своих продуктов.
Лучшим предупреждающим знаком является любое несовпадение между тем, что было забронировано, и тем, что импортировала Система управления отелем. Относитесь к неверным названиям номеров, неожиданной вместимости, отсутствующим планам питания или неизменившемуся инвентарю как к инцидентам сопоставления, а не как к безобидным ошибкам отображения.
Часто задаваемые вопросы
Что такое сопоставление номеров (room mapping) в Системе управления отелем?
Сопоставление номеров связывает категорию номера и тарифный план в Системе управления отелем или менеджере каналов с соответствующим продуктом в OTA. Это гарантирует, что бронирования, тарифы, ограничения и обновления инвентаря поступят в нужный номер.
Может ли неправильное сопоставление номеров привести к овербукингу?
Да. Неправильное сопоставление может передавать доступность из одного пула физического инвентаря в другой или позволять дублирующимся продуктам OTA независимо друг от друга продавать один и тот же последний номер. Системы могут по-прежнему показывать успешное подключение, продавая при этом неверный инвентарь.
Должна ли каждая категория номера в OTA сопоставляться с одной категорией номера в Системе управления отелем?
Каждая категория номера в OTA должна сопоставляться с категорией номера в Системе управления отелем, которая представляет те же физические номера. Несколько листингов в OTA иногда могут сопоставляться с одной категорией в Системе управления отелем, но только тогда, когда они используют один и тот же инвентарь и взаимозаменяемы для гостей.
Разделяют ли тарифные планы один и тот же инвентарь номеров?
Тарифные планы, привязанные к одной категории номера, обычно используют один и тот же физический инвентарь. Гибкий и невозвратный тарифы для Стандарта Queen — это два предложения для одного и того же пула номеров, а не два разных номера.
Как протестировать сопоставление номеров между OTA и Системой управления отелем?
Проверьте публичный листинг, сделайте тестовое бронирование на будущую дату, убедитесь, что оно импортируется с правильным номером и тарифом, и подтвердите, что доступность снижается во всех подключенных OTA. Затем измените и отмените бронирование, чтобы протестировать полный цикл обновления.
Правило сопоставления, которое предотвращает большинство ошибок
Сопоставляйте по физическому инвентарю и условиям бронирования, а не по похожим названиям. Категории номеров отвечают на вопрос «какой номер может назначить гостиница?». Тарифные планы отвечают на вопрос «по какой цене и на каких условиях его можно продать?». Инвентарь отвечает на вопрос «сколько осталось на эти даты?».
Когда эти три ответа совпадают в Системе управления отелем, менеджере каналов и OTA, бронирование закрывает правильную доступность везде. Когда один из ответов отличается, небольшая ошибка в настройке может обернуться переселением гостя, возвратом средств или овербукингом.
