Данные не уходят на сервер
Инструмент не требует API, backend, базы данных или сетевой доставки отчетов. Excel-файлы существуют только на машине пользователя и в памяти браузерного запуска.
S
Демо-данные синтетические.
Масштаб и формулировки повторяют проектный контекст: около 30 тыс. поездок в месяц, события просидки, простоя и нарушения режима труда. Конкретные депо, станции, работники, рейсы и причины вымышлены.
Почему Rust/WASM подходит для безопасной обработки
Ключевой принцип текущей разработки: расчет остается на рабочем месте пользователя. Браузер открывает один HTML-файл, Rust/WASM обрабатывает выбранные Excel в памяти, а наружу выходит только скачиваемый пользователем ZIP.
Excel выбран вручную
браузерный File API
Байты в памяти
без фонового чтения диска
Web Worker
обработка вне UI-потока
Rust/WASM ядро
парсинг, матчинг, нормализация
ZIP download
только явное скачивание
WASM работает внутри браузера
Модуль собирается под wasm32-unknown-unknown: без WASI, системных вызовов, запуска процессов и прямого доступа к файловой системе.
Память и ошибки контролируются типами
Основная бизнес-логика находится в safe Rust. Для core-crates включен запрет unsafe_code, а WASM-мост оставлен минимальной ABI-границей передачи байтов.
Один offline HTML вместо установщика
Нет MSI, desktop GUI, worker-бинарей, системных служб и обновлений через сеть. Проверяемый артефакт можно передать как файл с контрольными SHA-256.
CSP и guard'ы запрещают опасные поверхности
Сборка проверяет отсутствие внешних скриптов, сетевых API, persistent storage, service worker и неожиданных object URL. Для страниц включается connect-src 'none'.
Результат воспроизводим и тестируется
CI и локальные acceptance-gates проверяют Rust, clippy, сборку WASM, CSP, browser smoke, отсутствие консольных ошибок и скачивание результата на синтетическом вводе.
| Подход | Где находятся данные | Доступ к сети | Доступ к файловой системе | Риск внедрения |
|---|---|---|---|---|
| Rust/WASM offline HTML | На машине пользователя, в памяти браузера | нет | Только выбранные вручную файлы | Низкий: нет установки и серверного контура |
| Серверная ETL-система | Файлы покидают рабочее место | нужен | Зависит от инфраструктуры | Выше: контур передачи, хранение, роли доступа |
| .exe / Python-утилита | Локально, но с правами процесса ОС | возможен | Широкий доступ процесса | Выше: установка, доверие к бинарю, права ОС |
| VBA-макросы | Внутри Excel-документа | возможен | Зависит от макросов и политики Office | Высокий: макросная поверхность и сложность контроля |
Оперативная сводка
Первый экран показывает целевой рабочий режим ЦЭД: вопрос ЦД разбирается до набора проверяемых событий, владельцев и черновика ответа без ручного сбора десяти Excel-файлов.
Поездки в контуре
30 000
синтетический месяц
События к расшивке
2 640
просрочки, простои, отдых
Автообъяснение
95.4%
по правилам и истории
Вопрос ЦД
<5 мин
до рабочей расшифровки
Потери времени
7 480 ч
оценка за месяц
Черновик справки
<60 c
после выбора события
Синтетический депо-сценарий
Имитационный контур показывает, как событие проходит от участка и смены до ответственного кабинета. Он основан на обезличенной модели поездок и не содержит производственных данных.
Расшивка вопроса ЦД
Пример рабочей таблицы: каждое событие имеет след, фактор, владельца, статус проверки и связь с черновиком ответа.
| Событие | Рейс / смена | Синтетический участок | Фактор | Ответственный | Потери | Статус |
|---|
Факторный анализ и справка
ЦЭД не должен подменять методику нарушения. Он показывает диагностические сигналы, группирует факторы и собирает проверяемую основу для ответа.
Модули прототипа
Рабочая поверхность повторяет четыре модуля ТЭО, но оставляет всю семантику нарушений за утвержденными правилами и отдельными решениями.
Автораскрытие вопросов ЦД
Агрегированный показатель раскрывается до рейса, смены, станции, фактора и первичного владельца события.
Личные кабинеты
Ответственные видят только свой контур, подтверждают факты, добавляют пояснения и фиксируют спорные случаи.
Факторный разбор
События группируются по источнику задержки, участку, депо, смене и повторяемости, чтобы выделить управляемые причины.
Автосправки
Система собирает структуру ответа для прокуратуры или Ространснадзора, а спорные формулировки оставляет на ручной контроль.
Источники синтетического контура
Демо показывает форму будущей интеграции, но не подключается к корпоративным системам и не хранит локальные выгрузки.
Имитаторы отчетов
- АСУТ-Т / НБД-2 как обезличенный профиль рейса.
- ГИД и АСОУП как синтетические времена событий.
- ЕК АСУТР как абстрактные смены без персональных данных.
DES-сценарий
- Локальная разработка по мотивам stats.syntog.ru.
- Потоки поездок, депо, участков и конфликтов ресурсов.
- Проверка нагрузки до подключения реальных контуров.
Правила памяти
- Не выводить нарушение без утвержденной методики.
- Не трактовать неизвестные поля без словаря и дампа заголовков.
- Разделять факт, сигнал, проверку и блокировку методикой.
История разработки
Публичная версия фиксирует безопасную историю продукта без внутренних писем, исходных таблиц и персональных деталей команды.
Excel-контур
Накоплена практика ручной сверки множества отчетов, где один вопрос ЦД разбирался через таблицы, письма и экспертную память.
DES-модель
Локальный демонстратор имитационного моделирования поездок показал, как проверять сценарии депо без производственных данных.
Событийный контур
Подходы KOORD использованы как ориентир для интерфейса: событие, владелец, статус, доказательство и история решения.
ЦЭД-прототип
Собран безопасный сайт с access-ключом, синтетическим сценарием и модульной структурой дорожного аналитического контура.
Пилотный план
Следующий шаг — согласовать словари, методику статусов, требования к ролям и набор обезличенных golden cases.