Интеграция GRMS и PMS: как связать номера с ресепшен

Интеграция GRMS и PMS – это двусторонний обмен событиями между автоматикой номеров и учётной системой отеля. PMS сообщает номеру о заселении и выезде, номер сообщает ресепшен и горничным о статусах «не беспокоить», «убрать номер», «уборка завершена» и о неисправностях. По практике Instalyator.Pro на 250+ проектах интеграция вместе с серверной частью для отеля на 80 номеров стоит 0,6–1,0 млн ₽, а без неё экономия электричества номерного фонда падает примерно вдвое.

Цены и расчёты ориентировочные. Стоимость рассчитывается индивидуально под задачи заказчика и особенности объекта.

Сама архитектура системы управления номером разобрана в статье «GRMS – система управления гостевыми номерами», здесь – только стык.

Что такое интеграция GRMS и PMS

Интеграция GRMS и PMS – это программный канал между двумя системами, которые живут на разном оборудовании и решают разные задачи. GRMS управляет физикой номера: светом, климатом, шторами, панелью у двери. PMS ведёт бизнес-процесс: брони, заселение, тарифы, расчёты. Через канал интеграции каждая система узнаёт то, что знает только другая, и номер начинает реагировать на событие в учётной системе, а ресепшен видит, что происходит в номере.

Без интеграции обе системы работают, но вслепую. Номер не знает, продан ли он сегодня, и держит пустую комнату в той же температуре, что и занятую. Ресепшен не знает, что гость нажал «не беспокоить», и горничная стучит в дверь в девять утра. Статус «уборка завершена» передаётся по рации или телефону, и номер, готовый к заселению, полчаса числится грязным.

Отдельно стоит связка замков и PMS: энкодер карт у стойки обычно подключается к учётной системе своим интерфейсом. Это смежная тема, она разобрана в статье «Электронные замки и картоприёмники для отеля».

Какие данные передаются между GRMS и PMS

Минимальный набор событий в обе стороны – это заселение, выезд, статус занятости, «не беспокоить», «убрать номер», «уборка завершена» и сервисная авария в номере. Всё остальное – расширения, которые зависят от категории отеля и возможностей конкретной PMS. Перечень событий нужно зафиксировать в задании на проект, иначе подрядчики посчитают разный объём работ.

В отелях 4–5* добавляют имя гостя и язык для приветствия на панели, отметку VIP для отдельного сценария заселения и передачу сервисных заявок напрямую в систему инженерной службы. Мы советуем начинать с минимального набора и расширять его после первого сезона: каждое дополнительное событие – это ещё один пункт тестирования и ещё одна точка, где может разойтись логика двух систем.

Как интеграция работает в течение дня

Сценарий выглядит буднично, и в этом смысл. В 13:50 администратор заселяет гостя в PMS. Через секунды GRMS получает событие и выводит номер из дежурного режима: фанкойлу нужно несколько минут, чтобы убрать разницу в несколько градусов, и это время гость тратит на лифт и коридор. В номере уже комфортно, свет в прихожей включается, когда он вставляет карту.

Утром гость нажимает «не беспокоить». Статус уходит в PMS, горничная видит его на своём планшете до подхода к двери и идёт в следующий номер. В одиннадцать гость уходит на завтрак и переключает панель на «убрать номер». Номер встаёт в очередь уборки. Горничная заканчивает, отмечает уборку служебной картой или кодом на панели, и номер в PMS становится чистым без звонка на стойку.

В 12:05 гость выезжает. Администратор закрывает счёт, PMS отправляет выезд, номер уходит в дежурный режим, даже если карту забыли в картоприёмнике. Это важная деталь: без интеграции такой номер до вечера живёт как занятый.

Через какие интерфейсы связываются системы

Способ связи определяет PMS, а не GRMS. Классические серверные системы чаще всего общаются по интерфейсу FIAS поверх TCP/IP, облачные – через REST API и уведомления о событиях, российские решения – через собственные API разного уровня зрелости. Со стороны автоматики ставится драйвер или промежуточный модуль (middleware), который переводит события учётной системы в статусы номера и обратно.

Есть коммерческая сторона, о которой на старте почти не спрашивают. У многих вендоров учётных систем интерфейс обмена лицензируется отдельно, стоит денег и открывается по заявке отеля, а не подрядчика. Мы просим выяснить условия до тендера: цену лицензии, срок открытия и то, кто в отеле имеет право её запросить. Иначе готовая автоматика неделями ждёт разрешения на обмен статусами.

Для отеля на старой PMS, которую в горизонте года будут менять, мы честно предлагаем два пути: заказной коннектор к текущей системе или сначала обновление PMS, а потом интеграция. Второй путь чаще экономнее в горизонте 3–5 лет.

Кто за что отвечает на стыке

На стыке GRMS и PMS обычно работают пять сторон: отель, вендор PMS, интегратор автоматики, поставщик замков и IT-служба отеля. Если ответственность каждой не записана в договоре, стык не принадлежит никому. На практике сроки запуска чаще срывает именно он. Автоматика и PMS по отдельности обычно готовы вовремя.

Со стороны автоматики стык удобнее всего отдать одному исполнителю – интегратору GRMS: он составляет перечень событий, согласует его с вендором PMS, пишет программу испытаний и проводит их вместе с представителем отеля. Тогда заказчику не приходится сводить подрядчиков между собой.

Как тестируют и принимают интеграцию

Интеграцию тестируют по программе испытаний, где каждое событие проверяется в обе стороны и в нестандартных ситуациях. Начинают на тестовой среде PMS или на тестовом номере в рабочей базе, затем на номере-образце, затем на всём этаже. Проверка «заселили один номер – вроде работает» ничего не доказывает: ошибки прячутся в переходных состояниях.

Что входит в программу испытаний в наших проектах:

• заселение, выезд, переселение и продление проживания;
• ранний заезд и поздний выезд;
• выезд, при котором карта осталась в картоприёмнике;
• одновременные «не беспокоить» и «убрать номер» – какой статус главнее;
• уборка завершена при гостевом статусе «не беспокоить»;
• блокировка номера и вывод из блокировки;
• обрыв связи на десять минут и восстановление со сверкой статусов;
• соответствие номеров в двух системах по всему фонду.

Последний пункт кажется формальным, пока не выясняется, что в PMS люкс называется «501–502», а в автоматике это два контроллера с разными адресами. На приёмке мы проходим таблицей соответствия весь фонд, номер за номером.

Что происходит, если связь с PMS пропала

При обрыве связи номер продолжает работать: свет, климат и картоприёмник управляются локальной логикой на шине, а не через сервер. Гость ничего не замечает. Теряется только обмен статусами: заселения, выезды и «не беспокоить» за это время копятся и должны быть сверены после восстановления канала.

Правильная схема делает это сама. Промежуточный модуль хранит очередь событий, после восстановления связи запрашивает у PMS актуальный статус всего фонда и приводит номера в соответствие. Инженер получает уведомление об обрыве в ту же минуту. Если в проекте этого нет, после каждого сбоя кто-то вручную ходит по номерам и проверяет, кто где живёт.

Сколько экономит интеграция и как это посчитать

Основная экономия идёт от незаселённых номеров. Без интеграции номер, который сегодня не продан, держит последнюю уставку предыдущего гостя. С интеграцией он с момента выезда живёт в дежурном режиме с ограничением по температуре. По замерам Instalyator.Pro на объектах 60–120 номеров GRMS снижает расход электричества номерного фонда на 20–35%, и без связи с PMS заметная часть этого эффекта теряется.

Посчитать эффект на своём объекте можно без чужих процентов:

1. Взять из PMS число незаселённых номеро-суток за год – это прямая функция загрузки.
2. Замерить потребление типового номера в гостевом и в дежурном режиме на номере-образце, отдельно летом и в межсезонье.
3. Умножить разницу на число незаселённых номеро-суток и на тариф.
4. Добавить время между выездом и заселением в проданных номерах: в среднем это несколько часов в сутки на каждый номер.

Надёжнее всего метод сравнения на пилотном этаже: две недели с включённой интеграцией и две недели без неё при сопоставимой загрузке. Это дольше, чем расчёт, зато цифра получается своя. Вторая статья эффекта – персонал: в отеле от 80 номеров корректная передача статусов разгружает ресепшен примерно на одну штатную единицу на смене.

Сколько стоит интеграция и сколько занимает

Стоимость интеграции зависит от PMS больше, чем от размера отеля. Готовый коннектор к распространённой системе стоит предсказуемо, заказной модуль к устаревшей или самописной PMS – заметно дороже. Лицензия интерфейса у вендора PMS – отдельная строка, её оплачивает отель напрямую. Ниже – ориентиры по нашим отельным проектам.

Цены и расчёты ориентировочные. Стоимость рассчитывается индивидуально под задачи заказчика и особенности объекта.

По срокам сама настройка и испытания стыка укладываются в пусконаладку. Дольше всего обычно ждут не программистов, а открытия интерфейса у вендора, поэтому заявку на лицензию мы советуем подавать в момент подписания договора на автоматику, а не перед запуском.

Когда интеграция не нужна

Интеграция с PMS имеет смысл там, где есть сама PMS, номерной фонд от нескольких десятков номеров и центральный климат. Апарт-отель с посуточной сдачей через площадки без собственной учётной системы обойдётся без неё. Мини-отелю на 15 номеров достаточно электронных замков, картоприёмников и локальных термостатов. Если здание через 2–3 года идёт под реконструкцию, разумно закрыть базу и не строить полноценный стык. Когда полноценный проект не нужен, мы говорим об этом на первой встрече.