Интеграция системы управления отелем (PMS) и хотспота: связываем Wi-Fi с гостиничной программой
Коротко: что такое интеграция PMS и хотспота?
Интеграция PMS и хотспота — это обмен данными между программой, которая управляет бронированиями и проживанием в отеле (PMS – Property Management System), и хотспот-системой, которая управляет доступом гостей к Wi-Fi. Благодаря этому гость может подключиться к Wi-Fi по номеру комнаты и фамилии; система проверяет в PMS, действительно ли гость проживает в отеле, и может автоматически прекратить доступ после выезда. Возможность и способ интеграции зависят от API или интерфейса, который предлагает PMS, и от поддержки со стороны хотспот-программы.
Что такое система управления отелем (PMS)?
Система управления отелем — центральная программа, в которой ведутся бронирования, управление номерами, заселение и выезд, учёт гостей, фолио и платежи, хаускипинг, управление каналами продаж и отчётность. С ней работают практически все службы отеля — от ресепшена и бухгалтерии до хаускипинга и отдела продаж. «Единый источник истины» о проживании хранится в PMS: кто живёт в каком номере, даты заезда и выезда, категория номера и пакет гостя.
Хотспот-система, в свою очередь, управляет доступом гостей в интернет. Когда эти две системы работают изолированно, доступ к Wi-Fi оказывается оторван от проживания: ресепшен создаёт отдельный код для каждого гостя, доступ может сохраняться после отъезда, а при смене номера возникают проблемы с подключением.
Почему интеграция важна?
Гостевой опыт
Гостю не нужно искать дополнительный пароль или код. Он подключается за секунды по данным, которые и так знает, — номеру комнаты и фамилии. Это заметное удобство, особенно для гостей, прибывающих поздно или не желающих стоять в очереди на ресепшене.
Операционная эффективность
Сотрудники ресепшена тратят меньше времени на создание ваучеров, передачу паролей и ответы на вопросы о Wi-Fi. Доступ открывается и закрывается автоматически в соответствии с записью о проживании.
Безопасность и контроль
Доступ выехавших гостей прекращается, поэтому сетью не могут пользоваться покинувшие отель люди или те, кто узнал пароль от других. Журналы доступа согласуются с данными о проживании.
Доход и персонализация
Для разных категорий номеров или пакетов можно задать разные профили скорости. Например, гостям люксов — более высокую скорость, гостю стандартного номера — предложить платный премиум-пакет, а стоимость купленного пакета провести в фолио PMS (последняя функция зависит от объёма интеграции).
Способы интеграции
Обмен данными между PMS и хотспот-системой можно организовать разными техническими способами:
REST или SOAP API
Большинство современных систем управления отелем предлагают веб-сервисы, через которые внешние системы могут запрашивать данные о бронированиях и гостях. Когда гость вводит данные на портале, хотспот-система отправляет запрос к этому сервису и получает ответ на вопрос «есть ли активное проживание в этом номере на эту фамилию?». Это самый распространённый и гибкий способ.
Уведомления о событиях (webhook)
Некоторые PMS умеют мгновенно уведомлять внешние системы о событиях — заселении, выезде или смене номера. Этот способ идеален, например, для немедленного закрытия доступа при выезде.
Интерфейсные протоколы и промежуточное ПО
Некоторые PMS крупных гостиничных сетей взаимодействуют со сторонними системами (АТС, телевидение, дверные замки, Wi-Fi) по собственным интерфейсным протоколам. В этом случае вместо прямой интеграции может потребоваться промежуточный слой или лицензия на интерфейс.
Запрос к базе данных или передача файлов
В старых системах иногда используется доступ только для чтения к определённым таблицам базы PMS или периодическая передача файлов. Такие способы нужно тщательно оценивать с точки зрения безопасности и актуальности данных.
Как спроектировать поток данных?
Для надёжной работы интеграции нужно чётко определить, какие данные, в каком направлении и когда передаются.
Данные, которые могут понадобиться хотспоту из PMS:
- Номер комнаты
- Фамилия гостя (при необходимости дата рождения или номер бронирования)
- Даты начала и окончания проживания
- Статус проживания (активно, выезд оформлен, отменено)
- Категория номера или пакет (для профиля скорости)
- Количество гостей в номере (для лимита устройств)
Данные, которые можно передавать обратно в PMS (по желанию):
- Купленный премиум-пакет интернета и его стоимость
- Сводная информация об использовании Wi-Fi гостем
В соответствии с принципом минимизации данных в хотспот-систему нужно передавать только поля, необходимые для авторизации и политик. Паспортные данные гостя или платёжная информация для входа в Wi-Fi не нужны.
Реальные сценарии, которые необходимо учесть
Большинство интеграционных проектов безупречно работают в идеальном сценарии, а проблемы возникают в исключениях. В начале проекта нужно обязательно продумать следующие ситуации:
- Ранний заезд: что, если гость хочет пользоваться интернетом в лобби до официального времени заселения?
- Поздний выезд: выезд оформлен, но гость ждёт трансфер в лобби — будет ли дополнительное время?
- Продление проживания: обновляется ли автоматически длительность сессии в хотспоте при изменении даты выезда?
- Смена номера: что происходит с сессиями, открытыми по данным старого номера?
- Несколько гостей в номере: смогут ли подключиться гости с разными фамилиями? Как применяется лимит устройств на номер?
- Отмена бронирования или неявка: закрывается ли доступ при отмене?
- Групповые и агентские бронирования: как проверять фамилию гостя в номерах, забронированных на имя группы?
- Обрыв связи: как поведёт себя хотспот, если PMS недоступна? Какой альтернативный способ (например, ваучер) использует ресепшен, если гость не может подключиться?
- Специальные символы и варианты написания: различия вроде «Öztürk» и «Ozturk» не должны мешать авторизации.
Пример: интегрированный Wi-Fi глазами гостя
Представим делового путешественника, прибывающего в отель в 23:40. На ресепшене оформляется заселение, и проживание в PMS получает статус «активно». Когда гость поднимается в номер и подключает телефон к гостевой сети, автоматически открывается captive portal. На экране — логотип отеля, приветствие на языке устройства и два поля: номер комнаты и фамилия. Гость вводит данные; за несколько секунд хотспот-система отправляет запрос в PMS, подтверждает активное проживание в этом номере на эту фамилию и открывает доступ в интернет с профилем скорости, заданным для категории номера.
На следующий день гость подключает ноутбук с теми же данными; поскольку лимит устройств на номер не превышен, второе устройство тоже подключается. Когда гость продлевает проживание на день, ресепшен вносит изменение в PMS, и сессия в хотспоте автоматически продлевается. В день выезда после закрытия счёта доступ прекращается по истечении короткого льготного периода, установленного отелем. За всё время гостю ни разу не пришлось спрашивать пароль, а ресепшен не выполнил ни одной операции, связанной с Wi-Fi.
Вопросы поставщику PMS
- Есть ли API, через которое внешние системы могут запрашивать данные о гостях и проживании? Можно ли получить документацию?
- Нужна ли для доступа к API дополнительная лицензия, модуль или оплата?
- Поддерживаются ли мгновенные уведомления (webhook) о заселении, выезде и смене номера?
- Можно ли получить тестовую среду (sandbox)?
- Можно ли ограничить права интеграционной учётной записи только нужными полями?
- Есть ли ограничение на количество запросов (rate limit)?
- Сообщается ли заранее об изменениях API при обновлениях системы?
- Система облачная или работает на сервере в отеле? Как к ней будет обращаться хотспот-сервер?
Безопасность и KVKK
PMS хранит самые важные данные отеля, поэтому безопасность при проектировании интеграции должна быть в приоритете:
- Для хотспот-системы в PMS следует создать ограниченную интеграционную учётную запись, которая может читать только необходимые данные.
- Обмен должен идти по зашифрованным каналам (HTTPS/TLS), а ключи API — храниться в защищённом виде.
- Сервер PMS не должен быть напрямую доступен из гостевой сети; интеграционный трафик должен идти только между хотспот-сервером и PMS с ограничением правилами межсетевого экрана.
- Для передаваемых персональных данных необходимо уведомление по KVKK, а также определённые цель обработки и срок хранения.
- Ошибки интеграции и попытки доступа следует журналировать.
Этапы интеграционного проекта
- Анализ потребностей: какие сценарии нужно автоматизировать? Вход по номеру комнаты, закрытие доступа при выезде, проведение платных пакетов в фолио?
- Проверка осуществимости: запросите у поставщика PMS документацию API и условия интеграции (лицензия, стоимость, способ доступа) и убедитесь, что хотспот-программа поддерживает этот способ.
- Сопоставление данных: согласуйте названия полей, форматы дат, структуру номеров комнат и коды статусов в обеих системах.
- Тестовая среда: по возможности проверяйте сценарии в тестовой среде, не затрагивая рабочую систему.
- Тестирование сценариев: проверьте все перечисленные выше исключения на реальных данных.
- Пилотный запуск: запустите интеграцию на определённый срок в ограниченном числе номеров и соберите отзывы ресепшена.
- Запуск и мониторинг: настройте оповещения об ошибках интеграции и внимательно следите за работой в первые недели.
- Документация и обучение: сотрудники ресепшена должны знать альтернативную процедуру на случай, если интеграция не работает.
Распространённые ошибки
- !Предполагать, что интеграция «как-нибудь заработает», не обсудив её с поставщиком PMS.
- !Тестировать только идеальный сценарий, игнорируя исключения.
- !Подключаться к PMS через учётную запись с широкими или административными правами.
- !Отсутствие альтернативного способа, из-за чего гости не могут подключиться при сбое интеграции.
- !Неучёт специальных символов и регистра букв.
Часто задаваемые вопросы
Можно ли интегрировать любую PMS с хотспотом?
Нет. Интеграция зависит от того, предоставляет ли PMS данные внешним системам и на каких условиях. Одни системы предлагают открытый API, другие требуют дополнительной лицензии или промежуточного ПО.
Нужно ли отелю дополнительно платить за интеграцию?
Это зависит от коммерческих условий поставщика PMS и поставщика хотспота. Некоторые поставщики PMS берут плату за лицензию на каждый интерфейс. Этот вопрос нужно прояснить в начале проекта.
Возможен ли вход по номеру комнаты без интеграции?
Технически похожий опыт можно обеспечить с помощью ручных списков или ваучеров, но с точки зрения проверки, закрытия доступа после выезда и актуальности данных это менее надёжно, чем автоматическая интеграция.
Смогут ли гости подключиться, если PMS не работает?
Это зависит от проектирования системы. В хорошем решении предусмотрен альтернативный способ авторизации (например, ваучер с ресепшена), который используется при недоступности PMS.
Копирует ли интеграция данные гостей в хотспот-систему?
Это зависит от используемого способа. В схемах на основе запросов хотспот-система обращается к PMS только в момент авторизации и использует результат; постоянно хранятся лишь сведения, необходимые для журналов сессий и доступа. Какие данные и как долго хранить, следует определять политикой хранения и уничтожения в соответствии с KVKK.
Сколько времени занимает интеграция?
Если у PMS есть готовый интерфейс и хотспот-программа его поддерживает, процесс может быть коротким. Если требуется новая разработка, сроки увеличиваются с учётом тестирования и пилотного этапа.
Следующий шаг с Richspot
Richspot Hotspot спроектирован для поддержки гостиничных сценариев, таких как вход по номеру комнаты и авторизация в зависимости от времени заселения и выезда; более глубокие интеграции с гостиничными PMS также включены в план развития продукта. Оцените совместимость Richspot с вашей PMS на основе документации API. Уточните состав пакетов Boutique Hotel и Hotel и требования к интеграции с командой Richspot в самом начале проекта.
