Два счётчика в одном отчёте: общий обзор и отдельные действия
Когда два счётчика относятся к одной площадке, раздельные сообщения мешают быстро увидеть общую картину. Герман Бронников сформулировал конкретное требование: один доклад по объекту и собственные кнопки каждого счётчика. В октябре 2026 года команда реализовала этот сценарий в информаторе и проверила готовую карточку.
Практика Германа Бронникова и команды ↗
- Период
- 7–9 октября 2026
- Состояние
- Подключение показаний и объединённая карточка реализованы и проверены.
Начали с уже работающего прибора
Второй счётчик уже был установлен и опрашивался. Команда подключила его показания к информатору, затем объединила два источника информации в представление одного объекта. Так существующее оборудование получило удобный для пользователя способ просмотра данных.
Задача касалась ежедневной работы пользователя: увидеть оба блока показаний рядом и сразу понять, к какому прибору относится действие. Объединять сами приборы, их историю и права доступа для этого не требовалось.
Общий отчёт сохранил адресность действий
В карточке появились отдельные секции показаний. Под каждой размещены относящиеся к ней действия: обновление, отчёт, переход к управлению, уведомлениям и доступу. Общая навигация перестала повторяться после каждого устройства. Пользователь получает обзор площадки и сохраняет возможность обратиться к нужному счётчику.
Изменение действует и для регулярного доклада, и для карточки по запросу. Вместо исключения для одной площадки подготовили общий механизм группировки. При большом объёме информации текст и графики отправляются раздельно: ограничения длины сообщения не должны обрезать содержимое отчёта.
Как проверили результат
Приёмка включала наличие двух блоков показаний в общей карточке и корректную работу обычной карточки одного устройства. Проверили активность служб и отсутствие ошибок в журнале на момент приёмки. Готовую карточку отправили владельцу.
Идентичность приборов сохранили, поэтому изменение представления не потребовало переносить историю и права на новые сущности. Общая карточка стала точкой входа: сначала обзор площадки, затем выбор конкретного счётчика и нужного действия.
Что учитывать на похожем объекте
Сводка должна показывать смысл каждого блока. Нулевое показание и отсутствие связи — разные ситуации, поэтому при объединении сообщений важно проверять качество исходных данных. Ниже показан порядок работы для похожей задачи: от решения пользователя до проверки длинного отчёта.
Схема взаимодействия
Как связаны элементы решения
- Два счётчика
- Существующий обмен данными
- Информатор
- Общий обзор, отдельные действия
Схема показывает путь информации. Этапы работ и проверок — ниже.
- 01
Выбрать общий сценарий
Пользователь объясняет, какие приборы рассматривает вместе и какие действия выполняет отдельно.
- 02
Подключить показания
Команда проверяет существующий обмен и подключает данные к информатору. Отсутствие связи не трактуют как нулевой расход.
- 03
Собрать карточку
Связанные приборы получают общий обзор, но действия остаются привязаны к конкретному источнику.
- 04
Проверить границы
Испытывают групповой и одиночный варианты, сохранность истории и доступов, поведение длинного доклада.
- 05
Показать результат
Готовую карточку демонстрируют пользователю. Если данных слишком много, графики отделяют от текста, сохраняя смысл отчёта.
Результат и дальнейшие шаги
Два счётчика представлены одним докладом и одной карточкой с отдельными действиями каждого прибора.
Границы результата
Выполнены подключение показаний и доработка интерфейса; монтаж счётчиков в этот этап не входил. Экономический эффект отдельно не измерялся.
Вопросы и ответы
История счётчиков объединилась?
Нет. Сгруппировано внешнее представление; идентичность приборов, история и доступы сохранены.
Почему графики могут приходить отдельно?
Так учитывается ограничение длины сообщений без обрезания текстового доклада.
