ЦЭД · Цифровая тень эксплуатационной деятельности

Почему это важно

Данные есть. Цепочки причин нет.

Главная потеря возникает не из-за отсутствия отчётов, а из-за невозможности быстро восстановить общую картину и доказать происхождение вывода.

01

Нет сквозного цифрового следа

События рейса, простой, ремонт, расход и ответственность находятся в разных файлах и системах.

Итог: ручное расследование и спор о первоисточнике.

02

Норматив и факт расходятся

Длительно действующие нормы редко сопоставляются с фактической эксплуатацией и изменившимися условиями.

Итог: отклонение видно, причина не подтверждена.

03

Обогащение выполняется вручную

УТО, детализация и справочники объединяются по-разному в каждом подразделении.

Итог: несколько версий результата и повторная работа.

Рентген потерянной минуты

01:00

Нормативплановый интервал

Фактреальная временная трасса

Разрывпотеря и фактор

Понятно без подготовки

Одна минута становится объяснимой.

1

Что произошло?

ЦЭД показывает отклонение на временной трассе, а не только итоговую сумму.

2

Почему?

Фактор связывается с типовой причиной, пояснением и исходной строкой.

3

Кто принимает решение?

Случай проходит по кругу ответственности с фиксацией согласия или разногласия.

Фактическая демонстрация

Вход → обработка → результат

Нажмите кнопку: сайт проиграет объясняющий сценарий. Изображения получены из локальных прототипов на синтетическом наборе.

ЦЭД · управляемый демонстрационный маршрут

без внешних запросов данных

Путь данных

1

Файл УТОПроверка структуры и безопасная загрузка

2

Rust/WASMНормализация, обогащение и контроль качества

3

Живой контурСвод потерь и выбор точки разбора

4

КарточкаСобытие, фактор, причина и ответственность

Offline-инструмент обработки синтетического УТО-9

Агрегированный свод ЦЭД на синтетических данных

Нажмите на изображение, чтобы открыть его полностью. Синтетические данные, локальный прогон 23.07.2026.

Доказуемый
случай

Времянорматив, факт, отклонение

Объектстанция, рейс, строка

Процесспоследовательность событий

Ответственностьроль, позиция, решение

Модель 4D

Не отчёт, а связанное доказательство.

Каждый вывод должен отвечать на четыре вопроса и вести обратно к исходному файлу и правилу расчёта.

Управленческий результат: спор переводится из области мнений в проверяемую последовательность фактов и действий.

Честная граница

Что сделано. Что ещё предстоит.

Планы миссии сопоставлены с кодом и валидацией. Публичный сайт не выдаёт планируемые функции за работающие.

Работает в коде реализовано

Синтетический XLSX-импорт, проверка и неизменяемая связь с исходной строкой.

Серверные роли и контуры доступа: администратор, аналитик, начальник станции, руководитель.

Процесс разбора: уточнение, подтверждение, разногласие, возврат и решение.

PostgreSQL, API, worker, web-приложение и Docker Compose.

Подтверждено тестами проверено

RBAC и workflow по контрактным сценариям.

Атомарная связь действий с append-only WORM-записью.

SHA-256, Ed25519, конкурентная запись и восстановление после сбоя.

Проверка целостности цепочки и блокировка решения при повреждении.

Демонстрационный уровень синтетика

Карта, свод, детализация и показатели показываются на искусственном наборе.

Ed25519 демонстрирует принцип подписи, но не является квалифицированной электронной подписью.

WORM означает защиту от незаметного изменения на уровне приложения, не сертифицированный носитель.

Требует пилота следующий этап

Сквозная приёмка на обезличенных реальных выгрузках в релевантном контуре.

Корпоративные интеграции, СКЗИ, модель угроз и промышленная отказоустойчивость.

Финальная cross-area валидация и production deploy из плана миссии.

Статус миссии: 62 функции завершены, развёртывание находилось в работе, автоматический guided demo был отменён. Поэтому этот сайт показывает управляемый объясняющий маршрут, а не называет отменённую функцию готовой.

Инженерная работа

Сложности превращены в свойства продукта.

Самая трудная часть ЦЭД находится не в интерфейсе, а в качестве, воспроизводимости и доказуемости данных.

01

Нестабильные Excel-форматы

Разные листы, колонки и типы.

→

Строгий контракт

Валидация XLSX, нормализация, лимиты архива и профиль качества.

02

Чувствительные данные

Нельзя зависеть от внешней сети.

→

Два безопасных контура

Offline HTML/WASM и внутренний серверный стенд без облачной обработки.

03

Риск незаметного изменения

История должна воспроизводиться.

→

Атомарный цифровой след

Идемпотентные команды, SHA-256, Ed25519 и последовательная WORM-цепочка.

04

Время и параллельность

Часовые пояса, обновления и конкурирующие workers.

→

Детерминированный расчёт

Закреплённая tzdb, snapshot-consistent аналитика и lease fencing.

Зрелость

Готов к формализованному пилоту.

Оценка намеренно консервативна: работающий прототип не приравнивается к продукту, прошедшему опытную эксплуатацию.

Российская шкала УГТ

5+

Сейчас: интегрированный прототип на синтетических данных. УГТ 6 требует протокольной демонстрации в релевантной среде.

International TRL

5–6

Компоненты и система работают в условиях, близких к применению, но эксплуатация конечным пользователем не подтверждена.

Жизненный цикл

ОКР

Опытный образец и подготовка предварительных испытаний по логике ГОСТ Р 15.301-2016.

Не заявляется УГТ/TRL 7: в проверенных материалах нет акта опытной эксплуатации в рабочем железнодорожном контуре.

Пилотный стек

Сначала доказать ценность. Затем интегрировать.

Два профиля снижают барьер входа: автономная проверка на файлах и внутренний многопользовательский стенд.

01 · Источники

УТО-5 / УТО-6 / УТО-9
«Детализация ММ»
Справочники и кодовые схемы
Только согласованные выгрузки

→

02 · Обработка

Rust + WebAssembly
TypeScript API и worker
Валидация и обогащение
SHA-256 и происхождение данных

→

03 · Решение

React / Vite
PostgreSQL 16 / Prisma
RBAC и круг ответственности
WORM-аудит и проверка целостности

Профиль A · 4–6 недель

Offline-файл на двух рабочих местах. Без установки, интернета и прав администратора. Цель: качество данных и методика.

Профиль B · 8–12 недель

Внутренний web/API/worker/PostgreSQL-стенд с TLS, ролями, журналом и резервным копированием.

Ресурсы пилота

Небольшое ядро. Обязательное участие бизнеса и ИБ.

Расчёт рассчитан на ограниченный полигон и уточняется после профилирования объёма данных.

Куратор / владелец результата1 человек0,1–0,2 FTE

Product / бизнес-аналитик1 человекполная

Эксперты эксплуатации и УТО2–3 человекапо 0,2 FTE

Data / backend / full-stack2–3 человекаполная

Rust / WASM1 человекадаптация

QA1 человекполная

DevOps + ИБ + ПДн2–3 человекачастичная

Offline-профиль

2 рабочих места: 4+ CPU, 16 ГБ RAM, 5 ГБ диска, Windows 10/11 и актуальный Chromium-браузер.

Серверный ориентир

16 vCPU, 64 ГБ RAM, 1 ТБ SSD/NVMe и резервная копия от 1 ТБ. Финальный размер только после нагрузочного теста.

методика УТОSQL / PostgreSQLTypeScript / ReactRust / WASMконтейнерыИБ / ПДнтестирование данных

Внешняя оценка

24–34 млн ₽ для воспроизведения пилотно-готового объёма.

Оценка основана на 46 человеко-месяцах, ставках поставщика и резерве на управление, испытания и приёмку. Это не коммерческое предложение.

Product и методика

2,0–3,0 млн

Архитектура

2,5–3,5 млн

Rust / WASM / Excel

4,5–6,5 млн

Backend и данные

3,5–5,0 млн

Frontend

2,7–4,0 млн

QA и тестовые данные

2,0–3,0 млн

DevOps, ИБ, UX

2,5–4,0 млн

Пилотно-готовый объём 24–34 млн ₽

Ориентировочно 8–10 месяцев внешней разработки с нуля.

До промышленного контура:
дополнительно 15–25 млн ₽ на интеграции, ИБ, отказоустойчивость, ОПЭ и документацию.

Важно: 30 000 рейсов, 7 480 часов и 42,5 млн ₽ в прототипе являются параметрами демонстрационной модели. Фактический эффект принимается только по согласованной методике и данным пилота.

Следующий шаг

12 недель до решения о масштабировании.

Пилот заканчивается не красивой демонстрацией, а протоколом, измеримым эффектом и решением по следующей стадии.

1

Недели 1–2

Куратор, объект, KPI, обезличенные выгрузки и границы ИБ.

2

Недели 3–6

Адаптация УТО, качество данных и контрольные расчёты с экспертами.

3

Недели 7–10

Стенд, роли, журнал и пользовательские сценарии разбора.

4

Недели 11–12

Протокол испытаний, эффект, риски и решение по тиражированию.

Решение, которое требуется сейчас

Одобрить ограниченный пилот и назначить рабочую группу с владельцем результата.

Проверить прототип

Собираем историю потерь в доказуемую цепочку.