Программа для планирования маршрутов доставки получает список заказов, парк машин и ограничения, а возвращает набор рейсов: кто едет, в каком порядке и когда приезжает к каждому адресу. Критерий обычно один из трёх: минимальный пробег, минимальное число машин или минимальная стоимость рейсов при соблюдении времени доставки. Такие системы относят к классу маршрутизации (задача VRP, Vehicle Routing Problem). К этому классу относятся и российские разработки вроде ANTOR LogisticsMaster. Доступность, лицензии и условия для Беларуси у любого из таких продуктов уточняют у разработчика.

Что решает маршрутизация и когда она нужна

Вручную диспетчер уверенно планирует примерно до десяти точек на одну машину: он помнит районы и привычки клиентов. При нескольких десятках адресов, нескольких машинах и временных окнах простого перебора уже не хватает. Рейсы получаются длиннее необходимого, а машины заполняются неравномерно.

Планировщик маршрутов оправдан, когда выполняется хотя бы одно условие:

  • в день отправляется больше 30 адресов и больше трёх машин;
  • у клиентов есть временные окна и требования к приезду;
  • парк разнородный: у машин разная грузоподъёмность, объём, наличие рефрижератора или борта;
  • кроме развоза со склада есть забор груза у клиентов и дозагрузка по пути;
  • часть доставки отдана наёмным машинам, и важно заполнять собственные перед ними.

Какие данные нужны на входе

Качество плана упирается в качество входных данных. Алгоритм не исправит ошибочный адрес или неверный вес.

  • Заказы: адрес, координаты, вес, объём, число мест, окно приезда, время на разгрузку.
  • Машины: грузоподъёмность, объём кузова, допустимые типы груза, стартовый и конечный склад, график смены, стоимость выезда и километра.
  • Водители: время работы и перерывы в рамках требований к режиму труда и отдыха в вашей стране.
  • Дорожная сеть: карта, платные участки, ограничения по массе и габаритам, данные о пробках.
  • Склады и транзитные точки, где возможна дозагрузка.

Отдельная работа: геокодирование. Программа привязывает адрес к точке на карте. Если в базе клиентов адреса написаны свободным текстом, часть точек окажется не там, и водитель потратит время на поиск. До запуска стоит почистить справочник адресов и сохранять координаты подтверждённых точек.

Какие ограничения должна учитывать система

Базовый набор: грузоподъёмность и объём, временные окна, время на разгрузку, рабочий день водителя. Дальше начинаются условия, которые отличают простые сервисы от профессиональных: несколько окон на один адрес, совместимость груза и машины, приоритет клиентов, запрет заезда в центр для некоторых машин в часы ограничений, забор и доставка в одном рейсе, зависимость времени пути от времени суток.

Чем больше таких условий вам нужно, тем ближе вы к специализированному решению. Если же нужны карта с точками и порядок объезда на одну машину, хватит картографического сервиса.

Сравнение вариантов

ВариантПодходит приОграничения
Таблица и опыт диспетчерадо 10 адресов на машину, постоянные клиентырезультат зависит от человека, трудно считать экономию
Картографический сервис с порядком объездаодна-две машины, нет оконне делит заказы между машинами, мало ограничений
Облачный сервис маршрутизациидесятки адресов, окна, несколько машиноплата по числу заказов или машин, нужна интеграция заказов
Модуль в TMS или ERPзаказы и рейсы уже ведутся в одной системеглубина алгоритма зависит от продукта, внедрение дольше
Отдельная программа планированиябольшой парк, сложные ограничения, много точеклицензия, обучение, настройка справочников

Как сравнить программы на своих данных

Рекламные цифры экономии зависят от того, насколько плохим был исходный план. Надёжнее взять два-три обычных рабочих дня и прогнать их через пробную версию.

  1. Выберите три дня: обычный, пиковый и день с большим числом ограничений.
  2. Сохраните фактические рейсы: пробег по одометру, число машин, время возвращения, опоздания.
  3. Загрузите те же заказы в систему и получите план при тех же условиях.
  4. Сравните пробег, число машин, среднее заполнение, число нарушенных окон.
  5. Проверьте план глазами диспетчера: нет ли объездов, которые по факту невозможны.

Условный пример. За день 48 заказов, фактически работали 5 машин с общим пробегом 410 км. Пробная версия построила план на 4 машины с пробегом 345 км при тех же окнах. Разница 65 км (около 16%) и одна машина. Умножьте разницу на стоимость километра и число рабочих дней: так видна годовая экономия до закупки. Стоимость километра можно взять в калькуляторе себестоимости километра, стоимость рейса в калькуляторе стоимости рейса.

Что спросить у разработчика

  • Как программа получает заказы: загрузка из таблицы, обмен с учётной системой, API.
  • Какие карты использует, есть ли у них покрытие нужных городов в Беларуси и России и данные о пробках.
  • Что происходит, если заказ меняется после построения плана: можно ли перестроить часть рейсов, не трогая остальные.
  • Есть ли мобильное приложение для водителей и как диспетчер видит статус точек.
  • Как хранятся данные, где расположены серверы, подходит ли это под требования законодательства о персональных данных ваших стран.
  • Как считается стоимость: за машину, за заказ, за пользователя; есть ли ограничение по объёму.
  • Сколько занимает запуск и что нужно подготовить со стороны компании.

Частые ошибки при внедрении

Программу покупают, а справочник адресов остаётся прежним. План строится по неверным точкам, водители перестают доверять результату и возвращаются к ручным маршрутам.

Время на разгрузку берут усреднённым. Для магазина с рампой это 15 минут, для жилого дома без лифта 40. Если не различать типы точек, окна нарушаются систематически.

Плановый маршрут не сравнивают с фактическим. Без трекинга и отметок на точках невозможно понять, где план ошибся, и алгоритм не получает обратной связи.

Диспетчера не обучают проверять результат. Хороший диспетчер видит, что система не знает о закрытом на ремонт мосту или о капризном клиенте, и вносит правку до выезда.

Вопросы и ответы

Чем планировщик маршрутов отличается от навигатора? Навигатор ведёт одну машину к одной точке или по готовому списку. Планировщик решает, какие заказы поедут на какую машину и в каком порядке.

Можно ли обойтись таблицей? Для малого числа точек можно. Когда машин больше трёх, а адресов больше тридцати, ручной план обычно даёт заметно больший пробег.

Какие данные считать в первую очередь? Фактический пробег, число рейсов, заполнение машин и долю опозданий. Без этих цифр сравнить программы невозможно.

Как узнать, работает ли конкретный сервис в Беларуси? Спросить у разработчика о покрытии карт, поддержке белорусских адресов и условиях оплаты. Публичные заявления о доступности могут быть неполными, а условия меняются.

Читайте также

Остальные материалы по системам управления перевозками и складами собраны в разделе TMS, WMS и CRM, а сервисы построения маршрутов в разделе маршрутизации.

Проверено: октябрь 2026. Источники: описания класса задач VRP в научной и отраслевой литературе, документация и публичные описания продуктов разработчиков маршрутизации (условия лицензий и доступность для Беларуси уточняются у разработчиков).

Раздел: Технологии и сервисы / TMS, CRM и автоматизация

Похожие записи