СКУД часто покупают как «турникеты и карты», но реальная проблема почти всегда организационная. Кто выдает доступ? Кто снимает права после увольнения? Что происходит с гостями? Как арендатор меняет список сотрудников? Если эти правила не описать до монтажа, система быстро превращается в набор карт, которые никто не контролирует.
Для офиса и объекта с арендаторами главная потеря - неконтролируемый доступ. Не обязательно из-за злого умысла: чаще права остаются у бывших сотрудников, временные пропуска живут слишком долго, а администратор не понимает, кто согласовал изменение. Техническое решение должно поддерживать понятный процесс, а не заменять его.
Что нужно решить до оборудования
Сначала определяют роли: сотрудник управляющей компании, арендатор, подрядчик, гость, охрана, администратор. Затем описывают жизненный цикл доступа: заявка, согласование, выдача, изменение, блокировка, отчет. Только после этого выбирают точки прохода, контроллеры, считыватели и интеграции.
Если начать с железа, можно получить красивую систему без управляемости. Например, турникет стоит правильно, но заявки идут в мессенджере, журнал не проверяется, а после увольнения карта остается активной. Для заказчика это не СКУД, а видимость контроля.
Таблица рисков
| Ситуация | Что теряется | Как закрыть до приемки |
|---|---|---|
| Нет владельца прав доступа | Никто не отвечает за ошибки | Назначить администратора и порядок согласования |
| Временные пропуска не имеют срока | Гость может остаться в системе навсегда | Настроить сроки действия и регулярную проверку |
| Арендатор сам меняет список устно | История изменений не доказывается | Ввести заявку, подтверждение и журнал |
| После увольнения доступ снимают вручную | Появляется задержка и риск прохода | Описать срок блокировки и ответственного |
Что проверять при приемке
Приемка СКУД должна включать не только проход по карте. Нужно проверить создание пользователя, изменение прав, блокировку, гостевой доступ, отказ карты, журнал событий и отчетность. Если есть арендаторы, отдельно проверяют разграничение: один арендатор не должен видеть и менять чужие права.
Важна и работа охраны. Охранник должен понимать, что делать при отказе прохода, забытом пропуске, попытке прохода по чужой карте и аварийной ситуации. Если инструкция отсутствует, технически исправная СКУД все равно будет обходиться «по звонку».
Чек-лист для заказчика
- Описать роли и кто согласует каждую роль.
- Установить срок действия временных и гостевых пропусков.
- Проверить блокировку доступа после увольнения или окончания работ.
- Настроить журнал событий и порядок его просмотра.
- Согласовать, какие данные персонала хранятся и кто имеет к ним доступ.
Правовая и эксплуатационная опора
Если СКУД хранит данные, которые позволяют связать проход с конкретным человеком, заказчику нужно учитывать требования 152-ФЗ о персональных данных. Для объектов, где СКУД связана с эвакуацией или пожарной безопасностью, нельзя игнорировать общую рамку ФЗ N 123 и правила эксплуатации по ПП РФ N 1479.
Эти ссылки не превращают СКУД в юридический документ. Они напоминают, что система доступа живет рядом с персональными данными, безопасностью людей и обязанностями эксплуатации.
Что подготовить перед заявкой
Соберите список ролей, точки прохода, текущий порядок выдачи пропусков, типовые проблемы охраны и арендаторов, ограничения по персональным данным и желаемые отчеты. Не передавайте публично базы пользователей, карты доступа, пароли, схемы подключения и коммерческие условия.
Публичные карточки работ без закрытых деталей размещены в разделе проекты. Профильная услуга описана на странице СКУД, заявка доступна через форму связи.