Поддержка MAX для российских отелей

WhatsApp в России заблокирован. Telegram — через VPN, который есть не у каждого гостя. Для отеля это означает одно: автоматические уведомления просто не доходят.

Мы добавляем поддержку MAX.

MAX работает в России без VPN, нативно. Аудитория — десятки миллионов пользователей, большинство уже установили его как замену WhatsApp.

Для отеля ничего не меняется: те же уведомления при заселении, перед выездом, после — только уходят в MAX, а не в WhatsApp. Та же логика, тот же бот, другой мессенджер.

Система сначала проверяет, есть ли у гостя MAX по номеру телефона. Если есть — пишет туда. Если нет — можно настроить fallback на SMS или email.

Для отелей за пределами России продукт работает на WhatsApp, как прежде. Для России — MAX. Один бот, весь мир.

Определение заезда по WiFi

Ситуация: Гость забронировал, оплатил, должен приехать сегодня ночью. Но когда именно — неизвестно. Ресепшн уже не работает.

Наше решение - мы кладем ключ под коврик и посылаем сообщение в чат клиенту (KPK - ключ под коврик). В сообщении, в том числе пароль на Wi-FI.

Оператор пишет команду в чат: "KPK A3-2 tr" — бот отправляет гостю инструкцию по заселению на турецком, а на роутере MikroTik запускается скрипт: начать следить за точкой доступа в этой квартире.

Как только гость приезжает и его телефоны начинают подключаться к WiFi — оператор получает уведомление в Telegram. Без звонков, без дежурства на ресепшне.

Это особенно важно для апарт-отелей с самостоятельным заселением: вы знаете точный момент, когда гость вошёл в апартамент, даже если это три часа ночи.

Внутреннее управление через Telegram

Всё, что происходит с гостями — видно в Telegram. Не нужно заходить в Bnovo, не нужно проверять чаты вручную.

Вот что приходит операторам:

Звонки. Гость позвонил и не дозвонился — мгновенное уведомление: кто это, какая квартира, когда заезд и выезд.

Заезды, выезды, новые брони. В Бново что-то произошло подтверждение пришло в Telegram. Каналов несколько. Клининг должен знать об заездах и выездах, все должны знать о "Ключ под коврик", Только менеджер должен знать о новых бронях и отменах броней. Гость подключился к WiFi ночью - пришло уведомление с именем и квартирой.

Вопросы гостей. Гость написал вопрос, бот ответил по FAQ — оператор может получить в Telegram: кто спросил, что спросил, какой ответ был отправлен. Ничего не теряется.

Команды. Любая операторская команда (SYNC, KPK и другие) — после выполнения может класть отчёт в нужный Telegram-канал.

При этом каждый тип событий идёт в свой канал. Звонки — в один, заезды — в другой, FAQ — в третий. Ничего не смешивается.

Весь рабочий день проходит в одном приложении. Клининг отчитывается об уборках, ремонтики о сделанных ремонтах, все внутри, все логируется.

QR-коды для гостей

На стене апартамента висит табличка: «Закончилась питьевая вода — отсканируйте код». Гость сканирует телефоном — персонал получает уведомление в Telegram, гость видит страницу с подтверждением. Никаких звонков, никакого мессенджера, никакой регистрации.

Это работает для любого сценария, который повторяется регулярно:

— закончилась вода или расходники
— нужна дополнительная уборка
— вопрос по технике в апартаменте
— меню ресторана — гость сканирует и сразу видит актуальную версию, без бумажных буклетов которые теряются и устаревают

Каждый QR-код — это отдельная ссылка с параметром комнаты. Уведомление в Telegram приходит сразу с номером апартамента: не нужно выяснять кто и откуда написал.

Табличку можно распечатать и повесить за пять минут. Менять QR не нужно — достаточно обновить страницу или текст уведомления на сервере.

Отслеживание сотрудников

В большом апарт-комплексе с несколькими корпусами найти уборщицу или мастера — это звонок, ещё звонок, иногда обход. Мы решили это через WiFi.

У нас бесшовный роуминг через MikroTik CAPsMAN: телефон сотрудника незаметно переключается между точками доступа при движении по комплексу. Каждая точка знает свою зону — корпус, этаж, территория.

Скрипт на роутере следит за MAC-адресом телефона сотрудника. Как только человек перешёл в новую зону — в Telegram приходит уведомление: имя и где именно сейчас находится. Если не двигается — тишина, никакого спама.

Можно не следить постоянно, просто команда "Gde Ira" в чат телеграм и в ответ "A32". Для каких-то нужд помогает. Часть общей инфосистемы отеля.

Подключить нового сотрудника — добавить MAC-адрес его телефона и имя в скрипт. Пять минут.

Работает на любом объекте с сетью MikroTik и несколькими точками доступа: апарт-комплекс, гостиница, торговый центр, склад.

Знаем, когда гость уехал — без звонков и сообщений

Ситуация:
Горничная ждёт звонка из ресепшна. Ресепшн ждёт ответа от гостя на вопрос «вы уже выехали?». Гость не отвечает.
Уборка начинается в 13:00 вместо 10:30.

Мы решили это через Wi-Fi.

Наша система следит за тем, какие устройства подключены к точке доступа в каждой квартире. Когда гость заезжает - его телефон, планшет, ноутбук появляются на AP его комнаты и остаются там на всё время проживания. Когда он уезжает- они исчезают все разом.

Как работает:
Система знает бронирования и их статусы. В день выезда она начинает следить за «гостевыми» устройствами — теми, что
появились именно в день заезда этого гостя (соседские устройства автоматически исключаются). Как только все они пропадают с AP на 20+ минут — в Telegram уходит сообщение:

▎ 🧹 Возможно, выезд из B5-5
▎ Гость: Иванов И.И. | 10:47
▎ Нет 20+ мин: 3 устройства

То же самое в обратную сторону — детектор фиксирует заезд, когда новые устройства стабильно появляются на AP комнаты.

Что это даёт:
— Горничная получает сигнал раньше, не ждёт официального расчёта
— При смене гостей в один день (выезд + заезд) система сначала ждёт подтверждения выезда, потом фиксирует заезд без путаницы
— Никаких дополнительных датчиков, замков, QR-кодов — только Wi-Fi, который уже есть в каждом номере

Это эвристика, не 100% гарантия — но на практике точность высокая, и даже приблизительный сигнал «похоже, можно убирать» экономит час-полтора каждый день оборота.

Работает поверх стандартного Mikrotik CAPsMAN — отдельного оборудования не нужно.

Гость не получил сообщение — и вы об этом узнаете сразу

Классическая ситуация: бронь оформлена, уведомление отправлено, галочка стоит — а гость говорит, что ничего не получал. Начинаете разбираться: оказывается, нет WhatsApp на этом номере. Или номер вообще чужой — ввели при бронировании с ошибкой.

Раньше система молча помечала сообщение как «отправлено» — и всё. Никто не знал о проблеме до момента конфликта на ресепшне.

Теперь по-другому.

Перед каждой отправкой система проверяет: есть ли на номере гостя активный WhatsApp. Если нет — сообщение не отправляется, а в Telegram мгновенно приходит алерт:

▎ ⚠️ Нет WhatsApp: +7 912 345-67-89
▎ Бронь W6HXA-041025 (ID: 91234567)

Оператор видит проблему, исправляет номер в PMS — и система автоматически делает повторную попытку по новому номеру.

Важные детали:
— Проверяются оба номера гостя, если указаны
— Повторных попыток на заведомо нерабочий номер нет — система запоминает статус no_whatsapp и не спамит
— Кэш на сессию: если у гостя несколько уведомлений подряд, номер проверяется один раз
— Работает для всех типов уведомлений: приветствие, напоминание о выезде, локация, любые кастомные правила

Раньше такие ситуации обнаруживались случайно или не обнаруживались вообще. Теперь — за секунды.

28 сентября Booking.com почти без предупреждения перестал передавать номера телефонов гостей через API — сразу во всех PMS и channel-менеджерах мира. Раньше номер прилетал вместе с бронью автоматически, теперь он есть только в самом Booking.com Extranet, спрятан за кнопкой «Показать номер».
Для отелей с круглосуточным потоком броней это реальная проблема: без телефона гость не получает ни приветственное сообщение, ни инструкции для заезда — особенно критично для бесконтактного заезда ночью.

Мы уже в разработке фичи, которая закрывает это автоматически: телефон достаётся из Extranet сразу после брони и подставляется в Bnovo — без ручного копирования и задержек.

Скоро покажем как это работает

Писали раньше: 28 сентября Booking.com отключил передачу телефонов гостей через API — сразу во всех PMS мира, без исключений.
Номер остался только в самом Booking.com Extranet, за кнопкой «Показать номер».
Разобрались, как доставать его автоматически.
Как это устроено (коротко, для понимающих):
Браузер с активной сессией в каждом из аккаунтов Booking.com управляется программно через протокол отладки Chrome (CDP) — по сути, скрипт делает то же самое, что сделал бы оператор: открывает нужную бронь, жмёт «Показать номер», забирает его из страницы и записывает обратно в Bnovo.
Отдельный квест вышел с групповыми бронями (несколько комнат в одном заказе) — для них правильный номер брони Booking.com не
лежит там, где логично было бы ожидать, и его пришлось доставать обходным путём через внутренний (не публичный) API самой Bnovo.

Тонкости сейчас:
Пока всё работает вручную, на Windows-машине с заранее залогиненными браузерными сессиями — свежая бронь без телефона кидает алерт, человек запускает процесс одной командой. В перспективе, возможно, перенесём сессии в Docker на сервер — тогда это будет работать совсем без участия человека, 24/7. Пока осознанно не торопимся — сначала хотим понять, насколько стабильно живут такие сессии во времени, прежде чем усложнять инфраструктуру.

🌍 Небольшое улучшение в автосборе телефонов с Booking.com

Раз уж скрипт уже заходит в Extranet за номером телефона гостя, заодно решили забирать оттуда ещё и Preferred language — язык, который гость указал как предпочитаемый для общения.

Если он отличается от стандартного (у нас турецкий, но может быть любой), язык автоматически записывается в примечание к клиенту (аккуратно, в позицию языка главного телефона — второй телефон и его язык, если есть, не трогаются).

Работает для бронирований, где мы и так уже вытаскиваем телефон, лишних заходов на Booking.com не добавляет.