Одинаковое слово «диспетчеризация» на объекте может означать разные задачи и разные границы ответственности.
Штатный АРМ и ПО производителя: планы, зоны, тревоги, отключения, неисправности, журнал и работа оператора.
Агрегированные статусы для эксплуатации здания: пожар, неисправность, готовность насосной, авария шкафа, потеря связи.
Отдельный контур передачи извещений о пожаре там, где он предусмотрен требованиями и проектными решениями.
Описываем, какой источник формирует событие, куда оно идет, как подписывается и что должен видеть дежурный.
Проверяем время, последовательность, источник, приоритет, квитирование и восстановление состояния.
Делаем отображение понятным для эксплуатации, а не только для наладчика и автора конфигурации.
Нормы подбираем по тому, что именно выводится: события СПС, оповещение, передача извещений, исполнительные связи или эксплуатационные записи.
| Документ | Что важно для диспетчеризации | Где влияет |
|---|---|---|
| 123-ФЗ «Технический регламент о требованиях пожарной безопасности» | Требования к системам обнаружения пожара и понятию системы передачи извещений о пожаре | Граница между локальным отображением событий и передачей извещений по каналам связи |
| СП 484.1311500.2020 с действующими изменениями | СПС и автоматизация систем противопожарной защиты | Пожарный пост, зоны контроля, линии связи, алгоритмы и взаимодействие с исполнительными устройствами |
| ГОСТ Р 71554-2024 | Системы передачи извещений о пожаре | Проектирование, монтаж, эксплуатация, ТО, ремонт и испытания контура передачи извещений |
| ГОСТ Р 59638-2021 | Системы пожарной сигнализации | События СПС, работоспособность, источники тревог и диагностика |
| ГОСТ Р 59639-2021 | СОУЭ | Состояния оповещения, зоны, управление и проверка отображаемых событий |
| Постановление Правительства РФ № 1128 | Лицензируемые работы, включая отдельные виды диспетчеризации | Границы работ по СПС, СОУЭ и автоматическим системам передачи извещений о пожаре |
| ППР РФ, постановление Правительства РФ № 1479 | Эксплуатация систем противопожарной защиты | Журналы, фиксация работ и требования к действующим системам |
В 2026 году для этой услуги особенно важны две проверки: действующая редакция СП 484 с изменениями, введенными с 1 сентября 2025 года, и ГОСТ Р 71554-2024 для систем передачи извещений о пожаре. Кроме того, в плане стандартизации 2026 года предусмотрено изменение к ГОСТ Р 71554-2024, поэтому состав требований сверяем на дату работ.
Не все сигналы должны идти на каждый уровень. Сначала согласуем матрицу, потом рисуем экраны и подключаем интерфейсы.
| Уровень | Что обычно показываем | Что не подменяем |
|---|---|---|
| Пожарный АРМ | Зоны, источники событий, пожар, неисправность, отключение, состояния приборов, журнал | Алгоритмы в приборах и проектную логику СПС |
| Инженерная диспетчеризация | Агрегированные статусы пожарной системы, насосной, питания, шкафов, связи и отказов | Штатный пожарный АРМ и обязательное пожарное журналирование |
| АРМ дежурного персонала | Планы, приоритетные сообщения, подтверждения и маршрутизацию внимания оператора | Процедуры эксплуатации и ответственность персонала |
| Система передачи извещений | Извещения и контрольные данные в рамках предусмотренного контура связи | Локальную пожарную автоматику объекта |
| Архив и отчеты | Историю событий, время, источник, восстановление и сервисные отметки | Фактические испытания и обслуживание на объекте |
Начинаем с сигнала и ответственности, а не с экрана.
Смотрим приборы, АРМ, версии ПО, планы, матрицы сигналов, смежные системы и требования эксплуатации.
Разделяем пожар, неисправность, отключение, восстановление, сервисные события и состояния смежных устройств.
Определяем штатный АРМ, интерфейсы производителя, шлюзы, дискретные сигналы или отдельный контур передачи извещений.
Делаем зоны, подписи, источники событий, приоритеты и представление событий понятными для дежурного персонала.
Сверяем сработки, неисправности, восстановление, потерю связи и состояния оборудования с экранами и журналами.
Фиксируем состав сигналов, границы уровней, конфигурационные данные и замечания для ПНР или дальнейшего ТО.
В Санкт-Петербурге диспетчеризация пожарных событий часто внедряется не на новом объекте, а поверх уже работающей инфраструктуры: старых приборов, нескольких очередей реконструкции, пожарного АРМ от одного производителя и инженерной диспетчеризации от другого. Поэтому сначала выясняем, где сейчас находится штатный источник событий и какие данные эксплуатация действительно должна видеть на каждом уровне.
Для дежурного персонала важно не количество экранов, а однозначность сообщения. Если событие «Пожар», «Неисправность», «Отключение» или «Авария насосной» приходит без источника, зоны и приоритета, оператор получает шум вместо управления ситуацией. Поэтому в Петербурге на действующих зданиях особенно тщательно проверяем подписи помещений, планы, историю переделок и фактические точки связи со смежными инженерными системами.
ГУ МЧС по Санкт-Петербургу отдельно напоминает о фиксации работ со средствами пожарной безопасности в журнале эксплуатации систем противопожарной защиты. Для диспетчеризации это означает, что изменения в отображении, передаче событий и дальнейших проверках должны быть связаны с реальным обслуживанием и наладкой системы, а не существовать сами по себе.
Способ интеграции зависит от состава приборов, лицензий ПО, интерфейсов и допустимой роли верхнего уровня.
| Платформа или система | Что проверяем | Что получает эксплуатация |
|---|---|---|
| НВП «Болид» / ИСО «Орион» | АРМ «Орион Про» или АРМ «Орион Икс», зоны, приборы, сообщения, журнал, варианты передачи статусов | Пожарный верхний уровень с понятными событиями и согласованной выдачей агрегированных сигналов |
| РУБЕЖ / RUBEZH R3 | FireSec NT, адресные устройства, зоны, события, сценарные состояния и доступные интерфейсы | Матрицу сигналов, планы, архив и читаемые приоритеты сообщений |
| Аргус-Спектр / Стрелец-ПРО | АРМ «Стрелец-Интеграл», радиоканальные устройства, зоны, связь и питание | Контроль событий и состояний без потери привязки к зоне и устройству |
| СОУЭ и пожаротушение | Состояния запуска, ручного управления, блокировок, готовности и отказов | Понятную картину для дежурного и ПНР по связанным сценариям |
| ВПВ и насосные | Шкафы управления, питание, давление, режимы, аварии и обратные связи | Агрегированные статусы готовности и аварий для эксплуатации |
| Инженерная SCADA | MasterSCADA 4D, другие диспетчерские уровни, шлюзы, OPC и дискретные сигналы | Отображение нужных статусов здания без подмены пожарной логики |
Эти ошибки превращают экран в красивый, но слабый инструмент эксплуатации.
Оператор видит тревогу, но не понимает помещение, зону, прибор или цепочку возникновения.
Пожар, неисправность, восстановление и сервисное событие смешиваются в одном потоке.
Инженерная SCADA начинает восприниматься как замена штатного пожарного АРМ и алгоритмов.
На экране есть команда, но нет подтверждения состояния исполнительного устройства или шкафа.
После перепланировки и смены арендаторов подписи зон уже не совпадают с реальным объектом.
Нельзя восстановить последовательность событий и понять, что происходило до и после отказа.
Работы с пожарной сигнализацией, СОУЭ и автоматическими системами передачи извещений о пожаре имеют отдельные лицензируемые виды работ, в том числе с диспетчеризацией и ПНР. На старте уточняем, какой именно контур требуется объекту.
Пришлите состав приборов, действующие АРМ, матрицу сигналов или перечень нужных событий. Мы разберем границы пожарного и инженерного уровней и предложим способ подключения.
Опишите задачу в свободной форме. Консультант уточнит детали и передаст заявку инженерам, когда будут контакты.
Пожарная безопасность