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