INTEBRIX Optimization Platform
Запросить демо

INTEBRIX • Логистика • Стратегия • Network design • Multimodal

Планирование рейсов и мультимодальных коридоров:
авто / жд / море, порты и хабы — по периодам

Когда перевозки идут через порты, терминалы, ЖД-узлы и перегрузки — решает не “маршрут на завтра”, а коридор и его ограничения: пропускные плеч и узлов, квоты, окна/частоты, тарифы, сезонность и риски. INTEBRIX — логистический network design система для мультимодальных коридоров на горизонте месяц / квартал / год: считает план потоков по коридорам, показывает стоимость и сервис (lead time / покрытие спроса) и объясняет, почему выбран именно этот вариант при заданных лимитах и правилах — без дневной диспетчеризации и “по-минутных” расписаний.

✓
Планирование рейсов: объёмы по периодам + укрупнённые частоты/квоты
✓
Маршрутизация на сети: авто ↔ жд ↔ море с учётом перегрузок и правил коридоров
✓
Ограничения: лимиты узлов/плеч, окна, сезонные режимы, запреты
✓
Сценарии: cost vs service vs capacity + “почему” (объяснимость)
Запросить демо Назад в хаб →
On-prem • Cloud в разработке • Пилот 2–6 недель • Интеграции: ERP / 1C / Excel / API
Что считаем • Что получаете • Как работает • Данные • Материалы • FAQ

Что считаем в мультимодальном контуре

Типовые задачи: планирование рейсов на горизонте, выбор порта/коридора, проверка лимитов и сценарии — без “ручной диспетчеризации” и бесконечных Excel-версий. Здесь рейс — это trip/route в терминах глоссария.

Порт A vs Порт B
Сравниваем порты/терминалы по стоимости, времени и пропускной: где узкое место и как меняется покрытие спроса по периодам.
  • квоты/лимиты по периодам
  • тарифы и плечи до/после порта
  • trade-offs cost vs service (включая lead time)
Авто ↔ ЖД переключение
На пиках часть объёма выгоднее вести ЖД, часть — авто: с учётом частот/окон, лимитов и ограничений хабов.
  • укрупнённые частоты/окна
  • лимиты на плечах и в узлах
  • сглаживание пиков по периодам
Хаб/перегрузка упёрлись
Видим, какой терминал/хаб ограничивает сеть, и какие рычаги реально разгружают: другой коридор, режим, подрядчик, политика.
  • загрузка узлов и плеч
  • что “не помещается” и почему
  • альтернативы и эффект по KPI

Что получаете на выходе

Не “красивую схему коридоров”, а управляемый план: что везём, через что, когда и почему — с измеримым эффектом.

План потоков и рейсов
Планирование рейсов (trip/route) по периодам: распределение объёмов по модам и коридорам с учётом квот/окон/ограничений.
  • объёмы по коридорам и модам
  • периоды пиков и “перенос” нагрузки
  • покрытие спроса/потребностей
Загрузка узлов и плеч
Где ограничение: порт/терминал/ЖД-плечо/хаб. Показываем, в каком периоде сеть упирается в capacity.
  • перегрузы и риск-периоды
  • дефициты: что не “проталкивается”
  • причины: лимиты, правила, тарифы
Стоимость / сервис и объяснение выбора
2–3 сценария (тарифы/квоты/подрядчики/новые хабы) и дельта к базе: cost vs service vs capacity. В сервисе смотрим, в том числе, lead time.
  • эффект в цифрах (дельта)
  • trade-offs и ограничения
  • рекомендации: что менять

Как это работает

Собираем “коридоры” как набор узлов и плеч, задаём лимиты и тарифы — и считаем базовую линию + сценарии. Это стратегический уровень сети (периоды), а не диспетчеризация по дням/часам.

1
Структура коридоров
Порты/терминалы/хабы, плечи (авто/жд/море), перегрузки, альтернативы и правила маршрутизации на сети. Базовая логика — как в network design.
2
Ограничения и календарь
Пропускные по периодам, квоты, сезонность, укрупнённые частоты/окна, лимиты мощностей узлов и плеч.
3
Оптимизация и объяснение
Оптимизация по KPI (cost/service/capacity) + объяснение “почему план такой” и что мешает улучшить (например, рост lead time из-за узлов/перегрузок).
Связываем с bottleneck и economics
Мультимодальность часто “ломается” на перегрузках и квотах. Поэтому связываем расчёт коридоров с узкими местами и экономикой сценариев.
Bottleneck → Scenario economics →

Какие данные нужны

Можно стартовать укрупнённо: важнее быстро сравнить коридоры и проверить ограничения, чем “идеально оцифровать” расписания. Дальше уточняем модель итерациями.

Минимум
  • узлы: порты/терминалы/хабы и их роли
  • плечи: откуда-куда и вид транспорта
  • тарифы/стоимости по плечам (укрупнённо)
  • пропускные/квоты по периодам (оценочно)
  • потребности/спрос по рынкам или складам
Желательно
  • альтернативные подрядчики/коридоры
  • стоимости перегрузки и обработки в узлах
  • параметры сервиса: сроки/штрафы/приоритеты (в т.ч. lead time)
  • сезонность/риски/резерв по пропускной
  • история объёмов для калибровки
Если данных нет
  • задаём диапазоны лимитов и проверяем устойчивость
  • калибруем тарифы/лимиты по факту и истории
  • фиксируем правила “как принято” в простом виде

Материалы по мультимодальным коридорам

Опорные статьи из базы знаний — чтобы быстро синхронизировать подходы к cost/service/capacity.

Мультимодальные потоки: что учитывать кроме тарифа
Ограничения, риски и сервис: где растёт lead time и почему “дешевле” не всегда “лучше”.
Multimodallead time
Network design: как проектировать сеть поставок
Узлы, коридоры, мощности и компромиссы по cost/service (в т.ч. lead time на узлах и перегрузках).
Networklead time
Термин: lead time → • Термин: рейс (trip/route) →

FAQ по мультимодальным потокам

Коротко: что оптимизируем на стратегическом горизонте и где границы модели.

Это про расписания поездов и рейсов “по минутам”?

Нет. Это стратегический уровень: периоды (месяц/квартал/год), укрупнённые частоты/окна/квоты и выбор коридоров. “По минутам” — это диспетчеризация транспорта и оперативное управление рейсами (trip/route).

Чем отличается планирование рейсов от маршрутизации транспорта?

Маршрутизация отвечает на “как повезём” (варианты путей/мод/узлов), а планирование рейсов — на “сколько и когда” с учётом квот, лимитов и сезонных режимов. На практике это решается вместе: коридоры + объёмы по периодам. KPI сервиса часто сводится к контролю lead time.

Можно учитывать квоты, сезонные ограничения и риски?

Да. Обычно это задаётся как лимиты/штрафы/приоритеты по периодам: квоты порта, лимит терминала, ограничения коридора, риск-запас по пропускной.

Что получаем на выходе сценария?
  • план потоков по коридорам и модам по периодам
  • загрузка узлов/плеч и список ограничителей
  • стоимость/сервис (в т.ч. lead time) и “дельта” к базовой линии
  • объяснение причин (что ограничило улучшение)
Хотите сравнить коридоры на ваших данных?
Покажем механику, предложим минимальный набор данных и посчитаем 2–3 сценария с эффектом по KPI.
Запросить демо Связаться →