г. Ростов-на-Дону ул. Плужная 2/102, оф. 121

8 (800) 700-82-78
order@orbitatech.ru
Продолжая использовать наш сайт, вы соглашаетесь на использование cookie
  • Блог
  • Rак работают PMS, СКУД и электронные замки
12 Ноября 2025

Rак работают PMS, СКУД и электронные замки



Для гостиницы три подсистемы — PMS (Property Management System), СКУД (система контроля и управления доступом) и электронные замки — решают соседние задачи, но используют разные данные и протоколы. Грамотная связка убирает ручное программирование карт, сокращает очередь на стойке, повышает прозрачность перемещений персонала и уменьшает энергопотребление номерного фонда. Ниже — практическая схема взаимодействия, архитектурные варианты и пошаговый план внедрения.



Роли и ответственность систем

Объект/функция PMS СКУД Электронные замки/контроллеры
Гость, бронирование Создание/изменение/отмена, сроки Получает события и правила из PMS Принимает ключи/токены и проверяет доступ
Карта/мобильный ключ Выпуск/отзыв, продление Хранит политику доступа к зонам Локальная валидация на двери
Зоны (этаж, SPA, парковка) Справочник зон (по желанию) Источник прав и расписаний Исполнение решений СКУД
Персонал Должности, смены (по желанию) Роли, маршруты, временные окна доступа Проход по служебным дверям
Логи проходов Просмотр через отчёты PMS (опция) Хранение/аналитика, оповещения аномалий Буфер событий до отправки
Интеграции API/вебхуки/HTNG сообщения OSDP/Wiegand к считывателям, REST/MQTT наверх BLE/RFID/NFC, связь с шлюзом/контроллером

Коротко: PMS — источник истины о госте и датах, СКУД — источник истины о правах доступа, замок/контроллер — исполнитель правила на двери.



Базовые сценарии обмена

Check-in / выпуск ключа

  1. Администратор фиксирует заезд в PMS.
  2. PMS отправляет в модуль замков команду CreateKey с номером комнаты, сроком и, при необходимости, набором зон (лифт, парковка, SPA).
  3. Замковая подсистема формирует RFID-ключ или BLE/NFC-токен и возвращает идентификатор ключа в PMS.
  4. СКУД получает от модуля замков/через шину информацию о зонах, куда этому гостю открыт доступ.

Продление/сокращение проживания

  • PMS меняет даты → отправляет UpdateKey; действующий ключ остаётся, но временное окно обновляется.

Check-out / отзыв доступа

  • PMS отправляет CancelKey → замки перестают принимать этот ключ; СКУД отзывает проходы в общих зонах.

Доступ персонала и подрядчиков

  • СКУД хранит роли (housekeeping, инженер, мини-бар).
  • PMS может передавать расписания смен; СКУД формирует временные окна доступа.


Архитектурные схемы интеграции

Прямое подключение PMS ↔ модуль замков

  • PMS вызывает API производителя замков/шлюза.
  • Плюс: минимум посредников.
  • Минус: при смене вендора замков придётся переписывать интеграцию.

Через промежуточный "middleware"

  • PMS ↔ интеграционная шина ↔ замки/СКУД.
  • Плюс: единая точка для нескольких вендоров, трансляция протоколов (в т.ч. HTNG).
  • Минус: необходима поддержка и мониторинг ещё одного компонента.

Единый контроллер номера (DRC/RCU)

  • Контроллер в каждом номере получает статусы от замка и датчиков (карман/присутствие), управляет светом/климатом, передаёт события в BMS/PMS.
  • Плюс: локальные сценарии и устойчивость при сетевых сбоях.


Онлайн, офлайн и гибридные замки

Тип замка Как работает Где применяют Риски/меры
Офлайн Ключ содержит права; замок не в сети Малые объекты, слабая инфраструктура Логи собираются поздно; использовать мастер-доступ и регламент выгрузки событий
Онлайн Замок/дверной контроллер в сети через шлюз Средние/крупные объекты, высокие требования к контролю Требуется стабильная сеть и питание; кэш локальных правил на случай обрыва
Гибрид Локальные права + периодическая синхронизация Распределённые объекты, апарт-отели Балансирует контроль и устойчивость; продумать политику TTL прав


Идентификаторы и носители

  • RFID MIFARE/EM — карты, браслеты; удобно для лифтов, SPA, парковки.
  • BLE/NFC мобильный ключ — отправка ссылки гостю; резерв — PIN/карта на стойке.
  • OSDP/Wiegand — канальный интерфейс между считывателем и контроллером двери (в СКУД).
  • PIN-код — для временного доступа подрядчиков или как резерв.

Рекомендация: по возможности единый стандарт носителя для всего объекта (лифт, номера, SPA, шкафчики в раздевалке), чтобы не поддерживать разные экосистемы.



Связка с лифтами и общими зонами

  • Лифт: при прикладывании карты активируются только разрешённые этажи (этаж проживания и, при необходимости, общественные зоны).
  • Парковка/входные группы: тот же носитель открывает шлагбаум/турникет.
  • SPA/фитнес: носитель выступает ключом и, при интеграции, средством записи услуг на счёт номера.


Энергосбережение и статус присутствия

  • Замок/карман/датчики передают статус "в номере/нет" в контроллер комнаты и дальше в BMS/PMS.
  • При отсутствии гостя гасится свет, часть розеток, уставка HVAC переводится в экономичный режим.
  • DND/MUR — в PMS и на коридорной панели для планирования клининга.


Отказоустойчивость и безопасность

Сбой сети:

  • Гибридные/онлайн-замки держат локальный кэш прав, проходы гостей продолжаются, логи отправляются после восстановления связи.

Сбой питания:

  • Для эвакуационных дверей выбирают нужный режим: Fail-Safe (открыто без питания) либо Fail-Secure (закрыто), согласно проекту и нормам.

Кибербезопасность:

  • Разделение VLAN (гости, инженерия, офис).
  • Аутентификация по токенам для API, ролевые модели доступа персонала.
  • NTP-синхронизация времени (иначе расходятся окна доступа).
  • Журналы доступа — хранить технические идентификаторы, а персональные данные — только в защищённой PMS.


Аналитика и контроль показателей

Метрика Источник Что показывает
Среднее время check-in PMS + модуль ключей Нагрузка фронт-офиса и узкие места интеграции
Кол-во перевыпусков ключей PMS/замки Потери карт, проблемы с носителями
Проходы в служебные помещения СКУД Дисциплина персонала, соответствие регламентам
Загруженность лифтов/этажей СКУД/лифт Планирование потоков, выделение пиков
Энергопотребление на номер BMS + статус присутствия Эффект от сценариев экономии


Пошаговый план внедрения

  1. Аудит: версии PMS, наличие API; карта дверей/лифтов, сеть и питание; перечень зон и ролей.
  2. Целевые сценарии: check-in/out, продление, групповые заезды, ночные смены, подрядчики.
  3. Выбор топологии: прямое API или middleware; онлайн/гибрид; единый носитель.
  4. Пилот: 5–10 номеров + 2–3 служебные двери + лифт. Отработка отказов (сеть/питание).
  5. Интеграционные тесты: соответствие времени (NTP), корректность отзыва прав, двусторонняя сверка логов.
  6. Обучение персонала: ресепшен (выпуск/отзыв ключей), служба эксплуатации (мастер-доступ, аварийные процедуры), безопасность (отчёты СКУД).
  7. Запуск и мониторинг: дашборды метрик, план обновлений прошивок, регламент работы с инцидентами.


Типовые ошибки и как их избежать

  • Разные стандарты носителей в одном объекте. Приводит к путанице и дублированию браслетов. Решение: унификация.
  • Нет локальной логики в номере. При сбое сети гость теряет управление. Решение: контроллер комнаты с кэшем сценариев.
  • Отсутствие NTP-синхронизации. Окна доступа "плавают". Решение: единый сервер времени.
  • Смешение ролей персонала без расписаний. Проход "везде и всегда". Решение: временные окна и маршруты в СКУД.
  • Запитали всё через энергокарман. Мини-бар, датчики, одна "дежурная" розетка должны быть постояннопитаемыми.


Короткий чек-лист для проекта

  • Проверен API PMS и поддерживаемые форматы (REST/HTNG/вебхуки).
  • Выбран единый носитель (RFID/BLE) для номеров, лифтов и общих зон.
  • Определены роли и окна доступа для персонала.
  • Согласован режим отказа дверей (Fail-Safe/Fail-Secure).
  • Настроен NTP и VLAN-сегментация.
  • Спроектированы постояннопитаемые линии в номере.
  • Описан регламент аварийного открытия и отзывов ключей.
  • Проведён пилот и зафиксированы метрики "до/после".




FAQ

1. Можно ли подключить к одной PMS замки разных производителей?
Да, если используется интеграционный слой (middleware) или PMS поддерживает несколько коннекторов. Права доступа формируются раздельно по зонам, важна единая схема идентификаторов номеров и зон.

2. Как действовать при массовом групповом заезде?
Создайте групповой профиль в PMS, выполните пакетный выпуск ключей, проверьте в СКУД разрешённые этажи и входные группы. На стойке держите резерв PIN/карт для гостей без мобильного ключа.

3. Что делать, если сеть "упала", а замки онлайн?
В гибридной конфигурации замки продолжают принимать уже выданные ключи. Логи и изменения прав синхронизируются после восстановления. Для критичных операций используйте мастер-карты и сервисные процедуры.

4. Можно ли использовать один браслет для турникета, лифта, номера и шкафчика в SPA?
Да, при едином стандарте RFID и интеграции СКУД с модулем замков/шкафчиков. В правилах задаются зоны и время, журналирование идёт в СКУД.



Связка PMS + СКУД + электронные замки строится на простом принципе: PMS управляет жизненным циклом гостя, СКУД управляет правами и зонами, а замки/контроллеры исполняют правило на двери. Устойчивость обеспечивают локальные сценарии и кэш прав, предсказуемость — унифицированный носитель и стандартизированный обмен, управляемость — отчёты и события, поступающие в единую шину. Такой подход упрощает работу фронт-офиса и технических служб и делает доступ в номера и общественные зоны прозрачным и контролируемым.

Эта статья была вам полезна?