INTEBRIX • Подзадача диспетчеризации
Это задача маршрутизации (VRP): как построить рейсы и порядок посещения точек, соблюдая временные окна, ограничения парка, правила обслуживания и минимизируя стоимость. INTEBRIX — система оптимизации маршрутов доставки с фокусом на внедрение: помогаем пройти путь от данных и правил до рабочего регламента перепланирования. Система показывает, почему часть точек не укладывается, и что изменить (окна, парк, правила), чтобы уложиться по SLA. Если важна “исполняемость по времени” — смотрите также Time windows и материал про VRPTW / time windows.
Короткие определения ключевых понятий маршрутизации и диспетчеризации — чтобы быстрее “схватить” логику VRP/VRPTW.
Не просто “маршруты на карте”, а исполнимые рейсы: с окнами, временем обслуживания, ограничениями и понятными причинами отклонений.
Чтобы результат был исполнимым, ограничения фиксируются явно: окна, сервис, смены, запреты, совместимость.
Типовые сценарии для планирования маршрутов доставки, выездного сервиса и межскладской логистики.
На пилоте фиксируем базовую линию и считаем сценарии — сравнение по KPI на ваших данных.
Практические разборы: окна/штрафы, сборка рейсов и использование парка — чтобы внедрение маршрутизации не “сломалось” на деталях.
Рейсы, SLA, исключения и “дельта” при перепланировании — чтобы решение можно было принять и исполнить.
До пилота не обещаем “проценты”. Сначала считаем базовую линию на ваших данных, затем сравниваем сценарии и делаем выводы.
Можно стартовать с минимума. Если матрица/правила “не идеальные” — начнем с оценок и уточним по результату.
Коротко и по делу: что считается, как жить с неидеальными данными и что будет на выходе пилота.
Да, это постановка VRP (Vehicle Routing Problem): система подбирает распределение точек по рейсам и порядок посещения с учетом окон, сервиса, смен и ограничений. “Маршруты на карте” обычно не гарантируют исполнимость и не объясняют отклонения.
Это именно система оптимизации маршрутов: она считает рейсы, порядок посещения и KPI под ограничениями. Визуализация — лишь способ проверить, что получилось, и быстро увидеть исключения.
TMS/мониторинг чаще отвечают за исполнение и контроль (трек, статусы, документы). Оптимизация маршрутов — за построение исполнимого плана: распределение точек по рейсам, порядок, окна, ограничения и стоимость, плюс сценарии “что-если” и переплан при изменениях.
Да. Часто стартуем с зональной матрицы или исторических фактов и калибруем модель. Важнее начать считать сценарии и фиксировать правила.
Зависит от масштаба (точки/машины/правила). Типично — минуты, а не часы ручной перекладки. Ключевое — после пересчета есть список изменений и причины.
Да. На пилоте часто начинаем с выгрузок из ERP/1C/Excel, затем автоматизируем обмен через API/таблицы там, где это реально экономит время.