Почему это принципиально

Потому что инцидент без привязки к месту - это половина информации. Когда событие сразу "сидит" на точке плана, становится понятно:

что рядом;

какие камеры перекрывают зону;

есть ли по этому месту тревога датчика;

были ли проходы по СКУД до или после события.

И это уже не просто "таблица событий", а полноценная картина.

Как размещены элементы на схеме

Нужна простая логика:

камеры закрывают обзорные точки и коридоры;

датчики ставятся по зонам риска (склады, бытовка, офисы);

СКУД ставится на контрольные входы.

При такой раскладке даже новый оператор за короткое время понимает объект визуально, а не по длинным спискам.

Что это дает в работе оператора

На практике оператор смотрит не "какой id у события", а:

где это произошло;

что было вокруг;

куда быстро перейти дальше.

Схема в таком виде становится рабочим инструментом, а не просто красивым фоном в интерфейсе.

Панель вкладки «Схема (онлайн)»: что реально есть в программе

Ниже — не маркетинг, а элементы интерфейса, которые уже выведены на вкладку «Схема (онлайн)» в веб-админке:

Схема — выпадающий список этажей/планов; «Обновить план» — перезагрузить данные плана.

«Онлайн на схеме» — периодический опрос; рядом интервал (секунды) и при необходимости свой интервал (1–120 с).

«На схеме показывать» — фильтр проходов СКУД на подложке: «Все проходы», «Только допуск», «Только отказ и прочее» (именно этот переключатель часто нужен, чтобы не засорять схему «зелёными» проходами и сосредоточиться на отказах и нестандартных событиях).

«Только проблемы» — флажок: на плане и в списке остаются устройства с активными инцидентами (удобно для обхода объекта «по красному»).

«Серьёзность» — отбор списка проблем: все / Предупреждение / Критично.

Дополнительно в этой же зоне: «Звук при отказе», «Следить за событием (центр на метке)», окно тишины для звука (местное время), быстрые камеры, «Полный экран», автопереключение схем, счётчик «Отказов в сессии» с кнопкой сброса.

Справа от плана — блок «Проблемы» с быстрыми кнопками типа «Датчики» / «Камеры» / «СКУД», «Лента событий» с теми же фильтрами по типу (СКУД / Датчики / Камеры) и подсказкой, что лента учитывает текущий фильтр отображения на схеме.

Только панель настроек над планом (без списка «Проблемы»). Здесь нет ни устройств, ни интеграций по имени — только фильтры интерфейса.

Включён «Только проблемы»: на плане и справа остаются открытые инциденты по тем же типам точек, что на разметке — камеры, двери/СКУД, датчики Home Assistant. Надпись про TVOC на карточке — предупреждение по показанию через HA, это не облако MagicAir. Отдельные строки про MagicAir в «Проблемах» появляются только если в базе есть учётная запись/устройство MagicAir (`magicair_*`).

Что на этой вкладке есть кроме самой схемы

Чтобы не было ощущения "просто картинка на плане", важно отдельно назвать реализованные блоки этой же вкладки:

Проблемы — список текущих warning/critical по датчикам и точкам, с быстрым переходом к контексту и фильтром серьёзности.

Лента событий — последние изменения состояния по объекту в хронологии; фильтры СКУД / Датчики / Камеры управляют тем, что попадает в ленту.

События проходов учитываются в фильтре «На схеме показывать» и в ленте.

Именно сочетание плана с этими блоками дает рабочую картину:

на плане видно где;

в «Проблемах» видно насколько критично;

фильтры «Только проблемы» и «Только отказ и прочее» помогают сузить картину до действительно важного.

Полный вид вкладки «Схема (онлайн)»

Как читать такую схему обычному человеку

Когда оператор впервые открывает схему, ему не нужны сложные термины. Ему нужно быстро понять три вещи:

где это;

что именно там стоит;

куда нажимать, если что-то пошло не так.

Поэтому логика сделана максимально прямой:

камера = вижу картинку;

датчик = вижу текущее состояние и историю;

СКУД-точка = вижу кто проходил и когда.

Даже если оператор не "технарь", через пару минут он начинает уверенно ориентироваться.

Почему используется план объекта, а не условная картинка

Потому что план объекта сразу убирает много ошибок. На условной схеме легко перепутать зоны. На плане объекта оператор узнает помещение так, как оно выглядит в реальности.

Это особенно важно ночью и в стрессовых ситуациях:

оператор видит "тот самый коридор", а не абстрактный прямоугольник;

быстрее связывает событие на экране с реальным местом;

быстрее дает команду на месте.

Небольшой жизненный пример

Допустим, пришла тревога по датчику в зоне склада. Оператор делает по шагам:

Видит датчик на плане, понимает точную зону.

Смотрит ближайшую камеру в этой же зоне.

Проверяет, был ли проход по СКУД рядом с этим временем.

Если нужно, зовет ответственного уже с понятным контекстом.

В разрозненной схеме это обычно занимает больше времени. Когда все точки сведены в один экран, разбор идет заметно быстрее и без лишних переключений.

Почему добавлены подписи и легенда

Иногда кажется, что легенда "мешает". На практике она экономит время новым операторам.

Когда оператор видит:

цвет камеры,

цвет датчика,

метку точки доступа,

он быстрее "въезжает" в логику и меньше делает ошибочных действий.

Это мелочь, но именно из таких мелочей складывается работа без нервов.

Что было бы ошибкой и почему так не делается

Самая частая ошибка - пытаться поставить маркеры "как попало", лишь бы на плане что-то мигало. Тогда оператору кажется, что система есть, но пользы с нее мало.

Здесь работает простое правило: каждая точка на схеме должна отвечать на конкретный вопрос. Если точка не помогает принять решение, значит она там лишняя.

Простой пример правила размещения на плане:

Камера — там и под таким углом, чтобы в обзор попадало то, что нужно проверять при инциденте (подход к двери, перекрёсток коридоров, зона погрузки), а не «точка посередине комнаты ради галочки».

Датчик — в помещении или зоне, где вы действительно следите за климатом/воздухом/утечкой и т.п., то есть там, где есть риск или режим, а не там, где на чертеже симметричнее.

СКУД (дверь, ворота, считыватель) — на реальном проходе людей или транспорта, где выдаётся допуск; маркер ставят у этого прохода, а не «где удобно нарисовать» и не «рядом со столом оператора» — оператор поста к объекту может вообще не выходить.

Тогда схема превращается из "рисунка" в рабочую карту объекта.

В следующей части перейду к тому, как это работает в реальном ритме дежурства: TV Wall, схема онлайн и почему именно связка этих экранов дает скорость, а не хаос.