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