Как подготовить СКУД к интеграции с видеонаблюдением и учётом рабочего времени

Интеграция контроля доступа с видеонаблюдением и системой учёта рабочего времени позволяет объединить разрозненные события в единый информационный контур. Оператор видит не только факт прохода, но и связанную с ним видеозапись, а кадровая служба получает данные о времени прихода, ухода и присутствия сотрудников на объекте.

Однако простого подключения нескольких систем недостаточно. До интеграции необходимо проверить совместимость оборудования и программного обеспечения, привести в порядок идентификаторы сотрудников, синхронизировать время, определить правила обмена данными и разграничить права пользователей. Иначе компания получит множество несвязанных событий, ошибочные отчёты и спорные данные вместо полноценного инструмента управления.

В статье разберём, как подготовить архитектуру СКУД, какие данные должны передаваться между системами, где хранить единый справочник сотрудников, как связать событие прохода с видеозаписью и что проверить перед запуском интеграции на действующем объекте.

Содержание

• Какие задачи решает интеграция
• С чего начать подготовку
• Как определить архитектуру системы
• Как проверить совместимость компонентов
• Как организовать единый справочник сотрудников
• Почему критична синхронизация времени
• Как связать проходы с видеозаписями
• Как подготовить данные для учёта рабочего времени
• Что проверить в контроллерах доступа
• Какие требования предъявляются к сети
• Как разграничить доступ и защитить данные
• Как система должна работать при отказах
• Как протестировать интеграцию
• Практическая схема внедрения
• Распределение функций между компонентами
• Типичные ошибки подготовки
• Итог
• Часто задаваемые вопросы

Какие задачи решает интеграция

Без интеграции каждая система работает отдельно. Контроль доступа фиксирует предъявление идентификатора и состояние двери, видеонаблюдение сохраняет изображение, а программа учёта рабочего времени обрабатывает собственные отметки. Чтобы расследовать событие, специалисту приходится вручную сравнивать данные из нескольких интерфейсов.

После объединения событие прохода может содержать:

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

Интеграция особенно полезна на объектах с несколькими входами, посменной работой, удалёнными филиалами и повышенными требованиями к контролю перемещений. Она сокращает время поиска событий и уменьшает количество ручных операций.

С чего начать подготовку

Первый этап — аудит действующей инфраструктуры. Необходимо определить, какие компоненты уже установлены, кто ими управляет и какие данные они способны передавать.

В перечень включают:

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

Для каждого компонента фиксируют производителя, модель, версию прошивки, IP-адрес, способ подключения, доступные интерфейсы интеграции и срок поддержки. Отдельно отмечают оборудование, которое нельзя обновить или подключить к современной платформе.

Также следует описать существующий процесс. Важно понять, кто добавляет сотрудников, где создаются идентификаторы, каким способом блокируются пропуска и кто формирует отчёты о рабочем времени.

Как определить архитектуру системы

Архитектура зависит от масштаба объекта и используемых платформ. В простой конфигурации сервер контроля доступа напрямую обменивается событиями с системой видеонаблюдения и экспортирует данные в кадровую программу.

На крупном объекте может использоваться промежуточная интеграционная платформа. Она принимает события из нескольких филиалов, приводит их к единому формату и передаёт в другие системы.

На этапе проектирования нужно определить:

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

Желательно избегать двустороннего редактирования одних и тех же данных в нескольких программах. Если имя, подразделение или график сотрудника можно изменять в трёх системах, рано или поздно сведения начнут различаться.

Как проверить совместимость компонентов

Совместимость нельзя оценивать только по наличию сетевого разъёма. Две системы могут работать по IP, но не поддерживать передачу нужных событий или команд.

Необходимо проверить:

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

Официальный модуль обычно упрощает внедрение и техническую поддержку. Собственная интеграция через API предоставляет больше гибкости, но требует разработки, тестирования и дальнейшего сопровождения.

Перед масштабированием полезно собрать испытательный стенд. На нём проверяют создание сотрудника, выдачу пропуска, регистрацию прохода, передачу события, поиск видеозаписи и формирование отчёта.

Как организовать единый справочник сотрудников

Каждый человек должен иметь уникальную запись, которая одинаково распознаётся всеми подключёнными системами. Одного имени недостаточно: сотрудники могут иметь одинаковые фамилии, менять подразделения или повторно приниматься на работу.

В качестве ключа используют внутренний табельный номер, идентификатор кадровой системы или другой неизменяемый код. Номер карты не подходит на роль основного идентификатора, поскольку одному сотруднику могут выдавать разные пропуска.

Единая карточка может содержать:

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

Если на объекте устанавливается терминал учёта рабочего времени, необходимо заранее определить, будет ли он использовать тот же идентификатор, что и система доступа, или создаст собственную запись. Первый вариант обычно снижает количество дублей и упрощает сопоставление данных.

Почему критична синхронизация времени

Контроллер может зафиксировать событие в 08:57:10, камера — сохранить изображение с отметкой 08:59:02, а кадровая программа — получить запись в 09:00. При ручном поиске разница кажется незначительной, но при автоматической обработке она приводит к неправильным результатам.

Все серверы, регистраторы, камеры, контроллеры и рабочие станции следует синхронизировать с одним доверенным источником времени. Для удалённых объектов дополнительно учитывают часовые пояса и сезонные изменения.

Необходимо контролировать:

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

Как связать проходы с видеозаписями

Для каждого значимого прохода нужно определить камеру, которая показывает лицо человека, направление движения и состояние двери или турникета. Камера общего обзора может не дать достаточной детализации для разбора спорного события.

При настройке задают связь между точкой доступа и одним или несколькими видеоканалами. После регистрации события оператор получает возможность открыть запись за несколько секунд до предъявления идентификатора и после него.

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

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

Если для хранения записей используется сетевой видеорегистратор, необходимо проверить поддержку интеграционного интерфейса, точность временных меток, доступ к архиву и права пользователей на просмотр или экспорт фрагментов.

Следует заранее определить срок хранения видео. Если система проходов сохраняет события год, а архив доступен только несколько дней, старые записи уже нельзя будет подтвердить изображением.

Как подготовить данные для учёта рабочего времени

Не каждое событие доступа следует автоматически считать началом или окончанием рабочего дня. Сотрудник может несколько раз выходить из здания, перемещаться между корпусами или проходить через внутренние двери.

До настройки отчётов необходимо определить:

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

Для посменного персонала важно правильно обрабатывать переход через полночь. Выход в начале следующего календарного дня должен относиться к предыдущей рабочей смене, а не создавать новую самостоятельную запись.

Система также должна распознавать неполные пары событий. Если сотрудник вошёл, но выход не зафиксирован из-за аварии оборудования или прохода вместе с другим человеком, отчёт следует направить на проверку, а не автоматически начислять максимальную продолжительность.

Что проверить в контроллерах доступа

Контроллеры продолжают управлять дверями даже при временной недоступности центрального сервера. Поэтому их локальные настройки и память событий напрямую влияют на устойчивость всей интеграции.

Перед подключением необходимо проверить:

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

При модернизации важно учитывать не только количество подключаемых дверей. Выбранный контроллер СКУД должен поддерживать требуемые сценарии автономной работы, передачу событий, достаточный объём памяти и совместимость с программной платформой.

После восстановления соединения накопленные события должны передаваться без дублей и в правильной последовательности. Этот сценарий обязательно проверяют до запуска системы.

Какие требования предъявляются к сети

Интеграция увеличивает объём обмена между компонентами. Помимо событий доступа по сети передаются видеопотоки, команды управления, справочники пользователей и запросы к архиву.

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

При проектировании проверяют:

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

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

Как разграничить доступ и защитить данные

После интеграции один интерфейс может предоставлять сведения о проходах, рабочем времени и видеозаписях. Это повышает удобство, но одновременно увеличивает объём доступной пользователю информации.

Права следует разделить по ролям:

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

Нужно фиксировать входы в систему, изменение прав, редактирование справочников, выгрузку видео и корректировку табеля. Общие учётные записи затрудняют контроль, поэтому каждому сотруднику предоставляют персональный профиль.

Обмен между платформами желательно защищать шифрованием. Пароли и токены интеграции нельзя хранить в открытых файлах или передавать подрядчикам без ограничения срока действия.

Как система должна работать при отказах

До запуска необходимо проверить не только штатный режим, но и поведение при недоступности отдельных компонентов. Отказ видеосервера не должен блокировать проходы, а временная потеря связи с кадровой программой — останавливать регистрацию событий.

Следует предусмотреть следующие сценарии:

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

После восстановления связи системы должны автоматически передать накопленные данные, исключить дубли и сохранить исходное время событий. Если требуется ручное вмешательство, порядок действий фиксируют в инструкции.

Как протестировать интеграцию

Тестирование проводят на ограниченной группе сотрудников и одной или нескольких точках прохода. Это позволяет обнаружить ошибки без влияния на весь объект.

В программу испытаний включают:

1. Создание нового сотрудника. Проверяют передачу персональных данных и идентификатора во все необходимые системы.
2. Обычный разрешённый проход. Событие должно появиться в журнале и связаться с правильной камерой.
3. Отказ в доступе. Система должна передать причину и предоставить соответствующий видеофрагмент.
4. Работа по сменному графику. Проверяют переход через полночь, перерывы и повторные входы.
5. Блокировка пропуска. Изменение должно примениться ко всем контроллерам в установленный срок.
6. Потеря связи. Контроллер продолжает работать автономно, а после восстановления передаёт накопленные события.
7. Изменение системного времени. Проверяют реакцию на отклонение и восстановление синхронизации.
8. Поиск архивного события. Оператор должен быстро открыть нужную запись и увидеть связанные данные.

Результаты тестов фиксируют в протоколе. Для каждого сценария указывают ожидаемое поведение, фактический результат, обнаруженную ошибку и ответственного за исправление.

Практическая схема внедрения

Поэтапное внедрение снижает риск остановки действующей системы. Сначала подключают один участок или подразделение, затем анализируют журналы и только после успешной проверки расширяют решение.

Распределение функций между компонентами

Типичные ошибки подготовки

1. Отсутствие единого справочника сотрудников. Каждая система хранит собственные записи, из-за чего появляются дубли и неправильное сопоставление событий.
2. Использование Ф. И. О. как единственного идентификатора. Совпадения имён и изменение персональных данных приводят к ошибкам. Для связи нужен уникальный неизменяемый код.
3. Несинхронизированное время. Проход, видеозапись и отметка в отчёте получают разные временные значения и не связываются автоматически.
4. Автоматический учёт всех проходов как начала и окончания работы. Внутренние перемещения, перерывы и повторные входы искажают фактическую продолжительность смены.
5. Интеграция без проверки автономного режима. При потере связи контроллеры перестают корректно обслуживать точки доступа или теряют накопленные события.
6. Выбор камеры без учёта ракурса. Событие связывается с видеозаписью, на которой не видно лица, направления движения или состояния двери.
7. Недостаточная глубина видеоархива. События доступа хранятся дольше, чем соответствующие записи, поэтому позднее расследование становится невозможным.
8. Избыточные права пользователей. Сотрудники получают доступ к кадровым данным, видеозаписям или административным настройкам, которые не нужны им для работы.
9. Запуск сразу на всём объекте. Ошибка в правилах обмена затрагивает множество сотрудников и усложняет поиск причины.
10. Отсутствие документации. После обновления или смены подрядчика никто не понимает, какие данные передаются между системами и как восстановить интеграцию.

Итог

Подготовка СКУД к интеграции начинается не с подключения программных модулей, а с аудита оборудования, данных и рабочих процессов. Необходимо определить единый источник сведений о сотрудниках, удалить дубли и выбрать постоянный уникальный идентификатор.

Для связи с видеонаблюдением каждой точке прохода назначают подходящую камеру, синхронизируют время и устанавливают интервал просмотра до и после события. Глубина видеоархива должна соответствовать сроку, в течение которого организация расследует спорные случаи.

Учёт рабочего времени требует отдельных правил. Компания должна определить, какие точки считаются входом и выходом, как обрабатываются смены, перерывы, повторные проходы и неполные пары событий.

Перед запуском также проверяют автономную работу оборудования, сетевую сегментацию, права пользователей, журналирование и резервное копирование. Пилотное внедрение на ограниченном участке позволяет исправить ошибки до того, как они затронут весь объект.