Обслуживаете системы на всех объектах, а видите их только на выезде
Неисправности, отключения и журнал по каждому клиенту на вашем сервисном экране. Данные читаем через интерфейсный модуль производителя. Сигнал о пожаре идёт в «01» как раньше, мы его не передаём и не заменяем.
Есть в реестре российского ПОПример экрана. Данные условные.
Между плановыми визитами состояние систем никто не видит
Обязанность держать системы исправными лежит на руководителе объекта, а работу выполняете вы по договору. Если система неисправна, вопросы могут возникнуть и к вам как к исполнителю по договору.
Исправность и журнал обязательны
Пункт 54 Правил противопожарного режима (ПП РФ № 1479) касается обслуживания систем противопожарной защиты (СПЗ) и журнала их эксплуатации. Электронный журнал МЧС допускает.
Источник: приказ МЧС № 408 (текст на rulaws.ru)Готовятся изменения в ряд ГОСТ Р
МЧС в новости от 04.02.2026: по программе национальной стандартизации на 2026 год готовят изменение № 2 к ГОСТ Р 59636, 59638, 59639, 59640 и 59643; цель — единая структура национальных стандартов. Принятие изменений на 02.11.2026 не подтверждено.
Источник: МЧС, 04.02.2026Спор начинается после события
Неисправность, найденная при проверке или при пожаре, для обслуживающей организации — это претензия и риск потерять договор. В рублях оценки нет, она зависит от договора.
Основание: типовые условия договоров на техническое обслуживаниеТри ситуации, знакомые сервисной службе
Прибор событие зафиксировал. Но видит его только тот, кто стоит рядом с прибором.
Неисправность ждёт планового визита
Прибор показал неисправность, на объекте сигнал не приняли всерьёз или не передали вам. Вы узнаёте на следующем выезде.
система какое-то время не защищает, а отвечать за этот срок придётся вам.
Зону отключили и забыли
На объекте шёл ремонт, зону отключили и обратно не включили. В журнале прибора это есть, но до вас запись не дошла.
спор с клиентом, кто и когда знал.
Отчёт клиенту собирают вручную
Акты, журнал и ответы на вопросы клиента инженер собирает по папкам и по памяти. Выезды планируют по графику, а не по состоянию системы.
часы инженера и выезды без причины.
Сервисный экран, журнал и задания техникам
Решение работает на Rightech IoT Core. Оно нужно сервисной службе для контроля технического состояния систем и не заменяет пульт реагирования на пожар.
Сервисный экран всех объектов
Состояние систем у всех клиентов: неисправность, отключение, потеря связи. Состав данных зависит от модуля и настройки прибора.
Журнал и отчёт клиенту
События копятся автоматически, отчёт за месяц выгружается в xlsx. Наш журнал не заменяет журнал эксплуатации, вашу подпись и акты: это данные для их заполнения и разбора.
Задание технику из события
Неисправность становится заданием в мобильном приложении, техник закрывает его фотоотчётом.
Клиенты разделены
Каждый клиент в своём проекте и может видеть только свой объект. Показывать ли ему экран, решаете вы.
Четыре звена: читаем данные, шлейфы и линии не меняем
Объект
- Приёмно-контрольный прибор клиента
- Его шлейфы и адресные линии
- Журнал событий прибора
Модуль и шлюз
- Болид «Орион»: С2000-ПП, Modbus RTU
- Рубеж R3: R3-МС-КП, Modbus RTU
- Шлюз на объекте, например Wiren Board
Rightech IoT Core
- Состояние всех объектов
- Правила и задания
- Журнал, отчёты, API
Люди
- Руководитель сервиса — все объекты
- Инженер — неисправности
- Техник — задания
- Клиент — свой объект, если вы откроете доступ
Шлейфы и адресные линии не меняем. Конфигурацию прибора перезаписывают: для Рубежа R3 в FireSec, для С2000-ПП в PProg. Это делает лицензиат по документации производителя. Шлюз только опрашивает: управляющие команды модулей мы не используем. Сигнал о пожаре в подразделение пожарной охраны идёт через ваш сертифицированный канал, Rightech IoT Core в этой цепочке нет.
Пилот на 3–5 объектах ваших клиентов за 6 недель
У нас нет готового внедрения на приборах в зданиях, поэтому первый шаг — проверка вашего прибора. По итогам вы решаете, подключать ли остальные объекты.
Что входит
- Обследование: какие приборы на объектах и как снять с них данные
- Проверка подключения на первом объекте: модуль производителя и шлюз
- Сервисный экран и правила по событиям
- Задания технику с фотоотчётом
- Журнал событий и отчёт клиенту за месяц
Критерии успеха
- Цель: неисправность видна на экране не позже 5 минут после появления на приборе
- Отчёт клиенту за месяц собирается автоматически
- Каждое событие за время пилота становится заданием технику, выезд по событию вместо планового фиксируем, если событие было
Мониторинг систем пожаротушения на карьерных самосвалах
Этот проект мы делаем для сервисной пожарной компании, данные идут через трекеры на технике. Логика та же: состояние системы, журнал, сервис. Приборы в зданиях устроены иначе, и готового внедрения на них у нас пока нет.
Вопросы, которые вы можете задать
У нас уже есть вывод на пульт. Вы предлагаете его заменить?
Нет. Вывод сигнала о пожаре идёт через сертифицированные комплексы, это отдельная задача, и Rightech IoT Core её не решает. Мы про другое: техническое состояние систем, журнал и работу вашей сервисной службы.
Если ваш пульт уже отдаёт неисправности, на первой встрече разберём, что он закрывает, а что нет.
Как вы подключитесь к прибору и с какими работаете?
По документации подтверждены два пути. Болид «Орион»: преобразователь С2000-ПП, Modbus RTU. Рубеж R3: модуль R3-МС в режиме R3-МС-КП, Modbus RTU. Вживую мы их пока не подключали, поэтому начинаем с проверки.
Для Стрелец-ПРО у производителя есть своё облако Streletz-Cloud с несколькими объектами на одном аккаунте. Открытого интерфейса для сторонних систем мы там не нашли и этот случай не предлагаем.
По другим приборам ответим после обследования. Если прибор не отдаёт данные, скажем об этом до начала работ.
Вы лезете в сертифицированную систему? Нужно ли что-то ставить?
Шлейфы и адресные линии не меняем. На объекте нужны модуль производителя и шлюз, это оборудование и работа сверх подписки. Команды шлюз не отправляет.
Конфигурацию прибора при этом перезаписывают: для Рубежа R3 в FireSec, для С2000-ПП в PProg. Это делает лицензиат по документации производителя. Нужно ли менять проект конкретного объекта, смотрим на обследовании вместе с вами.
Данные клиентов уйдут в чужое облако?
Не обязательно. После пилота Rightech IoT Core можно развернуть в вашем контуре, на ваших серверах. Пилот идёт в облаке. Платформа есть в реестре российского ПО. Клиенты разделены по проектам, доступ настраивается по ролям.
Сколько это займёт?
Пилот — 6 недель на 3–5 объектах, если приборы отдают данные. Дальше объекты подключаются по шаблону пилота.
Сколько стоит?
Пилот — от 390 000 ₽ за первый объект: обследование, подключение, правила, журнал и платформа в облаке на время пилота. Модули, шлюзы, выезды и остальные объекты считаем после обследования.
Лицензия для установки в вашем контуре — от 550 000 ₽. Цены без НДС.
Обсудим пилот на ваших объектах
30 минут онлайн. Покажем на стенде сервисный экран, задание из события и отчёт клиенту, а вы расскажете, какие приборы у вас стоят и как сейчас узнаёте о неисправностях. После встречи — план проверки и цена под ваш парк.