Demo
Simulation

Интерактивная демка

Это симуляция без данных клиента: показывает принцип “входящий шум → извлечение → контроль”. Никаких персональных данных. Только механика.

Guide
Как пользоваться
  • — Выберите сценарий сверху.
  • — Сравните “фрагменты чата” и “что извлекла система”.
  • — В блоке “Сигналы” откройте “Подробнее”, чтобы увидеть причинность и действие.
Scenario
Контекст

Авария на объекте затрагивает два проекта. Система создаёт тикет, фиксирует SLA, блокеры доступа и эскалирует руководителю, если участники не дают входные данные.

Chat fragments
Входящий шум
Заявитель
08:10
Пропала связь на О-1842. Затронуты П-127 и П-129. Офис стоит.
System
08:11
Ticket: INC-9481. Объект О-1842. Проекты: П-127, П-129. SLA запущен.
Координация
08:14
Нужны входные: контакт на месте + кто откроет техпомещение + фото индикации.
Диспетчер
08:19
Подрядчик готов выехать, но без подтверждённого доступа будет простой.
Безопасность
08:26
Без заявки на допуск подрядчика не пустят. Оформление 30–60 минут.
Финансы
08:33
Если потребуется закупка — лимит без согласования 30 000.
Подрядчик
08:47
Готов выехать. Нужны: точка доступа/парковка, контакт, фото индикации.
System
09:05
Нет ответа по входным 51 мин. Эскалация L2: уведомляю руководителя координации. Причина задержки фиксируется в SLA-логе.
РП
09:18
Подтверждаю: контакт будет через 10 минут. Координация — оформляйте допуск, диспетчер — держи бригаду в готовности.
System
09:20
Авто-коррекция: в CRM для П-129 привязан О-1482, но в чате указан О-1842. Прошу подтвердить объект истины.
РП
09:24
Объект истины — О-1842. Исправьте привязку для тикета и отчёта.
Extraction
Что извлекла система
  • — Класс: Incident (авария связи), ticket INC-9481
  • — Идентификаторы: проекты П-127, П-129; объект О-1842
  • — Конфликт: скорость выезда vs безопасность допуска (заявка/пропуск)
  • — SLA: реакция ≤ 15 мин; восстановление ≤ 4 ч (операционный стандарт)
  • — Скрытый риск деградации данных: неверная привязка объект↔проект (О-1482 vs О-1842)
  • — Правило авто-коррекции: mismatch объектId → запрос подтверждения → правка связей для тикета/аналитики
  • — Task pool: 'Аварийный выезд О-1842' (окно 2ч), правило T-20 мин: без доступа — выезд не стартует
  • — Эскалация из-за игнора: нет входных 45+ мин → L2 руководителю координации
  • — Эффект: предотвращён простой бригады ≈ 1.5–2 ч и риск срыва SLA с фиксацией причин
  • — MiniChart: SLA risk (7d) = 1,1,2,2,3,3,2 (trend: up)
  • — MiniChart: Missing inputs (7d) = 4,3,5,4,6,5,5 (trend: flat)

Панель руководителя

Инцидентов сегодня
12
Service Desk
SLA под риском
3
требует реакции
Выездов сэкономлено
1
пуллинг+gate доступа
Простой предотвращён
≈ 2 ч
без входных выезд не стартует

Сигналы и риски

Кликайте «Подробнее», чтобы увидеть причину и рекомендованное действие. Это симуляция — без данных клиента.

RISK

Игнор входных данных ломает SLA

Причина: Контакт/доступ не предоставлены вовремя — работы не могут стартовать без простоя.

Действие: Автозапрос входных + таймеры L1/L2 + фиксация причины в SLA-логе.

  • — L1: Координация запрашивает контакт/доступ/фото, дедлайн 15 мин
  • — L2: Если нет ответа 45 мин → эскалация руководителю координации + уведомление РП
  • — Gate: без подтверждённого доступа выезд блокируется (защита от простоя)
  • — Метрика: missingInputs и доля задержек по причине 'нет доступа'
WARN

Неверный объектId искажает отчётность и аналитику

Причина: В CRM и чате разные объектId → риск неверных выводов и спорных актов.

Действие: Авто-коррекция связей после подтверждения источника истины.

  • — L1: System запрашивает подтверждение у РП и предлагает правку связей
  • — L2: Если 30 мин нет подтверждения → эскалация владельцу данных CRM + руководителю РП
  • — После фиксации: тикет, задачи и BI связываются с единым объектом