Груз подходит не каждому автомобилю
Вес, объём, число палет и порядок погрузки ограничивают, какой автомобиль может везти какую отправку.
Маршрутизация транспорта
Моделируйте автомобили, водителей, грузы, окна доставки, ограничения транспорта, закреплённые маршруты и срочные изменения вместе. Результат — вариант маршрутов, который люди могут проверить, скорректировать и подтвердить.
Диспетчерский план / сегодня
Набор вариантов маршрутов
Вместимость
Вес и объём проверяются по каждому автомобилю.
Окна
Окна доставки учитываются до экономии расстояния.
Совместимость
Ограничения по температуре, оснащению и размеру автомобиля остаются видимыми.
Настоящая проблема
Маршрут должен одновременно учитывать груз, время, тип автомобиля, часы водителя, правила депо и изменения, которые появляются после первого плана.
Вес, объём, число палет и порядок погрузки ограничивают, какой автомобиль может везти какую отправку.
Утренние бронирования, перерывы приёмки и время обслуживания могут сделать ближайшую остановку неправильной следующей остановкой.
Заморозка, охлаждение, гидроборт, размер автомобиля и ограничения клиента сужают набор кандидатов.
Полезная система исправляет оставшийся план, сохраняя уже подтверждённую работу стабильной.
Маршрутизация транспорта — это совместное решение: отправки × автомобили × загрузка × время × изменения = диспетчерский план, который действительно можно выполнить.
Моделирование решения
Если все правила имеют одинаковую силу, модель либо не создаёт вариант, либо создаёт план, которому люди не доверяют.
Математическая рамка
лексикографический минимум(неназначенные, опоздания, переработка, изменения закреплённых маршрутов, автомобили, расстояние, дисбаланс загрузки)
Демо страницы — детерминированная эвристика для пояснения, а не рабочий оптимизационный движок и не гарантия оптимальности.
Жёсткие
Ограничения вместимости
Вес и объём остаются в пределах возможностей автомобиля.
Соответствие автомобиля и температурного режима
Рассматриваются только автомобили подходящего типа, оснащения и температурного режима.
Окна доставки
Прибытие и начало обслуживания должны попадать в разрешённое окно приёмки.
Мягкие
Закреплённые маршруты
Оставляйте регулярных клиентов на привычном автомобиле, если это всё ещё возможно.
Небольшие изменения
Избегайте изменений в уже загруженных, уведомлённых или подтверждённых маршрутах.
Сбалансированная работа
Сокращайте перекос пробега, загрузки и переработок между автомобилями.
Цель
Неназначенные отправки
Показывайте отправки, которые не помещаются в план, и причину отказа.
Расстояние и время в пути
Сокращайте поездки после выполнения жёстких правил и обработки приоритетных отправок.
Опоздание и переработка
Показывайте, когда план создаёт поздние прибытия или работу за пределами смены.
Интерактивный пример
Используйте элементы управления, чтобы смоделировать отказ автомобиля, срочный заказ, пробки, проверку вместимости и правила совместимости.
Это браузерное демо использует вымышленные данные и приближённые оценки пути по прямой. Оно не является рабочим оптимизационным движком и не гарантирует дорожное расстояние, соблюдение нормативов, погрузочную совместимость или оптимальность.
Назначено
Вовремя
Расстояние
Закреплённый маршрут
Переработка
Карта маршрутов
Карта является схемой. В рабочих проектах утверждённые карты, матрицы или API дорожного времени используются только после проверки стоимости, условий и конфиденциальности.
Маршруты автомобилей
Не назначено
Проектирование правил
Первый прототип обычно начинается с разговора о данных и правилах. Этим группам правил нужны названия, приоритеты и примеры.
VRP-01
Жёсткое
Вес и объём не могут превышать вместимость автомобиля.
VRP-02
Жёсткое
Вариант маршрута должен соблюдать окна приёмки, если они обязательны.
VRP-03
Жёсткое
Температура, оснащение и размер автомобиля ограничивают подходящие автомобили.
VRP-04
Мягкое
Регулярные клиенты остаются за привычным автомобилем, когда это возможно.
VRP-05
Мягкое
Уже загруженные или уведомлённые маршруты можно зафиксировать перед пересчётом.
VRP-06
Цель
Сокращайте число приоритетных неназначенных отправок до оптимизации расстояния.
VRP-07
Цель
Сокращайте расстояние поездок после выполнения жёстких правил.
VRP-08
Цель
Избегайте концентрации пробега, груза и переработки на одном автомобиле.
VRP-09
Цель
Показывайте, почему отправка была перемещена, задержана или оставлена неназначенной.
Объяснимый результат
Экран должен показывать порядок, время прибытия, вместимость, предупреждения правил и причины неназначения до подтверждения диспетчерского плана.
Показывайте выезд из депо, прибытие, обслуживание, ожидание, перерыв и возврат по каждому автомобилю.
Классифицируйте сбои по вместимости, совместимости, окнам доставки и рабочему времени.
Сравнивайте число неназначенных, расстояние, задержку, переработку, число автомобилей и коэффициент загрузки.
Позволяйте людям фиксировать подтверждённые маршруты и пересчитывать только оставшуюся работу.
Операции доставки
Модель меняется по сфере, но основное решение одно: какой автомобиль везёт какие отправки, в каком порядке и по каким правилам.
Окна доставки в магазины, закреплённые маршруты, число автомобилей и правила нескольких депо.
Обычный, охлаждённый и замороженный режимы, погрузка, бронирование и правила ожидания.
Объём сбора, промежуточные площадки, вместимость автомобиля и частота заборов.
Класс автомобиля, необходимость гидроборта или крана, временные окна объекта, порядок погрузки и возвраты.
Данные
Первый прототип можно начать с одного обезличенного дня или недели. Цель — понять, можно ли представить правила и помогает ли вариант диспетчеру.
Адрес, окно доставки, минуты обслуживания, вес, объём, температурный режим, приоритет и закреплённый автомобиль.
Вместимость, тип автомобиля, оснащение, температурные возможности, рабочие часы и депо.
Жёсткие правила, предпочтения, приоритеты целей, закреплённые маршруты, обеденные перерывы и правила аутсорсинга.
Текущая таблица маршрутов, фактические прибытия, ожидание, пробег, неназначенные отправки и ручные исправления.
Небольшой прототип
Прототип с фиксированным объёмом может сравнить текущие планы с вариантами маршрутов, выявить недостающие данные и уточнить, что потребуется рабочей системе.
Правила слишком локальны для готового диспетчерского продукта, а вариант маршрута должен иметь объяснимые причины.
Если маршруты фиксированы, объём отправок мал или условия просты, существующий инструмент маршрутизации может быть лучшим первым шагом.
Следующие пути
Маршрутизация транспорта часто связана с планированием визитов, производственными сроками, запасами и назначением кейсов. Сохраняйте внутренние ссылки видимыми.
Вопросы
Эти ответы уточняют границы демо, картографические данные, ручную проверку и объём интеграции.
Нет. Демо страницы — простая детерминированная эвристика для пояснения. В рабочем проекте решатель, метод поиска, картографические данные и инфраструктура выбираются после понимания масштаба и правил.
Да. Первую проверку можно начать с обезличенных маршрутных листов, списков отправок, списков автомобилей, заметок о правилах и текущего плана.
Да. Перед интеграцией нужно проверить дорожное расстояние, время в пути, трафик, ограничения автомобилей, стоимость API, условия, кэширование и конфиденциальность.
Да. Система должна позволять людям фиксировать автомобили или остановки, затем пересчитывать оставшуюся работу и сравнивать влияние.
Нет. Когда вместимости, типа автомобиля или времени недостаточно, система должна показывать неназначенные отправки и причины, а не скрывать их.
Проверьте вашу операцию
Мы можем изучить текущую таблицу маршрутов и заметки о правилах, а затем определить минимальный набор данных, который стоит проверить.