К содержимому
INTEBRIX Optimization Platform
INTEBRIX · Подзадача логистики

Система оптимизации маршрутов с окнами доставки — SLA, стоимость и исполнимые рейсы

Окна доставки и SLA — главный «разрушитель» ручной диспетчеризации. INTEBRIX — система оптимизации маршрутов, которая делает планирование маршрутов доставки исполнимым: учитывает временные окна (hard/soft), время обслуживания, приоритеты, штрафы, смены и правила. При изменениях (срочные заявки, отмены, поломки) система быстро пересчитывает план и показывает почему нарушается SLA и что нужно поменять, чтобы «уложиться».

✓
Временные окна доставки: hard/soft, ожидание до открытия, ранний/поздний визит
✓
SLA доставки: сервис-классы, приоритеты, штрафы и «цена» нарушения
✓
Service time: погрузка/разгрузка, зависимость от объёма/ассортимента
✓
Сценарии: cost ↔ SLA, «что-если» при добавлении/переносе точек и смен

On-prem • Cloud • Пилот 2–6 недель • Интеграции: ERP / 1С / Excel / API

Результат

Что даёт оптимизация маршрутов с временными окнами

Планирование исполнимых рейсов под реальные окна доставки и SLA. Система показывает нарушения, их причины и варианты решения — с понятной дельтой по KPI.

SLA без ручной «магии»

Контролируем окна, ожидания, ранние/поздние визиты и штрафы по сервис-классам.

Временные окнаSLAШтрафы
Объяснимость нарушений

Почему «не уложились»: какая точка, какое окно, где не хватило времени/смены/парка. Service time — частая причина.

ОбъяснениеИсключения
Сценарии cost ↔ SLA

Сравнение вариантов: дешевле vs точнее по SLA, свой парк vs подрядчик, сменность, правила.

Что-еслиКомпромисс
Детали

Модель окон доставки и SLA «как в жизни»

Окно доставки в модели — это интервал плюс service time, ожидание до открытия, правила раннего и позднего визита, приоритеты и штрафы.

Time windows

Hard windows: нельзя нарушать. Soft windows: допускается нарушение со штрафом. Ожидание до открытия окна и ранний приезд. Правила обязательного визита / запреты.

ЖёсткиеМягкиеОжидание
SLA и приоритеты

Приоритеты клиентов/точек/заказов, штрафы за опоздание/ранний визит, правила обработки «срочных» заявок, компромисс cost ↔ SLA.

ПриоритетыШтрафы
Service time

Фиксированное время на точке, время как функция объёма/позиций/SKU, время на документы/погрузку/разгрузку, ограничения по сменам.

Время обслуживанияСмены
Перепланирование

Добавление/отмена точки, срочная заявка, поломка ТС / недоступность смены. Дельта: что переехало и почему, влияние на KPI.

ПерепланЧто изменилось
Данные

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

Можно стартовать с минимума. Если часть данных в беспорядке — используем упрощения и уточняем по мере работы.

Минимум

Точки/адреса, окно доставки (интервал), время обслуживания (оценочно), парк: типы машин, вместимость, доступность. Заказы: объём/вес, приоритет.

Обязательно
Желательно

Матрица времени/расстояний или история рейсов, штрафы SLA / стоимость опозданий, ограничения по совместимости/загрузке, смены и лимиты по времени работы.

Точнее результат
Если данных нет

Калибруем по истории (факт времени / фактические рейсы). Фиксируем правила «как принято» и уточняем итеративно. Поэтапно увеличиваем точность.

Обходной путь
KPI

KPI: SLA, стоимость и исполнимость

На пилоте фиксируем «как сейчас», затем сравниваем сценарии.

SLA / On-time

Доля точек в окне, опоздания/ранние визиты, штрафы, сервис по классам.

SLAВременные окнаШтрафы
Стоимость

Пробег и время, стоимость рейса/км/час, стоимость подрядчика и ожиданий. Ожидания и окна часто увеличивают пустые пробеги.

СтоимостьПробегВремя
Управляемость

Список изменений при переплане: что изменилось, где SLA просел и почему.

ПерепланЧто изменилосьОбъяснение

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

Окна доставки и SLA создают каскад ограничений: одна точка сдвигает цепочку посещений, меняет рейсы и загрузку смен. Поэтому time windows считаются вместе с маршрутизацией и парком — в одной системе оптимизации, чтобы результат был исполнимым и управляемым. Окна доставки — ограничение внутри контура перевозок: что ещё входит в систему управления перевозками (TMS) и как окна связаны с маршрутом, загрузкой и парком, показано в категорийном обзоре.

FAQ

Чем отличаются hard и soft окна?
Hard окно нарушать нельзя: решение строится без опозданий/раннего прибытия (или точка исключается). Soft окно допускает нарушение со штрафом — так можно сравнить «дороже, но в окне» и «дешевле, но позже».
Учитываете ранний приезд и ожидание?
Да. Ожидание до открытия окна учитывается как время (и при необходимости как стоимость), чтобы сценарии были реалистичны.
Что делать, если матрица времени/расстояний неточная?
На пилоте обычно калибруем «время в пути» по истории. Можно начать с приближений и уточнять — главное, чтобы модель была устойчивой и сравнимой между сценариями.
С чего лучше начать внедрение?
Зафиксировать окна доставки и service time (даже оценочно), согласовать KPI (SLA/стоимость/парк), посчитать базовую линию и 2–3 сценария.

Готовы оптимизировать?

Запустим пилот на ваших данных за 2–6 недель. Покажем базовую линию и измеримый эффект.

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