Интеграция СКУД и видеонаблюдения: событие → запись → карточка

Интеграция СКУД и видеонаблюдения: событие → запись → карточка

  • Сен, 27, 2026
  1. Зачем связывать СКУД и видео
  2. Цепочка: событие → запись → карточка / архив
  3. ONVIF, SDK и сухие контакты: выбор интеграции
  4. Задержки и буфер pre/post-record
  5. Синхронизация времени (NTP) и рассинхрон
  6. Приёмочные сценарии на объекте
  7. Типовые сбои интеграции
  8. Чек-лист интеграции СКУД + видео

Интеграция системы контроля и управления доступом (СКУД) с системой видеонаблюдения нужна, чтобы событие прохода или отказа связывалось с видеофрагментом и карточкой сотрудника / гостя. На практике используют ONVIF (открытый интерфейс устройств видеонаблюдения), фирменные SDK производителей СКУД и VMS (Video Management System), либо «грубые» сухие контакты на вход тревоги регистратора. Для ПНР важен не маркетинговый «плагин в каталоге», а измеримая цепочка: событие в журнале СКУД → старт/привязка записи → открытие ролика из карточки события за приемлемое время.

Схема интеграции СКУД и видео: событие прохода, VMS, камера, архив, карточка сотрудника
Цепочка интеграции: контроллер/сервер СКУД формирует событие → VMS/регистратор ставит метку или запускает запись → оператор открывает фрагмент из журнала или карточки.

1. Зачем связывать СКУД и видео

  • Идентификация «кто прошёл» визуально при передаче карты (tailgating).
  • Разбор отказов доступа и спорных проходов.
  • Сокращение времени поиска в архиве: не «смотреть час ленты», а клик по событию.
  • Единый пост охраны: тревога двери + видео с камеры на точке.
Важно. Матрица «дверь / турникет ↔ камера(ы)» должна быть в проекте. Без неё интеграция превращается в случайный набор привязок, и на сдаче половина событий открывает «не ту» камеру.

2. Цепочка: событие → запись → карточка / архив

  1. Событие СКУД — доступ разрешён / запрещён, дверь взломана, тампер, принудительное открытие и т.п.
  2. Транспорт — API/SDK, ONVIF-событие, OPC, MQTT, сухой контакт, файл/БД — по реализации.
  3. Действие VMS — bookmark (закладка), alarm recording, pop-up на монитор, снимок (snapshot).
  4. Карточка — в ПО СКУД или едином клиенте охраны: ссылка на фрагмент, превью, время.
  5. Архив — глубина хранения по ТЗ; проверка, что событие не «выпало» из-за переполнения диска.

3. ONVIF, SDK и сухие контакты: выбор интеграции

Способ Плюсы Ограничения на ПНР
Фирменный SDK / плагин СКУД↔VMS Карточка события, UID, ФИО в одном окне Версии ПО должны быть в матрице совместимости производителя
ONVIF (Profile в зависимости от задачи) Стандартизированный доступ к камерам/событиям Не все сценарии СКУД «из коробки»; проверять поддержку конкретной пары устройств
Сухой контакт / GPIO Просто, независимо от ПО Нет UID в видео; только «тревога на входе»; нужна маркировка линий
Совет: до ПНР зафиксируйте версии сервера СКУД, клиента, VMS и прошивок камер. «Вчера работало» после обновления VMS — классика; откат только по регламенту ИБ заказчика.

4. Задержки и буфер pre/post-record

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

  • Pre-record — кольцевой буфер до события (секунды задаёт VMS / ТЗ).
  • Post-record — запись после события.
  • Измерьте секундомером: момент события в журнале СКУД vs первый кадр с лицом/проходом в ролике.
  • Если лицо «обрезано» в начале — увеличьте pre-record или сдвиньте привязку камеры (по согласованию).

Допустимая задержка — параметр проекта / ТЗ / ожидания службы безопасности, а не «норма ГОСТ». Зафиксируйте измеренные значения в протоколе.

5. Синхронизация времени (NTP) и рассинхрон

Без единого времени закладки бесполезны: событие в 14:01:05, видео с меткой 13:58.

  • Все серверы СКУД, VMS, регистраторы, камеры (если берут время сами) — к одному NTP по проекту ИБ.
  • Проверить часовой пояс и DST.
  • Допуск рассинхрона — по ТЗ (часто единицы секунд; конкретику согласуйте с заказчиком).
  • После перезагрузки — повторная проверка времени.
Диагностика рассинхрона. Одновременно зафиксируйте: системные часы сервера СКУД, сервера VMS, метку кадра и wall-clock (телефон с NTP). Расхождение > допуска ТЗ — дефект до подписания акта.

6. Приёмочные сценарии на объекте

  1. Разрешённый проход — ролик из события открывается, камера верная, лицо/фигура различимы при штатном освещении.
  2. Отказ доступа — событие + видео.
  3. Дверь удерживается открытой / взлом — тревога + pop-up (если в ТЗ).
  4. Обрыв связи СКУД↔VMS — понятная индикация, без «тихого» отказа интеграции.
  5. Выборка из архива через 24 ч (или иной срок ТЗ) — закладка на месте.

7. Типовые сбои интеграции

Симптом Причины Что проверить
Событие есть, видео нет Нет привязки камеры; лицензия плагина; права API Матрица привязок; лог интеграции; лицензии
Не та камера Ошибка карты соответствий Перепривязка по плану
Сдвиг по времени NTP; разные TZ Единый NTP; повторный тест
Долгое открытие ролика Сеть, диск, высокая нагрузка VMS Замер RTT; дисковый I/O; QoS по проекту

8. Чек-лист интеграции СКУД + видео

Скачать чек-лист (Word):
Checklist_SKUD_Video_Integraciya_PNR.docx
— заполняемый бланк для работы на объекте.
№ Пункт ☐
1 Матрица дверь↔камера утверждена ☐
2 Версии ПО/плагинов в матрице совместимости ☐
3 NTP единый; рассинхрон в допуске ТЗ ☐
4 Сценарий «разрешённый проход» → ролик OK ☐
5 Сценарий «отказ» и «тревога двери» → видео OK ☐
6 Pre/post-record достаточны (замер задержки) ☐
7 Права оператора: просмотр без лишних админ-прав ☐
8 Отказ канала интеграции детектируется ☐
9 Выборка из архива через контрольный срок ☐
10 Протокол интеграции подписан СБ / заказчиком ☐

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

Материал носит образовательно-методический характер. Способ интеграции (ONVIF, SDK, контакты), матрица камер и допустимые задержки определяются проектом, ТЗ и документацией производителей СКУД/VMS. Статья не заменяет инструкции на оборудование и политики ИБ объекта.