Техническое задание на СКУД: двери, права и проверка

Сначала определите границу задачи

На плане или простом эскизе отметьте помещения и все используемые проходы между ними. Каждой двери дайте постоянное обозначение: Д1, Д2, Д3. Эти обозначения затем повторяются в задании, предложении и проверке. Если склад имеет второй служебный вход, он тоже должен быть учтён: иначе ограничения на одной двери можно будет обойти по другому маршруту.

Рядом опишите, что требуется от системы контроля доступа: только разрешать вход, централизованно менять права, сохранять события или также готовить отчёты. Например, запись «нужен журнал» следует уточнить: какие события в нём должны быть видны, по какой двери и за какой период, кто будет их проверять. Срок и порядок хранения согласуют для своего объекта; универсальное значение из чужого примера здесь не поможет.

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

У каждой двери должен быть свой паспорт

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

После физических условий запишите действия человека с обеих сторон. «Вход по карте» ещё не объясняет выход. Ручка, кнопка и второй считыватель дают разные сценарии и состав оборудования. Выбор запирания и выхода разбирается отдельно в статье об электрических замках; переносить схему с другой двери без проверки нельзя.

В нашем примере есть общий вход Д1, дверь рабочего помещения Д2 и дверь складской комнаты Д3. Это учебные условия, а не описание действующего объекта. Все двери находятся внутри здания, имеют одну створку и требуют контроля закрытого положения. Для примера считаем, что осмотр подтвердил возможность указанных ниже способов выхода; питание и кабельные трассы доступны. Точные размеры, исполнение замков и характеристики питания заносят в рабочий паспорт после подбора.

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

Роль связывает помещение со временем

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

Для примера зададим два расписания. Офисной роли разрешён вход через Д1 и Д2 с понедельника по пятницу с 09:00 до 18:00. Складской — через Д1 и Д3 с понедельника по субботу с 08:00 до 20:00. Через чужую внутреннюю дверь проход запрещён. Общий вход не означает общее право на все помещения за ним.

Теперь фраза «доступ сотрудникам в рабочее время» стала проверяемой. Офисный пропуск в субботу в 10:00 не должен открывать даже Д1, а складской в этот же момент должен разрешать вход через Д1 и Д3. Особые дни и временные изменения расписания описывают отдельно; название дня недели само по себе не задаёт исключения.

Такую связь действительно нужно проверить в выбранном ПО. Например, в русском руководстве PERCo-WB шаблоны доступа привязывают к помещениям, а временные критерии создают до шаблона. Это пример реализации: наличие похожих пунктов меню у другой системы ещё не подтверждает нужный результат. О применении ролей на объекте подробнее рассказано в разборе офисной СКУД.

Опишите не только выдачу, но и отмену пропуска

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

Для нашего примера изменение роли с офисной на складскую означает больше, чем добавление Д3. Старое право на Д2 должно прекратиться, а расписание Д1 — соответствовать новой роли. Это отдельный сценарий проверки: прежний маршрут не должен сохраниться случайно вместе с новым.

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

Разделите потерю связи и потерю питания

Это разные условия. Контроллер может оставаться включённым при недоступном сервере, а замок — потерять питание при исправной сети. В задании для каждой ситуации опишите ожидаемые вход, выход и доступность событий, а также то, как ответственный узнает об отказе. Не заменяйте это одной строкой «работает автономно».

Например, если в задаче требуется сохранять разрешённый вход при недоступности сервера, поставщик должен подтвердить это для точной модели, режима и настроек. Условия отличаются: руководство PERCo-C01 указывает, что в режиме «Контроль» без связи с сервером доступно управление исполнительным устройством только от кнопок дистанционного управления или пульта. Поэтому обещание «сетевая СКУД продолжит пропускать карты» нельзя переносить на любой контроллер.

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

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

К каждому требованию добавьте способ проверки

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

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

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

Свяжите задание с предложением и передачей системы

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

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

Заранее укажите, что передаётся ответственному после работ: актуальная схема с обозначениями дверей, перечень установленного оборудования, согласованные настройки, инструкция по изменению прав и результаты испытаний. СБВ-ВИДЕО помогает подобрать и поставить согласованные компоненты; монтажные работы организуются с партнёром. Для первого обсуждения достаточно обезличенного описания объекта и вопросов к будущей системе.