Модуль 04 · Маркировка

Модуль платформы РТ-маркировка. Подключается в составе платформы по мере развития контура заказчика.

Прослеживаемость и журнал событий

Код, задание, линия, пользователь, ошибка и отчёт связаны в историю операции. Разбор инцидента начинается не с поиска виноватых, а с фактов.

Когда подключают
Под аудит, претензию, внутренний контроль или приёмку
Что нужно
Сценарий инцидента + регламенты хранения + роли с доступом к журналу
Технически
Журнал событий (Serilog / Seq / Sentry) · статусы кодов и заданий · каталог

«При споре непонятно, кто что сделал и когда. Разбор инцидента начинается с поиска виноватых, а не с фактов.»

Директор по качеству, ИТ-директор, аудит · сквозной модуль платформы

Что закрывает модуль

Конкретные функции, без «всё в одном».

  • Журнал значимых действий пользователей, событий линии, ошибок и операций обмена.
  • Привязка событий к коду, заданию, продукту, линии, пользователю и статусу.
  • Фильтрация, экспорт и отчёты по событиям (партия, смена, инцидент, претензия).
  • Правила хранения, ролей и доступов к журналу.
  • Прототип отчёта для разбора одной проблемной партии или смены.

Демонстрация

Что увидите до подключения.

Цепочка событий по синтетическому заданию: создание → получение кодов → печать → сканирование → ошибка → корректирующее действие → итоговый статус. Отчёт по партии с фактами, а не по памяти смены.

Куда дальше

Связанные сценарии входа.

Если есть конкретный инцидент или приёмка — начните со сборки ПМИ или аудита системы: из них вырастает понятный план достройки журнала.

Готовы начать?

Первый шаг — обследование 1–2 недели на новой линии или 2–3 недели аудит существующей системы. Дальше всё считается на ваших цифрах.

Договориться об обследовании