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

Здесь основная стоимость приходится на лицензии платформы, интеграцию и настройку логики, а не на оборудование — его чаще всего менять не требуется.
Комплекс не существует сам по себе: он собирается над видеонаблюдением, контролем доступа, охранной и пожарной сигнализацией, а на крупных объектах — и над инженерными системами через диспетчеризацию. Мы ведём все эти системы, поэтому интеграция не упирается в чужого подрядчика, который «не даёт протокол».
Нужен список систем на объекте и, по возможности, названия оборудования. По ним видно, что подключается штатно, что через модуль, а что придётся дорабатывать.