INTEBRIX Optimization Platform
INTEBRIX · Подзадача логистики

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

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

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

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

Результат

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

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

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

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

Time windowsSLAPenalties
Пояснимость нарушений

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

ExplainExceptions
Сценарии cost ↔ SLA

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

What-ifTrade-off
Детали

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

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

Time windows

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

HardSoftWaiting
SLA и приоритеты

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

PrioritiesPenalties
Service time

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

Service timeShifts
Перепланирование

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

ReplanDelta
Данные

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

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

Минимум

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

Start
Желательно

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

Improve
Если данных нет

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

Workaround
KPI

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

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

SLA / On-time

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

SLATime windowsPenalties
Стоимость

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

CostDistanceTime
Управляемость

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

ReplanDeltaExplain

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

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

FAQ

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

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

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

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