Система контроля и управления доступом

Проект начинаем с правил:

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

Только после этого выбираем контроллеры, считыватели, замки и программную часть.

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

Это пример структуры, а не готовая политика конкретного объекта.

Матрица нужна до закупки, потому что именно она определяет:

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

Проектируем не только «открывает по карте».

Проверяем сценарии:

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

Если сценарий не определён заранее, его невозможно корректно принять.

На точке могут быть:

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

Исправная электроника не исправит дверь, которая физически не закрывается.

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

До проекта фиксируем:

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

Не обещаем автономность любой системы по умолчанию.

Нужно знать не просто «есть аккумулятор».

Считаем, какие узлы должны продолжать работать:

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

Тип замка влияет на поведение двери при потере питания, поэтому конечное состояние задаётся проектом и требованиями конкретной точки.

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

Не задаём одинаковое поведение всем дверям «по шаблону».

Если СКУД взаимодействует с пожарной автоматикой:

• определяются управляющие сигналы;
• приоритет;
• конечное состояние;
• способ испытания;
• ответственные специалисты.

Эти общие рекомендации не заменяют проект противопожарной защиты.

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

1. карта блокируется;
2. изменение доходит до нужных контроллеров;
3. карта повторно предъявляется;
4. проход запрещён;
5. событие корректно фиксируется.

Фраза «мы удалили карту в программе» — недостаточная приёмка.

Для посетителя определяем:

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

QR, мобильный ключ, карта или код — это способы идентификации. Они не заменяют саму политику доступа.

Домофон отвечает за вызов посетителя и решение абонента открыть дверь.

СКУД — за заранее определённые права пользователей.

Если обе системы управляют одним замком, согласуем:

• приоритет команд;
• журнал;
• аварийное поведение;
• состояние двери.

Отдельная диагностика:

• Диагностика СКУД и домофонии

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

• направления;
• поток;
• гостевой режим;
• повторный проход;
• аварийное открытие;
• механика.

Нельзя проектировать турникет как «обычную дверь с двумя считывателями».

Событие должно отвечать на понятный вопрос.

Полезно различать:

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

Один факт «карта была считана» не подтверждает реальный проход.

Разделяем:

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

Охраннику не обязательно иметь полный административный доступ.

События СКУД сами по себе не равны фактическому рабочему времени.

Для корректного УРВ нужны:

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

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

1. Обследование

Двери, ворота, турникеты, потоки.

2. Матрица доступа

Роли, зоны, расписания.

3. Состояния точек

Отказы и аварийные режимы.

4. Архитектура

Контроллеры, сеть, питание.

5. Монтаж

Линии, замки, считыватели.

6. Настройка

Пользователи, права, журнал.

7. Приёмка

Рабочие и отказные сценарии.

8. Передача

Документы, конфигурация, доступы.

Проверяем минимум:

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

То, что выбранная система не поддерживает, фиксируется как ограничение, а не отмечается «успешно».

Состав фиксируется заранее и может включать:

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

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

Цена «за дверь» без состава оборудования и сценариев мало что говорит о конечной системе.

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

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

Да, если архитектура соответствует реальной задаче и возможному расширению.

Можно оставить существующие карты?

Иногда да — после проверки формата и совместимости.

СКУД будет работать без сервера?

Зависит от конкретных контроллеров и настроек. Требуемый режим фиксируется заранее.

Можно связать с домофоном?

Да, если совместимы интерфейсы и согласована логика общей двери.

Можно вести учёт рабочего времени?

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

Чем установка СКУД отличается от ремонта?

Нет. Здесь новая система или существенная модернизация. Неисправность существующей — Диагностика СКУД и домофонии.