Disrupt-проект · LLM + единая аналитика

Дашборд
сотрудника ТСО

Единая платформа аккумулирует данные из пяти корпоративных систем и на едином дашборде отображает состояние оборудования и статус взаимодействия с СТК.

Чат с AI: SQL-запросы и графики по данным мониторинга
0
Интегрированных систем
0
Регистраторов в мониторинге
0
Модулей и отчётов
01 / Описание

Суть, цели и задачи проекта

Платформа проактивного контроля исправности технических средств охраны — от видеонаблюдения и СКУД до биотерминалов и СОТС — с единым центром данных и управленческой отчётностью для руководителя ТСО.

Цель. Дать руководителю ТСО единую оперативную картину состояния систем безопасности на объектах банка — без ручной сборки отчётов из разрозненных источников.

Задачи:

  • Централизовать данные из АС Арсенал, Naumen, Портала Поставщика, SmartView и CMDB в единой базе
  • Автоматически опрашивать оборудование по API (изначально — реестр из CMDB) и классифицировать исправность по категориям «светофора»
  • Формировать управленческие отчёты: мониторинг, оплата работ, повторные РВР, инвентаризация
  • Применять LLM для анализа повторных заявок и интерактивного запроса данных на естественном языке
  • Обеспечить гибкое добавление новых отчётов из комбинации данных разных систем

«Раньше утро начиналось с пяти Excel-выгрузок. Сейчас открываю один дашборд — сразу вижу, где горит СКУД, где просел архив и какие объекты ждут оплаты СТК.»

— Руководитель отдела ТСО, территориальный банк
Целевая аудитория
  • Руководитель ТСО — сводная картина по объектам, тренды, контроль СТК
  • Инспекторы отдела ТСО — быстрая диагностика неисправностей
02 / Проблематика

Данные разрознены — решения запаздывают

Руководитель ТСО ежедневно работает с пятью системами, каждая из которых хранит свою часть картины. Форматы отчётов не унифицированы, единого подхода к представлению данных нет.

Process AS IS
АС Арсенал — паспорта
Naumen — заявки
Портал Поставщика — оплата
SmartView — NVR
CMDB — реестр IP

Ручная сборка в Excel · нет единого светофора · повторные РВР постфактум

Process TO BE

Один дашборд сотрудника ТСО

ТСВ ✓
СКУД !
Био ✕

Автоопрос · email-отчёт при отклонениях · LLM-анализ РВР

Последствия для бизнеса
  • Запаздывание реакции на неисправности критичных систем
  • Повторные выезды и оплата некачественно устранённых дефектов
  • Риски при расследовании инцидентов безопасности
  • Невозможность оперативно масштабировать аналитику на новые регионы
Пять источников данных
АС Арсенал
Паспорта, САПС/СОТС/СКУД
Naumen
Заявки на ремонт
Портал Поставщика
Оплата СТК
SmartView
Мониторинг NVR
CMDB
Реестр оборудования, IP, модели
03 / Решение

Единая база — все отчёты из одного источника

Платформа импортирует данные из пяти систем, нормализует их в единой базе данных и строит дашборды и отчёты, которые отражают реальное состояние ТСО и статус работ с подрядчиками.

Импорт
Excel/API из 5 АС
Хранение
Единая БД + конфиг
Опрос
CMDB → API + ping
Аналитика
Отчёты + LLM
Доставка
Web + email + экспорт
На одном дашборде — ТСВ, СКУД и биотерминалы

Кликните по строке объекта

Объект ТСВ Время Диски Темп. Архив СКУД Био
г. Москва, ул Вавилова, д. 199/33 7 2
г.Москва, ул. Федосьино, д.4, корп.19/16 1 1 4 2 1 2
г. Москва, Новоданиловская наб., 105/12 3
г. Москва, Оружейный переулок, д. 41 1
ул. Поклонная, д. 3, корп.1 (А) 1

Интерактивный обзор модулей

Переключайте вкладки — скриншоты с реальных данных платформы (15.07.2026)

dashboard / summary
Сводный дашборд: матрица объектов ТСВ, СКУД, био
Отчёт «Статус оплаты»
Чат с базой данных
Мониторинг инфраструктуры

Диски, температура, время и архив

Отдельно и детально видно состояние всех жёстких дисков, температуру регистраторов, синхронизацию времени и текущую глубину архива.

Отклонения автоматически попадают в email-отчёт.

Мониторинг дисков, температуры, времени и глубины архива
Инвентаризация

CMDB → опрос по API → актуальный реестр

Данные из CMDB, затем опрос по API: что убрать из реестра и что добавить. Архитектура поддерживает Dahua, Hikvision, iFlow и др.

Сверка CMDB с результатами опроса по API
monitoring / nvr-status · full width
Статус регистраторов: мониторинг NVR по объектам и категориям
04 / Живое демо

Отчёт об ошибках — можно прокрутить и изучить

Встроен HTML-экспорт на данных июля 2026: 45 проблем (14 критичных), есть объекты с отказами архива и СКУД. При отклонениях такой отчёт уходит на почту автоматически.

export / error-report.html · interactive
05 / Инновационность · LLM

Искусственный интеллект в ядре аналитики

LLM подсвечивает возможные повторные РВР и отвечает на вопросы к базе данных. Финальное решение — за инспектором: в отчёте можно раскрыть тексты заявок и проверить гипотезы вручную.

LLM · Анализ РВР

Анализ повторных РВР

Модель читает тексты заявок Naumen, присваивает вердикт и формирует свод проблем на объекте. Это подсказка, а не приговор — цифры в матрице кликабельны.

Повтор Подозрение Возможен Нет повтора
  • Нажмите на число в ячейке САПС/СКУД/ТСВ — развернутся тексты заявок
  • Экспорт XLSX и HTML, рассылка на почту
LLM · SQL-agent

Чат с базой данных

Вопросы на естественном языке → безопасные SQL (SELECT) → таблицы и графики ECharts.

  • «Построй круговую диаграмму health_status по регистраторам»
  • «Сделай столбчатый график систем по типам из АС Арсенал»
  • Read-only — запись в БД невозможна
rvr-repeat / export.html · interactive · клик по цифре в ячейке

AI только подсвечивает возможные проблемы (вердикт и цвет строки). Нажмите на число повторов по виду системы — откроются формулировки заявок для глубокого ручного анализа.

ai-chat / sql-agent
Чат с AI: SQL и таблица результатов
06 / Каталог отчётов

Полный реестр модулей платформы

Структура совпадает с боковым меню приложения: мониторинг, аналитика, импорт данных и настройки.

СводкаМатрица объектов: ТСВ, СКУД, биотерминалы, категории «светофора»
ТСВРегистраторы и каналы: drill-down по объектам, опрос SUNAPI
СКУДКонтроллеры Бастион: ping-доступность и статус
БиотерминалыPocketKey: ping и группировка по объектам
Отчёт об ошибкахHTML-экспорт и email-вложение по всем системам ТСО
БюджетПрогноз расходов — в разработке
АрсеналПаспорта АС Арсенал: системы, производители, drill-down
Регистраторы по времениВозраст NVR по дате производства, drill-down по объектам
Диски по времениНаработка HDD, износ, drill-down по объектам
Устройства на объектеCMDB vs реальный опрос, ping «зомби»-устройств
Статус оплатыЗаявки Портала Поставщика: модернизация и РВР, графики по СТК
Повторные РВРГруппировка заявок, AI-вердикты, раскрытие текстов по клику
Чат с AISQL-agent, графики ECharts, read-only доступ к БД
Исходные данныеИмпорт CMDB, заявок ПП, Naumen, паспортов Арсенал
НастройкиПороги мониторинга, LLM, исключения объектов и устройств
07 / Экономический эффект

Снижение затрат на РВР за счёт проактивной диагностики

По данным по всем территориальным банкам: лимитные заявки РВР обходятся в 48 500 тыс. ₽ в месяц, сверхлимитные — ещё около 50% от лимита. Предварительный анализ с участием AI показывает, что глубокая диагностика и снижение повторных РВР и отказов оборудования позволяют сократить объём выездов на 30–50%.

0
Лимитные заявки РВР в месяц (все ТБ)
0
Сверхлимитные заявки (~50% от лимита)
0
Совокупные затраты на РВР в месяц
30–50%
Ожидаемое снижение числа РВР (AI-оценка)
0
Экономия в месяц при снижении на 30%
0
Экономия в месяц при снижении на 50%
262–437 млн ₽
Потенциальная годовая экономия при снижении РВР на 30–50%

Оценка основана на фактических лимитах и сверхлимите по РВР и предварительном AI-анализе повторных заявок. Финальный эффект зависит от скорости внедрения проактивного мониторинга и качества устранения корневых причин на объектах.

08 / Сроки

От MVP к федеральному масштабу

Этап 1 · Завершён
Q1–Q2 2026
MVP: мониторинг, 5 импортов, 12 отчётов, AI-модули
Этап 2 · Текущий
Q3 2026
Прогноз бюджета, конкурс «Лучшие в Сбере»
Этап 3
Q4 2026
Тиражирование на 3–5 регионов
Этап 4
2027
Федеральный масштаб, ML-аналитика видео
09 / Развитие

Что дальше

В работе

Прогноз бюджета

ML на истории заявок ПП и Naumen.

Запланировано

Интеграция отчётов SberDocs

Контроль статуса выполнения поручений и рассмотрения обращений. Команда SberDocs планирует сформировать соответствующие отчёты до конца 2026 года.

Запланировано

СОТС и АС SberGuard

Расширение мониторинга и выгрузок в единую базу.

Запланировано

ML-аналитика качества видео

Деградация изображения до жалоб.

Необходимые ресурсы для тиражирования (развернуть)

Кадровые

  • 1 разработчик Python (0.5 FTE)
  • 1 аналитик ТСО (0.25 FTE)
  • DevOps (0.25 FTE) — CI/CD и выкладка новых отчётов

Технические

  • Сервер Linux 4 CPU / 8 GB
  • Доступ к API LLM
  • Конвейер CI/CD для оперативного добавления отчётов без ручного деплоя

Финансовые

  • MVP реализован — CAPEX минимален
  • Развёртывание на одном сервере Linux