Промышленная логистика Дизайн / прототип Пилот на паузе по решению заказчика

Платформа управления перевозчиками

Сквозная веб-платформа для логистики промышленного холдинга, объединяющая Yard Management, групповую обработку заказов, агрегатор тарифов ТК, цифровую среду работы с перевозчиками и ML-сигнальную систему предотвращения перезатарки складов. Спроектирована как «обёртка» над 1С УПП с готовностью к 1С:ERP — чтобы переход на ERP не обнулял инвестиции. Архитектура и прототип сданы, пилот поставлен на паузу по решению заказчика.

Роль: Идеолог решения · архитектор · автор «Описания решения. Версия 2.0»
Стадия: Дизайн и прототип сданы; пилот поставлен на паузу по решению заказчика. Артефакты — на уровне макетов, описания v2.0 и протокола поручений.
Подход: API-first wrapper над 1С УПП с миграционной готовностью к 1С:ERP
Контуры: A · Yard Management — B · Групповые заказы — C · Агрегатор тарифов — D · Перевозчики и штрафы — E · ML-сигналы
Интеграции: 1С УПП (HTTP-сервисы) · WMS · BI · ELMA · ДИАДОК · публичные API ТК

Контекст и задача

Логистика заказчика опиралась на общий Excel-файл бронирования окон (однопользовательский режим, перезаписи «последним сохранившим», не учитывались коэффициенты сложности заказа К1–К4, не было синхронизации с WMS и 1С), ручной ввод множественных заказов на один адрес и ручной обзвон/расчёт тарифов по 5+ транспортным компаниям. Дополнительно фиксировалась перезатарка складов выше 95% в конце месяца и полностью ручной цикл оформления штрафов перевозчикам.

AS-IS-анализ зафиксировал пять системных болей: фрагментация и дублирование данных по бронированию, отсутствие единой картины очереди и статусов отгрузки, неэффективное планирование слотов, зависимость от ручной координации, слабая сквозная аналитика простоев и штрафов.

Роль в проекте

Идеолог и архитектор решения. Провёл диагностическое интервью с директором по логистике, зафиксировал AS-IS и узкие места, оформил протокол с поручениями, подготовил «Описание решения. Версия 2.0»: структура контуров A–E, архитектурные принципы, карта интеграций, дорожная карта из 8 этапов, риски, ближайшие шаги. Определил «внутреннего агента» от логистики для пилота (аналитик по запасам + начальник склада).

Параллельно собрал HTML-прототип интерфейса бронирования окон — таймлайн слотов, коэффициенты К1–К4, индикаторы заполненности — чтобы стейкхолдеры приняли архитектуру не по диаграммам, а по работающему макету.

Живой прототип

Макет открывается в браузере как самостоятельная страница без бэкенда — для демонстрации логики бронирования окон, расчёта длительности по К1–К4 и индикаторов загрузки склада.

Открыть Yard Management — прототип

Архитектура — пять контуров

Контур A — Yard Management

Веб-бронирование окон с авторасчётом длительности по коэффициентам К1–К4, лимиты на окно (число машин, суточная нагрузка), очередь ТС, push/email-уведомления, мобильная версия для начальника склада, история бронирований для калибровки нормативов.

Контур B — Групповая обработка заказов

Автогруппировка по комбинации «место погрузки + место выгрузки + дата», мастер-заявка, объединение в рейс либо распределение по окнам с учётом лимитов. Решает кейс «6 заказов на одну точку выгрузки», который ранее обрабатывался вручную.

Контур C — Агрегатор тарифов ТК

Единый калькулятор по подключённым транспортным компаниям, автовыбор минимального тарифа с учётом рейтинга надёжности из контура D, история запросов с привязкой к заказу в 1С.

Контур D — Платформа взаимодействия с перевозчиками

Тендеры на рейсы, расчёт рейтинга подрядчика (доля опозданий и срывов, качество ЭДО, история штрафов), смарт-контракты со встроенными условиями штрафов, встроенное ЭДО (внутреннее или через ДИАДОК), штрафной модуль с автоматическим выявлением нарушений, формированием реестра, ИИ-генерацией претензий по шаблону, автоматическим выставлением счетов и отслеживанием оплат.

Контур E — ML-сигналы предотвращения перезатарки

Прогноз остатка по формуле «текущий остаток + плановый налив − прогноз отгрузок», пороговые предупреждения 90% / 95% ёмкости, рекомендация плановикам. V1 — сознательно только дашборд без автодействий: итеративная калибровка с плановиками, чтобы избежать ложных тревог.

Ключевые архитектурные решения

«Обёртка» над 1С УПП с готовностью к 1С:ERP. Бизнес-логика и данные платформы изолированы от учётной системы: меняется только интеграционный слой при переходе на ERP. Альтернатива — дописывать функционал прямо в 1С — отвергнута из-за привязки к версии и зависимости от обновлений конфигурации.

API-first, REST/HTTP-сервисы 1С, никакого файлового обмена и никаких прямых SQL к чужой БД. GUID 1С — единые ключи связи во всех модулях платформы.

Смарт-контракты с предварительным due diligence перевозчиков. Условия штрафов фиксируются при регистрации ТК — отдельного согласования по каждому случаю не требуется. Трейдофф — необходимость юридической валидации условий до запуска и ручной override для спорных кейсов.

Параллельная работа с Excel 2–4 недели на пилоте Yard Management. Сознательная мера снижения риска сопротивления пользователей: первые недели платформа и Excel работают параллельно, после чего Excel выводится из контура.

ML-сигнал — только дашборд без автодействий в v1. До накопления статистики и калибровки порогов система рекомендует, но не действует. Это снижает риск ложных тревог и преждевременной потери доверия со стороны плановиков.

ИИ и автоматизация в составе платформы

ИИ-генерация претензий в штрафном модуле: после согласования реестра ИИ-модуль подставляет данные в шаблон и отправляет через ЭДО.
ML-сигнальная система перезатарки: прогноз остатков на горизонт 7–14 дней с пороговыми правилами 90% / 95% ёмкости.
Авторейтинг подрядчиков на основе статистики опозданий и срывов — алгоритмический, без обязательного ML.

Информационная безопасность

В описание платформы заложены базовые меры: разграничение ролей в Yard Management (менеджер ОРК, транспортный логист, экспорт, контрактники, начальник склада — каждый видит и редактирует только своё), оптимистичная блокировка для параллельного доступа, история всех бронирований как аудит-трейл, юридическая валидация смарт-контрактов до запуска.

Отдельным приложением подготовлен документ «Маршруты данных» для службы ИБ — детализация по потокам и сущностям, проходящим через интеграции с внешними системами. Корпоративные артефакты ИБ (политика КТ, HLD защищённого LLM-контура, матрица guardrails) применяются как методологическая база при подключении ИИ-модулей платформы.

Результат и статус

«Описание решения. Версия 2.0» сдано, протокол с поручениями подписан, готов HTML-прототип формы бронирования, согласован формат пилота на одном складе с параллельной работой с Excel. Дорожная карта — 8 этапов от подготовки (2–4 недели) до полного перехода на 1С:ERP. Пилот поставлен на паузу по решению заказчика; все артефакты остались на уровне архитектурного дизайна и прототипов.

Ожидаемые эффекты (по дизайну)

Снижение времени обработки однотипных заказов в 4–6 раз (контур B), ускорение бронирования (контур A), автоматизация выставления штрафов перевозчикам (контур D), сигналы за 3–7 дней до перезатарки (контур E). Метрики «до/после» — не замерены, так как платформа не введена в эксплуатацию.

Что демонстрирует кейс

Способность спроектировать сквозную корпоративную платформу с пятью функциональными контурами и согласованной картой интеграций.
Архитектурную дисциплину: явный отказ от «дописывания в 1С» и переход к API-first wrapper'у с миграционной готовностью.
Внедрение ML-компонент с правильным уровнем доверия — сигналы, а не автодействия, до накопления статистики.
Учёт ИБ и юридического трека (смарт-контракты, маршруты данных, ролевой доступ) с самого этапа дизайна, а не «потом».

Похожая задача?

Готов разобрать вашу логистику или процесс

Написать Все кейсы