INTEBRIX Optimization Platform

INTEBRIX • Диспетчеризация Подзадача

Укрупнение грузов и сборка рейса (Load building):
оптимизация загрузки транспорта с правилами совместимости и SLA

Load building — ключевая часть, когда нужна оптимизация загрузки транспорта система, а не “ручная сборка”. Это консолидация грузов и укомплектование машины так, чтобы рейс был исполнимым: учитываем вес/объём/паллеты, секции, температурные режимы, совместимость грузов, обязательные точки, приоритеты и временные окна. Дальше это напрямую влияет на маршрутизацию доставки система (VRP/VRPTW) и выполнение SLA. INTEBRIX собирает варианты и показывает, что именно “не влезло”, какие штрафы сработали и какой компромисс по стоимости / SLA / загрузке получается в каждом сценарии.

Консолидация грузов: меньше рейсов и “воздуха” при соблюдении правил
Совместимость: запреты “нельзя вместе”, температуры, классы, секции
Окна и приоритеты: чтобы сборка не ломала SLA при маршрутизации (VRPTW)
Пояснимость: причины неукладки — вместимость, правила, окна, парк
On-prem • Cloud в разработке • Пилот 2–6 недель • Интеграции: ERP / 1C / Excel / API

Термины по теме

Короткие определения ключевых понятий — чтобы быстрее “схватить” логику раздела.

Соседние подзадачи
Сборка груза работает вместе с маршрутизацией, парком и окнами.

Что даёт load building в диспетчеризации

Если “укрупнение” делать без правил, потом всё разваливается на маршрутизации (VRP/VRPTW) и в SLA. Мы фиксируем ограничения явно — и получаем исполнимые рейсы с понятной экономикой.

Меньше рейсов
Консолидация грузов снижает количество рейсов и стоимость — особенно если дальше используется маршрутизация доставки и не растут пустые пробеги.
ConsolidationTrips
Исполнимость
Загрузка по весу/объёму/паллетам + совместимость + секции + окна. Результат — рейс, который реально можно выполнить в смене и в SLA.
FeasibleConstraints
Пояснимость
Почему “не влезло”: какой лимит, какое правило, какие окна/смены мешают — и что будет, если изменить парк (fleet) или правила.
ExplainExceptions

Правила и ограничения: что ломает “идеальные” рейсы

Если не учесть эти детали — получится красивый план, который невозможно выполнить.

Вместимость и кузов
Вес/объём/паллеты, секции, ограничения кузова, “нельзя больше N паллет”.
  • грузоподъёмность и объём
  • паллетизация и упаковки
  • ограничения секций/отсеков
Совместимость
Запреты “нельзя вместе”, температурные режимы, классы, отдельные зоны.
Приоритеты и SLA
Что обязано уехать, что можно перенести, какие окна критичны.
Почему начинаем с правил
В логистике эффект почти всегда “съедается” исключениями. Поэтому сначала делаем модель реалистичной, а уже потом оптимизируем cost/SLA/utilization и запускаем маршрутизацию (VRP/VRPTW).

KPI, которые улучшаем через консолидацию и загрузку

Укрупнение грузов влияет на количество рейсов, потребность в парке и стабильность выполнения окон.

Load factor
Загрузка по весу/объёму/паллетам: где “возим воздух”.
Utilization
Кол-во рейсов
Сокращение рейсов за счёт корректной консолидации и правил.
TripsConsolidation
Стоимость
Cost per stop/order, чувствительность к правилам и ограничениям.
Cost
SLA / окна
Баланс загрузки и соблюдения окон/приоритетов (VRPTW).
SLATime windows

Как считаем load building в системе

Сначала ограничения и “как в жизни”, затем сценарии по KPI и разбор причин неукладки. Дальше — связка с маршрутизацией доставки (VRP/VRPTW) и управлением парком.

1
Данные
Заказы/позиции, характеристики груза, парк/типы ТС, окна/приоритеты, базовые ставки.
2
Правила загрузки
Вместимость, секции, совместимость, обязательные отгрузки, переносы/ограничения + правила рейса (trip/route).
3
Сценарии и сравнение
Считаем варианты и сравниваем KPI: рейсы, cost, SLA, utilization, потребность в парке — плюс влияние на оптимизацию маршрутов (VRP).
Что часто даёт быстрый эффект
Три практичных рычага для улучшения загрузки без “магии”.
  • Нормализация характеристик: единицы измерения, упаковки, паллетизация
  • Явная совместимость: матрицы запретов + температурные режимы/секции
  • Приоритеты: что обязано уехать, что можно переносить без потери SLA
Почему часть заявок “не влезла”
Система показывает причины — чтобы быстро принять решение.
  • Недостаток вместимости: вес/объём/паллеты/секции
  • Несовместимость: запреты на совместную перевозку, режимы, классы
  • Окна и сменность: физически нельзя выполнить в окне без изменения плана/ресурса
  • Пробег и “пустые”: рост empty miles из-за неверной консолидации
Хотите сравнить 2–3 сценария консолидации на ваших данных?
Берём выгрузку заказов и парка, фиксируем правила совместимости и окна — и считаем варианты по стоимости и SLA.

Какие данные нужны для старта

Начинаем с минимума. Если данные “грязные” — это нормальная часть пилота: делаем подготовку между источником и системой.

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

FAQ по load building

Коротко: что именно считаем, где границы модели и как жить с неидеальными данными.

Load building — это только “вместимость”?

Нет. Помимо веса/объёма/паллет важны совместимость, секции/режимы, окна и приоритеты. Иначе рейс будет не исполним, а “экономия” пропадёт на переплане и штрафах SLA.

Что важнее: максимальная загрузка или SLA?

Зависит от бизнеса. Поэтому считаем сценарии: “минимальная стоимость”, “жёсткий SLA”, “баланс”. В каждом варианте виден компромисс и драйверы результата (включая penalties и empty miles).

Можно начать, если данные “грязные”?

Да. Между источником и входом в систему обычно нужна подготовка: единицы измерения, упаковки, заполненность полей, паллетизация. Это нормальная часть пилота.

Что будет на выходе пилота?
  • рабочая модель (данные + правила загрузки/совместимости)
  • сравнение 2–5 сценариев по KPI на ваших данных
  • обученная команда + регламент, как пересчитывать и внедрять изменения
Дальше — Time windows?
Следующая страница: окна и SLA — чтобы закрепить исполнимость по времени.