Интеграция СКУД и видеонаблюдения

Главный пользовательский результат:

журнал СКУД → конкретное событие → правильная камера → нужный фрагмент архива

Для каждой двери или турникета фиксируем:

• название точки;
• основную камеру;
• дополнительную — если нужна;
• направление;
• события;
• интервалы записи до события и после него.

Без этой матрицы интеграция превращается в набор случайных привязок.

Например:

• доступ разрешён;
• доступ запрещён;
• дверь открыта слишком долго;
• принудительное открытие;
• тревога вскрытия или вмешательства;
• тревога точки;
• проход через турникет.

Не обязательно открывать видео на каждое техническое событие.

Выбираем только те, которые помогают оператору.

На посту охраны можно автоматически показывать нужную камеру при:

• отказе;
• тревоге двери;
• проходе VIP/гостя — если это нужно;
• другом согласованном событии.

Цель — не заставлять оператора вспоминать номер камеры.

Сильный сценарий:

1. оператор открывает журнал СКУД;
2. выбирает событие;
3. система открывает видео за нужный интервал;
4. можно посмотреть несколько секунд до и после.

RusGuard, Parsec и другие производители официально поддерживают подобные интеграционные механизмы с отдельными VMS.

На проходной может быть полезно одновременно видеть:

• фотографию владельца пропуска из СКУД;
• текущее видео с камеры.

Так оператор может заметить передачу карты другому человеку.

Это отдельный сценарий визуальной верификации.

СКУД и VMS должны иметь согласованное время.

Если журнал показывает 10:01:12, а видеосистема отстаёт на минуту, автоматическая ссылка на архив будет неверной.

Проверяем:

• NTP;
• часовой пояс;
• переходы времени — где применимо;
• фактическое совпадение.

Для прохода полезно видеть:

• подход к точке;
• сам проход;
• действия после.

Интервал выбирается по реальному сценарию.

Не растягиваем запись на лишние минуты только потому, что VMS позволяет.

Интеграция может использовать:

• официальный модуль;
• SDK;
• API;
• плагины;
• ONVIF/RTSP для видео;
• промежуточную платформу.

ONVIF сам по себе обычно решает видеопоток, но не передаёт события СКУД.

Поэтому совместимость проверяется именно по версиям ПО и модулей.

Не обязательно менять камеры или СКУД.

Сначала проверяем:

• VMS;
• версии;
• поддерживаемые плагины;
• лицензии;
• доступные события;
• архив;
• нужные ракурсы.

Перед масштабированием:

1. выбираем одну дверь;
2. привязываем камеру;
3. проверяем разрешённый проход;
4. отказ;
5. тревогу;
6. просмотр в реальном времени;
7. архив;
8. время;
9. права оператора.

Только после этого подключаем десятки точек.

При большом объекте важно:

• единообразное именование;
• карта дверь → камера;
• роли;
• контроль состояния системы;
• контроль версий.

Иначе интеграция становится сложной в сопровождении.

Если видеосистема недоступна:

• СКУД должна продолжать базовый контроль доступа — если проектом не задана другая зависимость.

Оператор видит, что видеоверификация временно недоступна.

Видеонаблюдение продолжает запись.

Но связь «событие доступа → архив» перестаёт работать.

Контроль состояния системы должен это показать.

Не принимаем проект на одной демо-двери.

Проверяем типовой набор:

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

• название и версию СКУД;
• VMS/NVR;
• число дверей;
• список камер;
• типы событий;
• требования поста охраны;
• схема сети;
• нужна ли фотоидентификация.

Можно связать системы разных брендов?

Иногда — через официальный модуль, API или поддерживаемый интеграционный слой.

ONVIF достаточно?

Для видеопотока — иногда. Для событий доступа нужен отдельный интерфейс.

Можно открывать архив из журнала?

Да, если конкретная интеграция поддерживает связанный архив.

Нужно менять камеры?

Нет, если они поддерживаются VMS и дают нужный ракурс.

Можно начать с одной двери?

Это рекомендуемый пилотный подход.

• Система контроля и управления доступом
• СКУД для турникета
• Аудит действующей системы безопасности