Сравнение с текущей схемой
Текущая схема (как есть)
— млн ₽
Выбранный сценарий
— млн ₽
Экономия / месяц
—
Экономия / год
—
Структура затрат
Перемещение (транспорт)
—
Хранение
—
Содержание складов (fix)
—
Доля ж/д в тонно-км
—
Наблюдения
Кандидатные площадки складов
Клик — включить/выключить площадку из рассмотрения. Оптимизатор выбирает лучший поднабор среди включённых.
Уровень 1 (крупные РЦ)
Уровень 2 (локальные склады)
Параметры
1.00
1.00
1.00
700
Каждое изменение мгновенно перезапускает оптимизацию и пересчитывает карту и KPI — это и есть «динамический просчёт сценариев».
Открытые склады
| Склад | Ур. | Объём, т | Вход | Затр., млн ₽ |
|---|
Плечи доставки (топ по стоимости)
| Плечо | Спос. | Км | Тыс. ₽ |
|---|
Карта источников данных
Что нужно от заказчика и из какой системы это берётся. На демо значения — синтетические.
| Показатель модели | Источник в ОМК | Готовность |
|---|
Какой функционал? Ресурсно-балансовая модель сети + оптимизация размещения складов и способа доставки + сценарный конструктор «что-если» + дашборды KPI.
Какие задачи решает? Оптимальные число / локация / объём складов; выбор транспортного плеча (ж/д ↔ авто); обоснование открыть / закрыть / построить узел; расчёт эффекта в рублях.
Это аналог ERP? Нет. Это аналитический «двойник» над ERP / WMS / TMS: не заменяет их, а использует их данные для оптимизации и защиты решений перед руководством.
Как часто работать? Не ежедневная рутина. Сессии сценарного планирования при пересмотре сети или структуры спроса (квартал / по событию) + мониторинг KPI.
Какая интеграция нужна? Для демо — никакой. Для пилота — batch-выгрузки (Excel / витрины). Боевая интеграция по API — отдельный поздний этап.
Как часто грузить данные? Периодически (батч), под горизонт планирования. Режим реального времени — верхний уровень зрелости, не на старте.
Постановка (по сценариям заказчика)
Сценарий 1 — одноуровневая дистрибуция: сколько складов, где, какого объёма, каким способом пополнять с завода.
Сценарий 2 — двухуровневая: склады У1 (с завода) и У2 (с конкретного У1).
Сценарий 3 — комбинированная: часть спроса напрямую из У1, часть — через У2 (по каждой точке выбирается дешевле).
Сценарий 2 — двухуровневая: склады У1 (с завода) и У2 (с конкретного У1).
Сценарий 3 — комбинированная: часть спроса напрямую из У1, часть — через У2 (по каждой точке выбирается дешевле).
Целевая функция
Минимизация суммарных затрат = магистраль (завод→склад, склад→склад) + последняя миля (склад→клиент) + хранение + содержание складов (fix). Смысл склада — перевести длинное плечо в дешёвую магистраль, оставив дорогим лишь короткий локальный развоз. Способ магистрали выбирается как min(ж/д, авто-FTL).
Допущения демо
Расстояние — по прямой (haversine). Магистраль: ж/д 2,2 ₽/т·км + 40 тыс. ₽/плечо либо авто-FTL 5 ₽/т·км — что дешевле. Последняя миля: 12 ₽/т·км (авто).
Оптимизатор — жадная эвристика (add / drop) для мгновенного отклика. В проекте — точная модель (MILP) на данных заказчика.
Все цифры синтетические и не являются данными ПАО «ОМК».
Оптимизатор — жадная эвристика (add / drop) для мгновенного отклика. В проекте — точная модель (MILP) на данных заказчика.
Все цифры синтетические и не являются данными ПАО «ОМК».