AntRoute

Appearance

Журнал событий ​

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

Как открыть ​

Боковое меню → Аналитика → События

Зачем нужен журнал событий ​

EventLog — иммутабельный (APPEND-ONLY) поток всех событий системы. В отличие от журнала аудита, который фиксирует изменения данных, журнал событий охватывает все действия: вход в систему, переходы партий между статусами, срабатывание алертов, принятие решений.

Используется для:

  • Мониторинг в реальном времени — что происходит прямо сейчас
  • Диагностика инцидентов — восстановление цепочки событий
  • ML-обучение — данные для тренировки AI-рекомендаций
  • Compliance — полная хронология для аудиторских проверок

APPEND-ONLY

Записи журнала событий никогда не изменяются и не удаляются. Timestamp хранится с микросекундной точностью для точного восстановления последовательности.

Что на экране ​

Таблица событий ​

СтолбецОписаниеПример
ВремяДата и время с точностью до секунды20.03.2026 14:32:15
Тип событияКатегория событияbatch.status_changed
ДействиеЧто произошлоstart, complete, pause, create
СерьёзностьЦветной индикатор🔵 info / 🟡 warning / 🔴 critical
ИсточникОткуда произошлоweb_ui / mobile_app / system
СущностьТип + ID затронутого объектаbatch: 3f2a...8c1b
ПользовательКто инициировал (пусто для системных)Иванов А.П.

Фильтры ​

ФильтрВарианты
ПериодПоследний час / Сегодня / Неделя / Произвольный
Тип событияВсе / batch.* / order.* / workplace.* / alert.* / system.*
СерьёзностьВсе / info / warning / error / critical
ИсточникВсе / Веб / Мобильное / Система / API / Датчик
Сущностьbatch / order / workplace / buffer / defect / alert / user / material
ПользовательВсе / конкретный пользователь
ПоискПо UUID сущности или correlation_id

Типы событий ​

Производство (M4) ​

Тип событияОписаниеСерьёзность
batch.status_changedПартия сменила статус (created → started → completed)info / warning
batch.movedПартия перемещена на другое РМinfo
workplace.pausedРабочее место приостановленоwarning
workplace.faultАвария рабочего местаerror
buffer.overflowНакопитель превысил порогwarning

Планирование (M3) ​

Тип событияОписаниеСерьёзность
order.launchedЗаказ запущен в производствоinfo
order.completedЗаказ полностью выполненinfo
order.delayedЗаказ выходит за дедлайнwarning

Качество (M6) ​

Тип событияОписаниеСерьёзность
defect.detectedОбнаружен дефектwarning / critical
inspection.completedПроверка качества завершенаinfo

Алерты и решения (M7) ​

Тип событияОписаниеСерьёзность
alert.triggeredСработал алертwarning / error
alert.resolvedАлерт решёнinfo
decision.madeПринято решение мастеромinfo

Персонал и система ​

Тип событияОписаниеСерьёзность
employee.clock_inСотрудник отметил приходinfo
employee.clock_outСотрудник отметил уходinfo
system.loginВход в системуinfo
stock.receiveПриёмка материала на складinfo

Уровни серьёзности ​

УровеньЦветКогда используетсяПример
info🔵 СинийШтатные операцииПартия завершена, смена началась
warning🟡 ЖёлтыйОтклонения от нормыПартия приостановлена, накопитель 80%
error🟠 ОранжевыйОшибки требующие вмешательстваАвария станка, ошибка API
critical🔴 КрасныйКритические инцидентыМассовый брак (> 5 дефектов), каскадная остановка

Автоматическая серьёзность

Система автоматически повышает серьёзность по правилам:

  • batch.status_changed с переходом в paused или fault → warning
  • defect.detected с количеством > 5 → critical

Источники событий ​

ИсточникКодОписание
Веб-интерфейсweb_uiДействия пользователя в браузере
Мобильное приложениеmobile_appДействия оператора через Flutter-приложение
СистемаsystemАвтоматические события (алерты, пересчёт метрик)
APIapiВнешние интеграции
Датчик/SCADAsensorСигналы от оборудования

Корреляция событий ​

Связанные события группируются по correlation_id — это позволяет проследить полный жизненный цикл заказа или партии.

Пример цепочки (один correlation_id):

#ВремяТип событияДействие
108:00order.launchedcreate
208:01batch.status_changedcreate
308:15batch.status_changedstart
409:30defect.detectedcreate
509:31batch.status_changedpause
609:35decision.madecreate
709:40batch.status_changedresume
810:15batch.status_changedcomplete

Причинно-следственные связи

Поле causation_id указывает на событие-причину. В примере выше: событие #5 (пауза) имеет causation_id = ID события #4 (дефект). Это позволяет строить DAG (граф) причинно-следственных связей.

Детали записи события ​

При клике на строку видны дополнительные данные:

ПолеОписание
ИзмененияJSON: {поле: {old: ..., new: ...}}
МетаданныеКонтекст:
СессияUUID сессии браузера/мобильного
IP-адресIPv4/IPv6
User-AgentБраузер или мобильное приложение
Transaction IDPostgreSQL txid
Correlation IDUUID группы связанных событий
Causation IDUUID события-причины

Срок хранения ​

ПериодРежимОписание
0-90 днейHOTПолный доступ, быстрый поиск (TimescaleDB)
90-730 днейWARMСжатые данные, поиск с задержкой
> 2 летCOLDАрхив, восстановление по запросу

Связанные разделы ​

AntRoute MES — управление блуждающими узкими местами

© 2026