Автообновление карт-ключей
Гость подходит к стойке: "Карта перестала работать" или "Я продлил бронь, продлите ключ". Обычно это 5 минут — найти бронь, перепрограммировать, объяснить.
Мы убрали этот процесс полностью.
На улице стоит считыватель с экраном. Гость кладёт свою карту — система сама находит бронь по номеру комнаты, проверяет, что карта принадлежит текущему гостю, и записывает актуальные даты. Без участия персонала.
На экране — три языка одновременно: русский, английский, турецкий. Гость видит что происходит на своём языке.
Есть защита: карта от предыдущего заезда будет отклонена. Система сравнивает даты на карте с датами текущей брони — и не перепишет, если что-то не совпадает.
Интеграция с Bnovo: данные берутся из той же базы, что и WhatsApp-уведомления. Отдельной базы нет.
План. Этот же инструмент может быть использован для самостоятельного заезда. Бронь прилетела ночью, одобрилась автоматичеки или удаленно, если бронь оплачена, клиент берет карточку, кладет на считыватель, вводит полученный заранее пин код и система записывает ему карту.
Гость подходит к стойке: "Карта перестала работать" или "Я продлил бронь, продлите ключ". Обычно это 5 минут — найти бронь, перепрограммировать, объяснить.
Мы убрали этот процесс полностью.
На улице стоит считыватель с экраном. Гость кладёт свою карту — система сама находит бронь по номеру комнаты, проверяет, что карта принадлежит текущему гостю, и записывает актуальные даты. Без участия персонала.
На экране — три языка одновременно: русский, английский, турецкий. Гость видит что происходит на своём языке.
Есть защита: карта от предыдущего заезда будет отклонена. Система сравнивает даты на карте с датами текущей брони — и не перепишет, если что-то не совпадает.
Интеграция с Bnovo: данные берутся из той же базы, что и WhatsApp-уведомления. Отдельной базы нет.
План. Этот же инструмент может быть использован для самостоятельного заезда. Бронь прилетела ночью, одобрилась автоматичеки или удаленно, если бронь оплачена, клиент берет карточку, кладет на считыватель, вводит полученный заранее пин код и система записывает ему карту.
👍1
Поддержка MAX для российских отелей
WhatsApp в России заблокирован. Telegram — через VPN, который есть не у каждого гостя. Для отеля это означает одно: автоматические уведомления просто не доходят.
Мы добавляем поддержку MAX.
MAX работает в России без VPN, нативно. Аудитория — десятки миллионов пользователей, большинство уже установили его как замену WhatsApp.
Для отеля ничего не меняется: те же уведомления при заселении, перед выездом, после — только уходят в MAX, а не в WhatsApp. Та же логика, тот же бот, другой мессенджер.
Система сначала проверяет, есть ли у гостя MAX по номеру телефона. Если есть — пишет туда. Если нет — можно настроить fallback на SMS или email.
Для отелей за пределами России продукт работает на WhatsApp, как прежде. Для России — 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. Без звонков, без дежурства на ресепшне.
Это особенно важно для апарт-отелей с самостоятельным заселением: вы знаете точный момент, когда гость вошёл в апартамент, даже если это три часа ночи.
Ситуация: Гость забронировал, оплатил, должен приехать сегодня ночью. Но когда именно — неизвестно. Ресепшн уже не работает.
Наше решение - мы кладем ключ под коврик и посылаем сообщение в чат клиенту (KPK - ключ под коврик). В сообщении, в том числе пароль на Wi-FI.
Оператор пишет команду в чат: "KPK A3-2 tr" — бот отправляет гостю инструкцию по заселению на турецком, а на роутере MikroTik запускается скрипт: начать следить за точкой доступа в этой квартире.
Как только гость приезжает и его телефоны начинают подключаться к WiFi — оператор получает уведомление в Telegram. Без звонков, без дежурства на ресепшне.
Это особенно важно для апарт-отелей с самостоятельным заселением: вы знаете точный момент, когда гость вошёл в апартамент, даже если это три часа ночи.
Внутреннее управление через Telegram
Всё, что происходит с гостями — видно в Telegram. Не нужно заходить в Bnovo, не нужно проверять чаты вручную.
Вот что приходит операторам:
Звонки. Гость позвонил и не дозвонился — мгновенное уведомление: кто это, какая квартира, когда заезд и выезд.
Заезды, выезды, новые брони. В Бново что-то произошло подтверждение пришло в Telegram. Каналов несколько. Клининг должен знать об заездах и выездах, все должны знать о "Ключ под коврик", Только менеджер должен знать о новых бронях и отменах броней. Гость подключился к WiFi ночью - пришло уведомление с именем и квартирой.
Вопросы гостей. Гость написал вопрос, бот ответил по FAQ — оператор может получить в Telegram: кто спросил, что спросил, какой ответ был отправлен. Ничего не теряется.
Команды. Любая операторская команда (SYNC, KPK и другие) — после выполнения может класть отчёт в нужный Telegram-канал.
При этом каждый тип событий идёт в свой канал. Звонки — в один, заезды — в другой, FAQ — в третий. Ничего не смешивается.
Весь рабочий день проходит в одном приложении. Клининг отчитывается об уборках, ремонтики о сделанных ремонтах, все внутри, все логируется.
Всё, что происходит с гостями — видно в Telegram. Не нужно заходить в Bnovo, не нужно проверять чаты вручную.
Вот что приходит операторам:
Звонки. Гость позвонил и не дозвонился — мгновенное уведомление: кто это, какая квартира, когда заезд и выезд.
Заезды, выезды, новые брони. В Бново что-то произошло подтверждение пришло в Telegram. Каналов несколько. Клининг должен знать об заездах и выездах, все должны знать о "Ключ под коврик", Только менеджер должен знать о новых бронях и отменах броней. Гость подключился к WiFi ночью - пришло уведомление с именем и квартирой.
Вопросы гостей. Гость написал вопрос, бот ответил по FAQ — оператор может получить в Telegram: кто спросил, что спросил, какой ответ был отправлен. Ничего не теряется.
Команды. Любая операторская команда (SYNC, KPK и другие) — после выполнения может класть отчёт в нужный Telegram-канал.
При этом каждый тип событий идёт в свой канал. Звонки — в один, заезды — в другой, FAQ — в третий. Ничего не смешивается.
Весь рабочий день проходит в одном приложении. Клининг отчитывается об уборках, ремонтики о сделанных ремонтах, все внутри, все логируется.
QR-коды для гостей
На стене апартамента висит табличка: «Закончилась питьевая вода — отсканируйте код». Гость сканирует телефоном — персонал получает уведомление в Telegram, гость видит страницу с подтверждением. Никаких звонков, никакого мессенджера, никакой регистрации.
Это работает для любого сценария, который повторяется регулярно:
— закончилась вода или расходники
— нужна дополнительная уборка
— вопрос по технике в апартаменте
— меню ресторана — гость сканирует и сразу видит актуальную версию, без бумажных буклетов которые теряются и устаревают
Каждый QR-код — это отдельная ссылка с параметром комнаты. Уведомление в Telegram приходит сразу с номером апартамента: не нужно выяснять кто и откуда написал.
Табличку можно распечатать и повесить за пять минут. Менять QR не нужно — достаточно обновить страницу или текст уведомления на сервере.
На стене апартамента висит табличка: «Закончилась питьевая вода — отсканируйте код». Гость сканирует телефоном — персонал получает уведомление в Telegram, гость видит страницу с подтверждением. Никаких звонков, никакого мессенджера, никакой регистрации.
Это работает для любого сценария, который повторяется регулярно:
— закончилась вода или расходники
— нужна дополнительная уборка
— вопрос по технике в апартаменте
— меню ресторана — гость сканирует и сразу видит актуальную версию, без бумажных буклетов которые теряются и устаревают
Каждый QR-код — это отдельная ссылка с параметром комнаты. Уведомление в Telegram приходит сразу с номером апартамента: не нужно выяснять кто и откуда написал.
Табличку можно распечатать и повесить за пять минут. Менять QR не нужно — достаточно обновить страницу или текст уведомления на сервере.
Отслеживание сотрудников
В большом апарт-комплексе с несколькими корпусами найти уборщицу или мастера — это звонок, ещё звонок, иногда обход. Мы решили это через WiFi.
У нас бесшовный роуминг через MikroTik CAPsMAN: телефон сотрудника незаметно переключается между точками доступа при движении по комплексу. Каждая точка знает свою зону — корпус, этаж, территория.
Скрипт на роутере следит за MAC-адресом телефона сотрудника. Как только человек перешёл в новую зону — в Telegram приходит уведомление: имя и где именно сейчас находится. Если не двигается — тишина, никакого спама.
Можно не следить постоянно, просто команда "Gde Ira" в чат телеграм и в ответ "A32". Для каких-то нужд помогает. Часть общей инфосистемы отеля.
Подключить нового сотрудника — добавить MAC-адрес его телефона и имя в скрипт. Пять минут.
Работает на любом объекте с сетью MikroTik и несколькими точками доступа: апарт-комплекс, гостиница, торговый центр, склад.
В большом апарт-комплексе с несколькими корпусами найти уборщицу или мастера — это звонок, ещё звонок, иногда обход. Мы решили это через WiFi.
У нас бесшовный роуминг через MikroTik CAPsMAN: телефон сотрудника незаметно переключается между точками доступа при движении по комплексу. Каждая точка знает свою зону — корпус, этаж, территория.
Скрипт на роутере следит за MAC-адресом телефона сотрудника. Как только человек перешёл в новую зону — в Telegram приходит уведомление: имя и где именно сейчас находится. Если не двигается — тишина, никакого спама.
Можно не следить постоянно, просто команда "Gde Ira" в чат телеграм и в ответ "A32". Для каких-то нужд помогает. Часть общей инфосистемы отеля.
Подключить нового сотрудника — добавить MAC-адрес его телефона и имя в скрипт. Пять минут.
Работает на любом объекте с сетью MikroTik и несколькими точками доступа: апарт-комплекс, гостиница, торговый центр, склад.
❤6👍1🔥1
Знаем, когда гость уехал — без звонков и сообщений
Ситуация:
Горничная ждёт звонка из ресепшна. Ресепшн ждёт ответа от гостя на вопрос «вы уже выехали?». Гость не отвечает.
Уборка начинается в 13:00 вместо 10:30.
Мы решили это через Wi-Fi.
Наша система следит за тем, какие устройства подключены к точке доступа в каждой квартире. Когда гость заезжает - его телефон, планшет, ноутбук появляются на AP его комнаты и остаются там на всё время проживания. Когда он уезжает- они исчезают все разом.
Как работает:
Система знает бронирования и их статусы. В день выезда она начинает следить за «гостевыми» устройствами — теми, что
появились именно в день заезда этого гостя (соседские устройства автоматически исключаются). Как только все они пропадают с AP на 20+ минут — в Telegram уходит сообщение:
▎ 🧹 Возможно, выезд из B5-5
▎ Гость: Иванов И.И. | 10:47
▎ Нет 20+ мин: 3 устройства
То же самое в обратную сторону — детектор фиксирует заезд, когда новые устройства стабильно появляются на AP комнаты.
Что это даёт:
— Горничная получает сигнал раньше, не ждёт официального расчёта
— При смене гостей в один день (выезд + заезд) система сначала ждёт подтверждения выезда, потом фиксирует заезд без путаницы
— Никаких дополнительных датчиков, замков, QR-кодов — только Wi-Fi, который уже есть в каждом номере
Это эвристика, не 100% гарантия — но на практике точность высокая, и даже приблизительный сигнал «похоже, можно убирать» экономит час-полтора каждый день оборота.
Работает поверх стандартного Mikrotik CAPsMAN — отдельного оборудования не нужно.
Ситуация:
Горничная ждёт звонка из ресепшна. Ресепшн ждёт ответа от гостя на вопрос «вы уже выехали?». Гость не отвечает.
Уборка начинается в 13:00 вместо 10:30.
Мы решили это через Wi-Fi.
Наша система следит за тем, какие устройства подключены к точке доступа в каждой квартире. Когда гость заезжает - его телефон, планшет, ноутбук появляются на AP его комнаты и остаются там на всё время проживания. Когда он уезжает- они исчезают все разом.
Как работает:
Система знает бронирования и их статусы. В день выезда она начинает следить за «гостевыми» устройствами — теми, что
появились именно в день заезда этого гостя (соседские устройства автоматически исключаются). Как только все они пропадают с AP на 20+ минут — в Telegram уходит сообщение:
▎ 🧹 Возможно, выезд из B5-5
▎ Гость: Иванов И.И. | 10:47
▎ Нет 20+ мин: 3 устройства
То же самое в обратную сторону — детектор фиксирует заезд, когда новые устройства стабильно появляются на AP комнаты.
Что это даёт:
— Горничная получает сигнал раньше, не ждёт официального расчёта
— При смене гостей в один день (выезд + заезд) система сначала ждёт подтверждения выезда, потом фиксирует заезд без путаницы
— Никаких дополнительных датчиков, замков, QR-кодов — только Wi-Fi, который уже есть в каждом номере
Это эвристика, не 100% гарантия — но на практике точность высокая, и даже приблизительный сигнал «похоже, можно убирать» экономит час-полтора каждый день оборота.
Работает поверх стандартного Mikrotik CAPsMAN — отдельного оборудования не нужно.
👍1
Гость не получил сообщение — и вы об этом узнаете сразу
Классическая ситуация: бронь оформлена, уведомление отправлено, галочка стоит — а гость говорит, что ничего не получал. Начинаете разбираться: оказывается, нет WhatsApp на этом номере. Или номер вообще чужой — ввели при бронировании с ошибкой.
Раньше система молча помечала сообщение как «отправлено» — и всё. Никто не знал о проблеме до момента конфликта на ресепшне.
Теперь по-другому.
Перед каждой отправкой система проверяет: есть ли на номере гостя активный WhatsApp. Если нет — сообщение не отправляется, а в Telegram мгновенно приходит алерт:
▎ ⚠️ Нет WhatsApp: +7 912 345-67-89
▎ Бронь W6HXA-041025 (ID: 91234567)
Оператор видит проблему, исправляет номер в PMS — и система автоматически делает повторную попытку по новому номеру.
Важные детали:
— Проверяются оба номера гостя, если указаны
— Повторных попыток на заведомо нерабочий номер нет — система запоминает статус no_whatsapp и не спамит
— Кэш на сессию: если у гостя несколько уведомлений подряд, номер проверяется один раз
— Работает для всех типов уведомлений: приветствие, напоминание о выезде, локация, любые кастомные правила
Раньше такие ситуации обнаруживались случайно или не обнаруживались вообще. Теперь — за секунды.
Классическая ситуация: бронь оформлена, уведомление отправлено, галочка стоит — а гость говорит, что ничего не получал. Начинаете разбираться: оказывается, нет WhatsApp на этом номере. Или номер вообще чужой — ввели при бронировании с ошибкой.
Раньше система молча помечала сообщение как «отправлено» — и всё. Никто не знал о проблеме до момента конфликта на ресепшне.
Теперь по-другому.
Перед каждой отправкой система проверяет: есть ли на номере гостя активный WhatsApp. Если нет — сообщение не отправляется, а в Telegram мгновенно приходит алерт:
▎ ⚠️ Нет WhatsApp: +7 912 345-67-89
▎ Бронь W6HXA-041025 (ID: 91234567)
Оператор видит проблему, исправляет номер в PMS — и система автоматически делает повторную попытку по новому номеру.
Важные детали:
— Проверяются оба номера гостя, если указаны
— Повторных попыток на заведомо нерабочий номер нет — система запоминает статус no_whatsapp и не спамит
— Кэш на сессию: если у гостя несколько уведомлений подряд, номер проверяется один раз
— Работает для всех типов уведомлений: приветствие, напоминание о выезде, локация, любые кастомные правила
Раньше такие ситуации обнаруживались случайно или не обнаруживались вообще. Теперь — за секунды.
👍2🔥2
28 сентября Booking.com почти без предупреждения перестал передавать номера телефонов гостей через API — сразу во всех PMS и channel-менеджерах мира. Раньше номер прилетал вместе с бронью автоматически, теперь он есть только в самом Booking.com Extranet, спрятан за кнопкой «Показать номер».
Для отелей с круглосуточным потоком броней это реальная проблема: без телефона гость не получает ни приветственное сообщение, ни инструкции для заезда — особенно критично для бесконтактного заезда ночью.
Мы уже в разработке фичи, которая закрывает это автоматически: телефон достаётся из Extranet сразу после брони и подставляется в Bnovo — без ручного копирования и задержек.
Скоро покажем как это работает
Для отелей с круглосуточным потоком броней это реальная проблема: без телефона гость не получает ни приветственное сообщение, ни инструкции для заезда — особенно критично для бесконтактного заезда ночью.
Мы уже в разработке фичи, которая закрывает это автоматически: телефон достаётся из Extranet сразу после брони и подставляется в Bnovo — без ручного копирования и задержек.
Скоро покажем как это работает
🔥4👨💻1
Писали раньше: 28 сентября Booking.com отключил передачу телефонов гостей через API — сразу во всех PMS мира, без исключений.
Номер остался только в самом Booking.com Extranet, за кнопкой «Показать номер».
Разобрались, как доставать его автоматически.
Как это устроено (коротко, для понимающих):
Браузер с активной сессией в каждом из аккаунтов Booking.com управляется программно через протокол отладки Chrome (CDP) — по сути, скрипт делает то же самое, что сделал бы оператор: открывает нужную бронь, жмёт «Показать номер», забирает его из страницы и записывает обратно в Bnovo.
Отдельный квест вышел с групповыми бронями (несколько комнат в одном заказе) — для них правильный номер брони Booking.com не
лежит там, где логично было бы ожидать, и его пришлось доставать обходным путём через внутренний (не публичный) API самой Bnovo.
Тонкости сейчас:
Пока всё работает вручную, на Windows-машине с заранее залогиненными браузерными сессиями — свежая бронь без телефона кидает алерт, человек запускает процесс одной командой. В перспективе, возможно, перенесём сессии в Docker на сервер — тогда это будет работать совсем без участия человека, 24/7. Пока осознанно не торопимся — сначала хотим понять, насколько стабильно живут такие сессии во времени, прежде чем усложнять инфраструктуру.
Номер остался только в самом Booking.com Extranet, за кнопкой «Показать номер».
Разобрались, как доставать его автоматически.
Как это устроено (коротко, для понимающих):
Браузер с активной сессией в каждом из аккаунтов Booking.com управляется программно через протокол отладки Chrome (CDP) — по сути, скрипт делает то же самое, что сделал бы оператор: открывает нужную бронь, жмёт «Показать номер», забирает его из страницы и записывает обратно в Bnovo.
Отдельный квест вышел с групповыми бронями (несколько комнат в одном заказе) — для них правильный номер брони Booking.com не
лежит там, где логично было бы ожидать, и его пришлось доставать обходным путём через внутренний (не публичный) API самой Bnovo.
Тонкости сейчас:
Пока всё работает вручную, на Windows-машине с заранее залогиненными браузерными сессиями — свежая бронь без телефона кидает алерт, человек запускает процесс одной командой. В перспективе, возможно, перенесём сессии в Docker на сервер — тогда это будет работать совсем без участия человека, 24/7. Пока осознанно не торопимся — сначала хотим понять, насколько стабильно живут такие сессии во времени, прежде чем усложнять инфраструктуру.
👍1
🌍 Небольшое улучшение в автосборе телефонов с Booking.com
Раз уж скрипт уже заходит в Extranet за номером телефона гостя, заодно решили забирать оттуда ещё и Preferred language — язык, который гость указал как предпочитаемый для общения.
Если он отличается от стандартного (у нас турецкий, но может быть любой), язык автоматически записывается в примечание к клиенту (аккуратно, в позицию языка главного телефона — второй телефон и его язык, если есть, не трогаются).
Работает для бронирований, где мы и так уже вытаскиваем телефон, лишних заходов на Booking.com не добавляет.
Раз уж скрипт уже заходит в Extranet за номером телефона гостя, заодно решили забирать оттуда ещё и Preferred language — язык, который гость указал как предпочитаемый для общения.
Если он отличается от стандартного (у нас турецкий, но может быть любой), язык автоматически записывается в примечание к клиенту (аккуратно, в позицию языка главного телефона — второй телефон и его язык, если есть, не трогаются).
Работает для бронирований, где мы и так уже вытаскиваем телефон, лишних заходов на Booking.com не добавляет.