INTEBRIX • Диспетчеризация доставки • Time windows & SLA
Окна доставки и SLA — главный “разрушитель” ручной диспетчеризации. INTEBRIX — это система оптимизации маршрутов, которая делает планирование маршрутов доставки исполнимым: учитывает временные окна (hard/soft), время обслуживания, приоритеты, штрафы, смены и правила. Подходит для внедрения системы оптимизации маршрутов в доставке, когда SLA “сыпется” из-за окон, ожиданий на точках и перепланирования. При изменениях (срочные заявки, отмены, поломки) система быстро пересчитывает план и показывает почему нарушается SLA и что нужно поменять, чтобы “уложиться”.
Это не “красивые маршруты на карте”, а планирование исполнимых рейсов под реальные окна доставки и SLA. Система показывает нарушения, их причины и варианты решения — с понятной дельтой по KPI.
Временное окно — это не просто интервал. В реальности SLA включает service time, ожидания, правила раннего/позднего визита, приоритеты и штрафы. Всё фиксируется явно, чтобы результат был исполнимым (см. VRPTW: временные окна).
Сначала формализуем SLA и данные “как есть”, затем калибруем и запускаем сценарии и перепланирование. Если у вас есть мультимодальные цепочки — учитываем не только тариф, см. мультимодальные потоки.
Окна почти всегда требуют компромисса. Система помогает выбрать управляемый вариант и понимать последствия.
Начать можно с минимума. Если часть параметров неточная — берём оценки и уточняем на пилоте. Для старта внедрения удобно иметь короткий “контракт данных” — что фиксировать на старте.
Короткие определения, чтобы команда одинаково понимала ограничения в модели окон и SLA.
Статьи, которые помогут быстрее формализовать SLA, окна и данные для пилота/внедрения.
Коротко и по делу: hard/soft окна, штрафы, ожидание и работа с неидеальными данными.
Hard окно нарушать нельзя: решение строится без опозданий/раннего прибытия (или точка исключается).
Soft окно допускает нарушение со штрафом — так можно сравнить “дороже, но в окне” и “дешевле, но позже”.
Да. Ожидание до открытия окна учитывается как время (и при необходимости как стоимость), чтобы сценарии были реалистичны.
На пилоте обычно калибруем “время в пути” по истории. Можно начать с приближений и уточнять — главное, чтобы модель была устойчивой и сравнимой между сценариями.