Как связать видеонаблюдение и СКУД: сценарии и ошибки
Видео на событие доступа, проверка «карта — человек», въезд по номеру: как системы соединяются через API, ONVIF и реле и что проверить до монтажа.
Видеонаблюдение и контроль доступа по отдельности решают разные задачи, а вместе дают то, что нужно заказчику: не просто «видео есть», а «видно, кто прошёл, когда и с какой картой». Технически это две системы с разными интерфейсами, и соединить их можно хорошо или плохо. Разберём, какие связки встречаются, что нужно проверить до закупки и где обычно возникают проблемы.
База: «СКУД: из чего состоит система» и «Sigur или PERCo». Про аналитику — «Аналитика на камере или на сервере».
Что даёт связка
| Сценарий | Как работает | Что нужно |
|---|---|---|
| Видео на событие доступа | При проходе по карте система присылает короткий фрагмент или кадр с камеры у двери | События СКУД в ПО видео или общий сервер |
| Проверка «карта — человек» | Оператор видит фото из базы и кадр с камеры в момент прохода | Синхронизация времени и привязка камеры к точке доступа |
| Открытие по лицу | Терминал распознаёт сотрудника и разблокирует дверь или турникет | Биометрический терминал, шаблоны в защищённом виде, согласие сотрудников |
| Въезд по номеру | Камера читает номер, система сверяет со списком и открывает шлагбаум | ANPR-камера, серверная логика, связь с контроллером шлагбаума |
| Тревога с камеры | Пересечение линии включает запись по всем камерам зоны и уведомляет охрану | Аналитика на камере или сервере, правила реакции |
| Санкционированный доступ по видео | Оператор видит посетителя и открывает удалённо | Интерфейс с задержкой менее секунды и понятная кнопка |
Первые два сценария закрываются почти на любом оборудовании и дают максимум пользы за минимум денег. Остальные требуют более тесной интеграции и аккуратной настройки.
Как системы соединяются технически
- Общая платформа. Один вендор — видео и СКУД в одной консоли: события связаны, но выбор оборудования ограничен экосистемой.
- API и вебхуки. Платформа СКУД отправляет события в ПО видео (или наоборот). Гибко, но требует разработки или готового модуля интеграции.
- ONVIF-события и RTSP. Камера отдаёт поток и события по стандарту; СКУД принимает их как внешний источник. Работает между брендами, набор событий ограничен стандартом.
- Реле и «сухие контакты». Простейшая связка: событие камеры замыкает вход контроллера. Надёжно, но без обратной связи и деталей события.
- Сторонняя интеграционная шина. Отдельный сервис собирает события из обеих систем и раздаёт правила. Оправдано на крупных объектах с несколькими подсистемами.
Выбор зависит от того, кто «главный» в проекте: если ядро — СКУД (например, Sigur или PERCo), видео обычно подключается к ней как источник; если ядро — система видео, СКУД становится поставщиком событий.
Что проверить до закупки
- Наличие модуля интеграции. Спросите точное название и версию, а не «поддерживается»: у многих вендоров интеграция есть, но требует отдельной лицензии.
- Список поддерживаемых моделей. «Работает с камерами бренда X» часто означает две-три конкретные модели, а не всю линейку.
- Синхронизация времени. Без единого NTP-сервера события в двух системах разъедутся на минуты, и сопоставлять их будет невозможно.
- Задержка. Для удалённого открытия важна задержка «камера → оператор → команда»: она должна быть меньше секунды, иначе человек успевает уйти или, наоборот, дёргает дверь.
- Поведение при обрыве связи. Контроллер должен продолжать пускать по локальным правилам, а события — догружаться после восстановления.
- Права и приватность. Видео и биометрия — персональные данные: нужен регламент доступа, сроки хранения и согласия сотрудников.
Типичные ошибки
- Камера смотрит не туда. Камера над дверью видит макушки: для проверки «карта — человек» её ставят напротив входа на высоте 2,5–3 метра. Правила выбора точки — в статье «Куда ставить камеру».
- Одно событие — двадцать уведомлений. Аналитика на камере и на сервере настроены независимо, события дублируются. Правила должны жить в одном месте.
- Нет привязки камеры к точке доступа. В системе 40 камер и 15 дверей: без явной привязки оператор ищет нужный кадр вручную.
- Запись только по движению. Проход может не попасть в архив, если детекция сработала позже. Для дверей лучше непрерывная запись с коротким сроком хранения плюс запись по событию.
- Биометрия без альтернативы. Мокрые руки, маска, яркое солнце — и сотрудник не проходит. Нужна карта как резервный идентификатор.
- Интеграция без обслуживания. Обновили прошивку регистратора — отвалился модуль интеграции. Проверяйте порядок обновлений и наличие поддержки.
Биометрия и закон
Биометрические персональные данные обрабатываются по отдельным правилам: нужно письменное согласие сотрудника, нельзя делать отказ от биометрии основанием для недопуска на работу, шаблоны должны храниться в защищённом виде. На практике это означает: биометрия — дополнительный способ прохода, а не единственный, и её ввод требует организационной работы, а не только монтажа терминала. Подробнее — в статье «Карточки, брелоки или биометрия».
Как выглядит проект
- Обследование. Точки доступа, потоки людей и машин, существующие карты и камеры, требования к отчётности.
- Схема интеграции. Кто ядро, какие события нужны, какие интерфейсы используются, какие лицензии покупаются.
- Монтаж. Турникеты и замки, камеры на точках доступа, слаботочка, питание и ИБП.
- Пусконаладка. Сценарии доступа, привязка камер, настройка уведомлений, единое время.
- Обучение и регламент. Кто выдаёт карты, как действовать при сбое, где хранится архив.
Итог
Связка видео и СКУД окупается на первом же разборе инцидента: вместо «посмотрим, кто там был» появляется точная запись с привязкой к карте и времени. Главное — не покупать интеграцию «по названию», а проверить конкретные модели, лицензии и синхронизацию времени до монтажа.
Проектируем и обслуживаем такие системы во Владивостоке и крае: от проходной на заводе до контроля доступа в офисе. Опишите объект — предложим схему и два варианта оборудования. Услуги — на странице услуг.