Что такое СКУД

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

СКУД расшифровывается как "система контроля и управления доступом". Профильный ГОСТ Р 51241-2008 описывает такие решения как совокупность совместимых технических средств. Они ограничивают и регистрируют вход и выход людей или транспорта через заданные точки прохода.
Контроль отвечает на вопрос, имеет ли предъявленный идентификатор право на проход. Управление означает, что система не просто фиксирует событие, а воздействует на исполнительное устройство. Она открывает дверь, разблокирует турникет, поднимает шлагбаум либо сохраняет точку прохода закрытой.
Правила задают для каждого пользователя или группы. Можно ограничить доступ конкретными помещениями, днями недели и временными интервалами. Например, сотрудник входит в офис в рабочее время, подрядчик получает временный доступ только в техническую зону, а автомобиль проезжает через ворота по зарегистрированному номеру.

Работа СКУД начинается с идентификации. Пользователь прикладывает карту или брелок, вводит PIN-код, предъявляет QR-код, использует смартфон либо проходит биометрическую проверку. Считыватель получает данные идентификатора и передает их контроллеру.

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

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

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

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

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

Идентификатор сообщает системе, кто запрашивает доступ. Для этого используют бесконтактные карты, брелоки, электронные ключи, PIN-коды, QR-коды и мобильные устройства. На объектах с особыми требованиями применяют биометрические параметры, включая отпечаток пальца или изображение лица.
Способ идентификации выбирают с учётом рисков. Карту можно передать другому человеку, код можно подсмотреть, а смартфон зависит от настроек мобильного доступа. Биометрия лица или дактилоскопия связывает идентификатор с человеком теснее, но требует корректной организации обработки персональных данных.

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

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

Программный уровень хранит пользователей, идентификаторы, расписания и права. Через него администратор добавляет сотрудников и посетителей, блокирует потерянные карты, меняет доступ к зонам и просматривает события.
Набор функций зависит от конкретного решения. В распределенной системе платформа также контролирует состояние оборудования, объединяет несколько зданий и передаёт данные смежным подсистемам. Стандарты ONVIF Profile A и Profile C, например, описывают работу с учетными данными, расписаниями, правилами доступа, дверями, событиями и тревогами.

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

Сетевая система объединяет контроллеры каналами связи и предоставляет централизованное управление. Администратор работает с общей базой пользователей, меняет права сразу для нескольких точек и получает единый журнал событий. Такая архитектура подходит объектам с большим количеством дверей, пользователей, зон и изменяемых расписаний.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Проектирование СКУД начинают с обследования объекта. До выбора оборудования нужно определить:

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

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

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

Для сетевой СКУД дополнительно проверяют:

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

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

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

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

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