Об оригинале
PMS, СКУД и электронные замки: как работают в связке
Издатель: Orbita — электронные замки · Автор: Orbita
Дата сохранения: .
Роли и ответственность систем
Базовые сценарии обмена
Архитектурные схемы интеграции
Онлайн, офлайн и гибридные замки
Идентификаторы и носители
Связка с лифтами и общими зонами
Энергосбережение и статус присутствия
Отказоустойчивость и безопасность
Аналитика и контроль показателей
Пошаговый план внедрения
Типовые ошибки и как их избежать
Короткий чек-лист для проекта
Для гостиницы три подсистемы — PMS (Property Management System), СКУД (система контроля и управления доступом) и электронные замки — решают соседние задачи, но используют разные данные и протоколы. Грамотная связка убирает ручное программирование карт, сокращает очередь на стойке, повышает прозрачность перемещений персонала и уменьшает энергопотребление номерного фонда. Ниже — практическая схема взаимодействия, архитектурные варианты и пошаговый план внедрения.
Объект/функция PMS СКУД Электронные замки/контроллеры
Гость, бронирование Создание/изменение/отмена, сроки Получает события и правила из PMS Принимает ключи/токены и проверяет доступ
Карта/мобильный ключ Выпуск/отзыв, продление Хранит политику доступа к зонам Локальная валидация на двери
Зоны (этаж, SPA, парковка) Справочник зон (по желанию) Источник прав и расписаний Исполнение решений СКУД
Персонал Должности, смены (по желанию) Роли, маршруты, временные окна доступа Проход по служебным дверям
Логи проходов Просмотр через отчёты PMS (опция) Хранение/аналитика, оповещения аномалий Буфер событий до отправки
Интеграции API/вебхуки/HTNG сообщения OSDP/Wiegand к считывателям, REST/MQTT наверх BLE/RFID/NFC, связь с шлюзом/контроллером
Коротко: PMS — источник истины о госте и датах , СКУД — источник истины о правах доступа , замок/контроллер — исполнитель правила на двери .
Check-in / выпуск ключа
Администратор фиксирует заезд в PMS.
PMS отправляет в модуль замков команду CreateKey с номером комнаты, сроком и, при необходимости, набором зон (лифт, парковка, SPA).
Замковая подсистема формирует RFID -ключ или BLE/NFC -токен и возвращает идентификатор ключа в PMS.
СКУД получает от модуля замков/через шину информацию о зонах, куда этому гостю открыт доступ.
Продление/сокращение проживания
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 + статус присутствия Эффект от сценариев экономии
Аудит : версии PMS, наличие API; карта дверей/лифтов, сеть и питание; перечень зон и ролей.
Целевые сценарии : check-in/out, продление, групповые заезды, ночные смены, подрядчики.
Выбор топологии : прямое API или middleware; онлайн/гибрид; единый носитель.
Пилот : 5–10 номеров + 2–3 служебные двери + лифт. Отработка отказов (сеть/питание).
Интеграционные тесты : соответствие времени (NTP), корректность отзыва прав, двусторонняя сверка логов.
Обучение персонала : ресепшен (выпуск/отзыв ключей), служба эксплуатации (мастер-доступ, аварийные процедуры), безопасность (отчёты СКУД).
Запуск и мониторинг : дашборды метрик, план обновлений прошивок, регламент работы с инцидентами.
Разные стандарты носителей в одном объекте. Приводит к путанице и дублированию браслетов. Решение: унификация.
Нет локальной логики в номере. При сбое сети гость теряет управление. Решение: контроллер комнаты с кэшем сценариев.
Отсутствие NTP-синхронизации. Окна доступа "плавают". Решение: единый сервер времени.
Смешение ролей персонала без расписаний. Проход "везде и всегда". Решение: временные окна и маршруты в СКУД.
Запитали всё через энергокарман. Мини-бар, датчики, одна "дежурная" розетка должны быть постояннопитаемыми.
Проверен API PMS и поддерживаемые форматы (REST/HTNG/вебхуки).
Выбран единый носитель (RFID/BLE) для номеров, лифтов и общих зон.
Определены роли и окна доступа для персонала.
Согласован режим отказа дверей (Fail-Safe/Fail-Secure).
Настроен NTP и VLAN-сегментация.
Спроектированы постояннопитаемые линии в номере.
Описан регламент аварийного открытия и отзывов ключей.
Проведён пилот и зафиксированы метрики "до/после".
1. Можно ли подключить к одной PMS замки разных производителей? Да, если используется интеграционный слой (middleware) или PMS поддерживает несколько коннекторов. Права доступа формируются раздельно по зонам, важна единая схема идентификаторов номеров и зон.
2. Как действовать при массовом групповом заезде? Создайте групповой профиль в PMS, выполните пакетный выпуск ключей, проверьте в СКУД разрешённые этажи и входные группы. На стойке держите резерв PIN/карт для гостей без мобильного ключа.
3. Что делать, если сеть "упала", а замки онлайн? В гибридной конфигурации замки продолжают принимать уже выданные ключи. Логи и изменения прав синхронизируются после восстановления. Для критичных операций используйте мастер-карты и сервисные процедуры.
4. Можно ли использовать один браслет для турникета, лифта, номера и шкафчика в SPA? Да, при едином стандарте RFID и интеграции СКУД с модулем замков/шкафчиков. В правилах задаются зоны и время, журналирование идёт в СКУД.
Связка PMS + СКУД + электронные замки строится на простом принципе: PMS управляет жизненным циклом гостя, СКУД управляет правами и зонами, а замки/контроллеры исполняют правило на двери. Устойчивость обеспечивают локальные сценарии и кэш прав, предсказуемость — унифицированный носитель и стандартизированный обмен, управляемость — отчёты и события, поступающие в единую шину. Такой подход упрощает работу фронт-офиса и технических служб и делает доступ в номера и общественные зоны прозрачным и контролируемым.
Эта статья была вам полезна?
Первоисточник
Адрес оригинала указан на изображении. После входа по нему можно перейти к исходному материалу.
Войдите или зарегистрируйтесь — после входа изображение станет ссылкой.