Диски, температура, время и архив
Отдельно и детально видно состояние всех жёстких дисков, температуру регистраторов, синхронизацию времени и текущую глубину архива.
Отклонения автоматически попадают в email-отчёт.
Единая платформа аккумулирует данные из пяти корпоративных систем и на едином дашборде отображает состояние оборудования и статус взаимодействия с СТК.
Платформа проактивного контроля исправности технических средств охраны — от видеонаблюдения и СКУД до биотерминалов и СОТС — с единым центром данных и управленческой отчётностью для руководителя ТСО.
Цель. Дать руководителю ТСО единую оперативную картину состояния систем безопасности на объектах банка — без ручной сборки отчётов из разрозненных источников.
Задачи:
«Раньше утро начиналось с пяти Excel-выгрузок. Сейчас открываю один дашборд — сразу вижу, где горит СКУД, где просел архив и какие объекты ждут оплаты СТК.»
— Руководитель отдела ТСО, территориальный банк
Руководитель ТСО ежедневно работает с пятью системами, каждая из которых хранит свою часть картины. Форматы отчётов не унифицированы, единого подхода к представлению данных нет.
Ручная сборка в Excel · нет единого светофора · повторные РВР постфактум
Один дашборд сотрудника ТСО
Автоопрос · email-отчёт при отклонениях · LLM-анализ РВР
Платформа импортирует данные из пяти систем, нормализует их в единой базе данных и строит дашборды и отчёты, которые отражают реальное состояние ТСО и статус работ с подрядчиками.
Кликните по строке объекта
| Объект | ТСВ | Время | Диски | Темп. | Архив | СКУД | Био | |
|---|---|---|---|---|---|---|---|---|
| г. Москва, ул Вавилова, д. 199/33 | ✓ | ✓ | ✓ | ✓ | 7 | 2 | ✓ | ✓ |
| г.Москва, ул. Федосьино, д.4, корп.19/16 | 1 | ✓ | 1 | ✓ | 4 | 2 | 1 | 2 |
| г. Москва, Новоданиловская наб., 105/12 | ✓ | ✓ | ✓ | ✓ | 3 | ✓ | ✓ | ✓ |
| г. Москва, Оружейный переулок, д. 41 | ✓ | ✓ | ✓ | 1 | ✓ | ✓ | ✓ | ✓ |
| ул. Поклонная, д. 3, корп.1 (А) | 1 | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
Переключайте вкладки — скриншоты с реальных данных платформы (15.07.2026)
Отдельно и детально видно состояние всех жёстких дисков, температуру регистраторов, синхронизацию времени и текущую глубину архива.
Отклонения автоматически попадают в email-отчёт.
Данные из CMDB, затем опрос по API: что убрать из реестра и что добавить. Архитектура поддерживает Dahua, Hikvision, iFlow и др.
Встроен HTML-экспорт на данных июля 2026: 45 проблем (14 критичных), есть объекты с отказами архива и СКУД. При отклонениях такой отчёт уходит на почту автоматически.
LLM подсвечивает возможные повторные РВР и отвечает на вопросы к базе данных. Финальное решение — за инспектором: в отчёте можно раскрыть тексты заявок и проверить гипотезы вручную.
Модель читает тексты заявок Naumen, присваивает вердикт и формирует свод проблем на объекте. Это подсказка, а не приговор — цифры в матрице кликабельны.
Вопросы на естественном языке → безопасные SQL (SELECT) → таблицы и графики ECharts.
AI только подсвечивает возможные проблемы (вердикт и цвет строки). Нажмите на число повторов по виду системы — откроются формулировки заявок для глубокого ручного анализа.
Структура совпадает с боковым меню приложения: мониторинг, аналитика, импорт данных и настройки.
По данным по всем территориальным банкам: лимитные заявки РВР обходятся в 48 500 тыс. ₽ в месяц, сверхлимитные — ещё около 50% от лимита. Предварительный анализ с участием AI показывает, что глубокая диагностика и снижение повторных РВР и отказов оборудования позволяют сократить объём выездов на 30–50%.
Оценка основана на фактических лимитах и сверхлимите по РВР и предварительном AI-анализе повторных заявок. Финальный эффект зависит от скорости внедрения проактивного мониторинга и качества устранения корневых причин на объектах.
ML на истории заявок ПП и Naumen.
Контроль статуса выполнения поручений и рассмотрения обращений. Команда SberDocs планирует сформировать соответствующие отчёты до конца 2026 года.
Расширение мониторинга и выгрузок в единую базу.
Деградация изображения до жалоб.