Интеграция с Booking.com: брони сами попадают на шахматку, занятость — на Booking.com

Коротко: uMehmon подключается к Booking.com двумя способами. Работающий уже сейчас — двусторонняя синхронизация iCal: брони с Booking.com автоматически попадают на шахматку как занятые даты, а ваша занятость уходит обратно на Booking.com. Второй способ — Connectivity API (B.XML): он передаёт имя гостя, цену и отмены полностью, но работает только с connectivity-аккаунтом, сертифицированным Booking.com. Ниже — пошаговое подключение iCal через экстранет и честный разбор его ограничений.

Зачем связывать Booking.com с PMS?

Для многих гостиниц, гостевых домов и апарт-отелей Узбекистана Booking.com — один из главных источников иностранных гостей. Проблема в том, что календарь Booking.com живёт отдельно от вашей внутренней книги броней или программы. Каждая бронь по телефону или walk-in гость — это ручное закрытие даты в экстранете. И наоборот: каждая бронь с Booking.com — ручной перенос во внутренний журнал.

Такая двусторонняя ручная работа создаёт три риска:

• овербукинг — один номер продан в двух каналах, гостя приходится переселять;
• потерянная бронь — заказ с Booking.com не попал в журнал, и к приезду гостя номер не готов;
• потеря времени — администратор занимается экранами, а не гостями.

Интеграция с Booking.com автоматизирует этот процесс. В uMehmon она работает внутри Channel Manager и объединена с шахматкой, бронями и модулем E-mehmon в одной PMS для гостиницы.

Два способа подключения: iCal и Connectivity API

Важно: режим API работает только с ключом аккаунта, сертифицированного Booking.com как Connectivity Partner (или через Channel Manager с таким аккаунтом). Если такого аккаунта нет, iCal — единственный прямой способ, который можно запустить уже сегодня.

Перед началом: чек-лист

Перед подключением iCal проверьте:

• у вас есть доступ к экстранету Booking.com с правами администратора;
• в объекте, как правило, по одной единице в каждой категории и не более 20 категорий — на этих условиях Booking.com даёт синхронизацию календарей;
• к аккаунту не подключён другой connectivity provider (Channel Manager) — иначе раздела Sync calendars может не быть;
• категории в uMehmon один к одному соответствуют категориям на Booking.com;
• режим хостела выключен — в нём из интеграций работает только E-mehmon;
• в вашем тарифе есть Channel Manager (Pro, Business или пробный период).

Подключение через iCal: пошаговая инструкция

Шаг 1. Подготовьте категории в uMehmon

Зарегистрируйтесь и создайте категории номеров в настройках. Удобно называть их так же, как на Booking.com: «Стандартный двухместный», «Семейный номер». Привяжите к каждой категории номера — шахматка построится автоматически.

Шаг 2. Откройте Sync calendars в экстранете Booking.com

Войдите в экстранет, в верхнем меню выберите Rates & Availability и перейдите на страницу Sync calendars. Здесь отображается список категорий номеров объекта и настройки синхронизации календаря для каждой. Интерфейс экстранета периодически меняется, поэтому название может немного отличаться — ищите раздел по синхронизации календарей.

Шаг 3. Вставьте ссылку экспорта Booking.com в uMehmon

Для каждой категории Booking.com выдаёт ссылку экспорта — адрес в формате .ics, где указаны занятые на Booking.com даты этой категории. Скопируйте её.

Затем в uMehmon откройте Интеграции → Booking.com, выберите режим iCal и в блоке связки номеров вставьте ссылку в поле импорта iCal Booking.com в строке нужной категории. Сохраните связку. Если ссылка не в формате iCal, система сразу об этом сообщит.

Шаг 4. Импортируйте ссылку uMehmon в Booking.com

В той же строке находится собственная ссылка uMehmon — наша ссылка iCal для Booking.com. Нажмите «Копировать». Вернитесь в экстранет, на странице Sync calendars выберите для этой категории импорт внешнего календаря, вставьте ссылку и дайте календарю понятное имя, например «uMehmon PMS». Сохраните.

Двусторонняя связь готова: брони Booking.com идут в uMehmon, занятость uMehmon — на Booking.com.

Шаг 5. Повторите для каждой категории

Шаги 3 и 4 выполняются отдельно для каждой категории. Пропущенная категория не синхронизируется — это самая частая ошибка при настройке.

Шаг 6. Проверьте в режиме симуляции

Не дожидаясь реальных броней, нажмите в uMehmon «Отправить тестовую бронь». Система создаст тестовую бронь в формате Booking.com и прогонит всю цепочку: приём → выбор свободного номера → красный цвет на шахматке. Откройте шахматку и проверьте результат. Затем кнопкой «Тестовая отмена» убедитесь, что отмена тоже принимается корректно.

Шаг 7. Включите автосинхронизацию

Включите автоматическую синхронизацию и задайте интервал проверки (для iCal — от 300 секунд). В любой момент можно нажать «Синхронизировать сейчас». В журнале синхронизации видно время каждой попытки, результат и сколько броней новых, обновлённых и отменённых.

Более простое объяснение для новичков — в статье как подключиться к Booking.com.

Какие данные приходят с Booking.com?

В режиме iCal uMehmon добавляет к брони пометку «получено через iCal», чтобы сотрудники знали: детали нужно смотреть в экстранете. Паспортные данные гостя всё равно вносятся при заселении и регистрируются в E-mehmon.

Ограничения iCal: честный список

iCal — простая и бесплатная технология, но её границы нужно знать заранее:

• Только занятость. Цены, минимальный срок проживания, скидки и прочие ограничения через iCal не передаются — их вы ведёте в экстранете.
• Задержка. uMehmon проверяет Booking.com с вашим интервалом, но Booking.com читает нашу ссылку по своему графику, примерно раз в несколько часов. В этот промежуток проданный номер ещё может выглядеть открытым на Booking.com.
• Категории с одним юнитом. Booking.com обычно даёт iCal объектам с одной единицей в каждой категории. Для гостиниц с многими одинаковыми номерами это серьёзное ограничение.
• Несовместимость с connectivity provider. Если к аккаунту по XML подключён Channel Manager, синхронизация календарей обычно недоступна.
• Без данных гостя. За деталями брони придётся заходить в экстранет.

Поэтому iCal отлично подходит для небольших объектов и быстрого старта, а растущей гостинице стоит заранее планировать переход на API.

Connectivity API (B.XML): что нужно?

В режиме API uMehmon обменивается данными с Booking.com напрямую: гость, цена и отмены приходят полностью. Для этого нужны:

• Connectivity Partner machine account (client_id и секретный ключ), сертифицированный Booking.com;
• связка каждой категории uMehmon с Booking.com room ID;
• интервал проверки не менее 20 секунд — требование Booking.com;
• ключи хранятся в uMehmon в зашифрованном виде (AES-256), менять настройки может только администратор.

Режим API есть в интерфейсе uMehmon и работает после ввода ключа сертифицированного аккаунта. Для гостиниц без такого аккаунта практичный путь сегодня — iCal.

Вопрос-ответ

Вопрос: Название категории на Booking.com отличается от названия в uMehmon. Это проблема? Ответ: Нет. Связка работает не по названию, а по ссылке: в строку какой категории вы вставили ссылку, в ту категорию и попадают брони.

Вопрос: Кто выбирает номер, когда приходит бронь? Ответ: Система. Бронь автоматически размещается в свободный номер связанной категории. При необходимости её можно перетащить в другой номер на шахматке.

Вопрос: Что, если для брони с Booking.com нет свободного номера? Ответ: Бронь не теряется: она попадает в строку «брони без номера», и появляется предупреждение об овербукинге. Менеджер сразу решает ситуацию — меняет номер или связывается с гостем.

Вопрос: У меня две гостиницы в одном аккаунте. Каждую можно подключить к Booking.com отдельно? Ответ: Да. В uMehmon в одном аккаунте может быть несколько гостиниц, у каждой свои данные и свои настройки интеграций.

Цифры: как оценить канал Booking.com

Вместо выдуманной статистики — формулы, которые вы посчитаете сами:

• Доля Booking.com = выручка от броней Booking.com / вся выручка от номеров × 100%
• Расходы на комиссию = сумма броней Booking.com × ставка комиссии по договору
• Чистая выручка канала = сумма броней Booking.com − комиссия
• «Слепое окно» синхронизации = интервал, с которым Booking.com читает нашу ссылку (при iCal — до нескольких часов)

Пример: за месяц через Booking.com пришло 30 броней со средней суммой 1 200 000 сумов → 36 000 000 сумов. При комиссии 15% (ставка только для примера) расходы = 5 400 000 сумов, чистая выручка = 30 600 000 сумов.

Пример: гостевой дом на 10 номеров, в каждой категории по одному номеру. Пришла бронь по телефону. В экспорте uMehmon дата закрывается сразу, Booking.com закроет её при следующем чтении — вероятность лишней брони в этом окне низкая, но не нулевая. В пиковый сезон полезная привычка — вручную закрывать последние свободные номера на Booking.com.

Долю каналов, ADR, RevPAR и другие показатели uMehmon считает автоматически в разделе аналитики для гостиницы.

Сравнение трёх подходов

Плюсы и минусы

Плюсы

• Можно запустить сегодня — без сертификации и дополнительных договоров.
• Брони сами попадают на шахматку, размещаются в свободный номер и окрашиваются красным.
• Занятость из других источников (телефон, walk-in, другие каналы) уходит на Booking.com.
• Отмены распознаются автоматически.
• Есть режим симуляции, журнал синхронизации и журнал действий.
• Позже можно перейти на API в том же интерфейсе.

Минусы

• По iCal не приходят имя гостя, цена и номер брони.
• Синхронизация не в реальном времени: Booking.com читает нашу ссылку раз в несколько часов.
• iCal Booking.com обычно доступен для категорий с одним юнитом и до 20 категорий.
• Выгрузки цен и ограничений на Booking.com по iCal нет.
• API — только с сертифицированным connectivity-аккаунтом.
• В режиме хостела интеграция с Booking.com не работает.

Типичные проблемы и решения

От брони Booking.com до выезда: рабочий процесс

Интеграция не заканчивается на получении брони — весь путь гостя проходит в одной системе:

1. Пришла бронь. На шахматке появляется красный блок, на все экраны приходит уведомление. В режиме iCal менеджер может дописать имя гостя и сумму из экстранета.
2. День заезда. Гость виден в дневной статистике среди заезжающих. Проверяется статус уборки: в грязный номер заселить сегодня нельзя — сначала уборка.
3. Заселение. Администратор вносит паспортные данные, для иностранцев — визу и КПП. Гость автоматически регистрируется в E-mehmon; при ошибке запрос уходит в очередь повторных попыток.
4. Проживание. В фолио ведутся услуги и оплаты. Продление или поздний выезд сразу отражаются на шахматке и через ссылку экспорта доходят до Booking.com.
5. Выезд. Система спрашивает «Снять с учёта и в E-mehmon?», номер автоматически становится «грязным». При досрочном выезде оставшиеся дни освобождаются.

Оплата фиксируется в кассе с видом платежа (наличные сумы, валюта, Uzcard, Humo, Visa, Mastercard), а в аналитике бронь учитывается в доле OTA. Каждое действие сохраняется в журнале.

Итог

Интеграция с Booking.com — первый и самый важный шаг для гостиницы, которая продаёт через OTA. В uMehmon двусторонняя синхронизация iCal работает уже сегодня: брони сами попадают на шахматку, занятость возвращается на Booking.com, отмены распознаются. Для данных гостей и цен есть Connectivity API — при наличии сертифицированного аккаунта. Остальные возможности системы описаны на странице программа для гостиницы.

Попробуйте 14 дней бесплатно — зарегистрируйтесь, добавьте ссылки iCal Booking.com и через несколько минут увидите первую тестовую бронь в режиме симуляции.