Склад и логистика

Оптимизация маршрутов

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

−10–15% пробега на тех же заказахвыполнение окон доставки 97%+окупаемость 4–6 месяцев
Схема работы решения «Оптимизация маршрутов»
Склад и логистика · событие → проверка → действие
Оптимизация маршрутов

Иллюстрация показывает рабочий контур направления; конкретные шаги и интеграции разобраны ниже.

Проблема

Как это выглядит без автоматизации

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

Лишний пробег не виден ни в одном отчёте

Разница между ручным планом и математически собранным — обычно 10–18% километров. В отчётности этой строки нет: пробег списан, топливо оплачено, рейс закрыт без замечаний. Компания платит за перепробег каждый день, но ни разу не сравнивает его с достижимой альтернативой, потому что альтернативу никто не считает.

Срыв окна стоит дороже самой доставки

Машина приехала к сети в 15:40 вместо окна 12:00–15:00 — приёмка закрыта, товар уезжает обратно, завтра тот же адрес едет повторно. Сверху штраф за недопоставку по договору поставки. Один сорванный слот съедает маржу с нескольких выполненных рейсов.

Планирование — узкое место, привязанное к конкретным людям

Два диспетчера по 3–4 часа в день собирают завтрашний день. Заболел один — рейсы едут «как вчера». Уволился — вместе с ним ушло знание, к какому клиенту нельзя раньше десяти, где не проедет длинномер и на какой рампе всегда очередь.

Наёмный транспорт при простаивающем своём

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

Во что это обходится: 30 машин × 170 км в сутки × 22 рабочих дня × 27 ₽/км = около 3 000 000 ₽ прямых затрат на пробег в месяц. Лишними в ручном планировании оказываются 10–15% — это 300 000–450 000 ₽ ежемесячно, которые уходят в топливо, резину и ресурс машин ещё до подсчёта штрафов за сорванные окна.

Что мы строим

Возможности системы

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

Строит план по всем ограничениям сразу

Окна доставки, грузоподъёмность и объём кузова, зоны допуска (центр, длинномеры, пропускной режим), температурные режимы, приоритет клиента, режим труда и пересменка водителей — всё входит в одну задачу, а не проверяется последовательно на глаз, когда половина уже забыта.

Считает время в пути по реальной дорожной обстановке

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

Помнит, сколько на самом деле занимает разгрузка

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

Пересобирает день при отклонении

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

Отдаёт водителю понятный план

В приложении — порядок точек, окно, контактное лицо, комментарий по въезду и кнопка запуска навигатора на следующий адрес. Подтверждение доставки, фото и время прибытия возвращаются в систему автоматически, без вечерней сверки бумажных листов.

Показывает план против факта

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

09:40. Машина 12 стоит на выгрузке в гипермаркете 40 минут вместо 20 — телематика фиксирует простой. Система пересчитывает: две последние точки маршрута в окно 12:00–15:00 уже не попадают. Вариант 1 — передать обе точки машине 7: после обеда у неё 90 минут запаса и свободные 3 паллеты, плюс 14 км пробега. Вариант 2 — оставить как есть и сорвать окно у клиента с приоритетом «сеть». Диспетчер видит оба варианта с километрами и последствиями и подтверждает первый одним нажатием. 09:42. Водитель 7 получает две новые точки в приложении, оба клиента — сообщение с уточнённым временем.
Как это работает

Путь одного события через систему

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

01

Заказы собираются в пул

За несколько часов до отсечки система забирает подтверждённые заказы из 1С или TMS: адрес, объём, вес, окно доставки, приоритет клиента, особые условия отгрузки и требования к транспорту.

02

Адреса превращаются в координаты

Адресная строка нормализуется и геокодируется. Точки, которые сервис распознаёт неуверенно, попадают в отдельный список на ручное подтверждение — и запоминаются навсегда вместе с реальным въездом во двор, а не парадным адресом из карточки клиента.

03

Решатель строит рейсы

Алгоритм маршрутизации подбирает набор рейсов с минимальным суммарным пробегом при выполнении всех ограничений. На парке в 30 машин расчёт занимает единицы минут, поэтому пересобрать план после правки заказов можно столько раз, сколько нужно.

04

Диспетчер утверждает план

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

05

Водитель едет по маршрутному листу

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

06

Отклонение — пересчёт, конец смены — отчёт

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

Пошаговое внедрение

Что происходит по неделям

Каждый этап заканчивается результатом, который вы видите и принимаете. Оплата привязана к приёмке, а не к обещаниям.

1–2-я недели

Аудит рейсов и адресной базы

Выгружаем историю рейсов и заказов за 3 месяца из учётной системы и телематики. Считаем фактический пробег и сравниваем его с расчётным минимумом на тех же заказах и тех же ограничениях. Прогоняем адресную базу через геокодер и замеряем, какая доля адресов распознаётся автоматически.

Отчёт с цифрой избыточного пробега на вашей собственной истории и список проблемных адресов. Уже на этом этапе видно, есть ли что оптимизировать, — до основных затрат проекта.
3–4-я недели

Паспорт ограничений

Описываем формально то, что сейчас живёт в голове диспетчера: окна и допуски по каждому клиенту, вместимость и зоны каждой машины, режим труда водителей, совместимость товара, правила приоритета и отсечки приёма заказов. Задаём стартовые нормативы времени на точке по типам клиентов.

Согласованный документ ограничений и первый прогон решателя на исторических днях: его план сравнивается с тем, что реально ехало, по километрам и по числу машин.
5–7-я недели

Движок маршрутизации и интеграция с учётной системой

Разворачиваем решатель в вашем контуре, подключаем картографический сервис для матрицы расстояний с учётом пробок. Настраиваем двусторонний обмен с 1С или TMS: забираем заказы, возвращаем состав рейсов, назначенную машину и плановое время прибытия по каждой точке.

Система строит план на завтра из живых заказов. Диспетчер неделю ведёт параллельный счёт: свой план против расчётного, разница фиксируется в цифрах.
8–9-я недели

Приложение водителя и навигация

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

Пилотная группа из 5–7 водителей неделю ездит по плану из приложения. Получаем первый честный факт по времени на точках и по расхождению с планом.
10–12-я недели

Пересчёт на отклонениях

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

Живой пересчёт работает на пилотной зоне, каждое автоматическое решение видно в журнале с обоснованием и может быть проверено постфактум.
далее, в рамках поддержки

Сопровождение и настройка под сезон

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

Разрыв между планом и фактом сокращается от месяца к месяцу, а экономия по километрам не размывается через полгода после запуска.
Экономика

Модельный расчёт: из чего складывается эффект

Не «до 90% экономии», а конкретная модель с вводными, которые можно оспорить и пересчитать под себя.

Профиль примерарегиональный дистрибьютор, 2 склада, доставка по городу и области
Собственный парк30 машин, 22 рабочих дня в месяц
Пробег и его цена170 км на машину в сутки, 27 ₽/км без зарплаты водителя
Диспетчеры2 ставки × 95 000 ₽ (ФОТ с налогами)
Наёмный транспорт в пик45 рейсов в месяц × 6 800 ₽
ПоказательСейчасПосле внедрения
Пробег парка112 000 км в месяцоколо 101 000 км на тех же заказах
Доставок в окно91%97–98%
Планирование рейсов2 диспетчера × 3–4 часа ежедневно15–20 минут на проверку и утверждение
Наёмный транспорт45 рейсов в месяц32–34 рейса
Точек на машину за рейс12–1314–15
Денежный эффект+470 000 ₽/мес
Расходы на систему155 000 ₽/мес
Окупаемость внедрения4 месяца
Модельный расчёт. Экономия сложилась из трёх источников: 10% пробега (11 200 км × 27 ₽ ≈ 300 000 ₽), сокращение привлечённого транспорта на четверть (≈ 76 000 ₽) и перевод одной диспетчерской ставки на работу с претензиями и подбор обратной загрузки (95 000 ₽). Штрафы сетей за срыв окна и повторные выезды на несостоявшуюся выгрузку в модель не включены — это запас прочности расчёта. Перед договором пересчитываем модель на ваших фактических цифрах — и если она не сходится, честно говорим об этом.
Стоимость

Полная цена владения — три составляющие

Никаких скрытых платежей: внешние сервисы вы оплачиваете напрямую по своим договорам, мы не делаем наценку на чужие тарифы.

разово · по этапам 20/30/30/20

Внедрение

350 000 – 2 500 000 ₽
  • типовой проект: 1 200 000 ₽
  • срок: 6–14 недель
  • диагностика, разработка, интеграции, пилот
  • документация и обучение команды
по факту · напрямую поставщикам

Эксплуатация

по потреблению
  • Картографический сервис: геокодирование и матрица расстояний: 20 000–60 000 ₽/мес при активном использовании
  • Сервер под решатель маршрутов: 8 000–25 000 ₽/мес в облаке на территории РФ
  • Приложение водителя: связь и трафик: 150–300 ₽ на машину в месяц
  • Телематика, если ставится с нуля: оборудование и монтаж подрядчика клиента + 250–450 ₽ на машину в месяц
От чего зависит итоговая цена
  • размер парка, число складов отгрузки и зон доставки
  • жёсткость ограничений: окна в 30 минут, паллетная вместимость, температурные режимы, пропуска в центр
  • качество адресной базы — доля адресов, которые не геокодируются автоматически и требуют ручной привязки
  • глубина интеграции с 1С или TMS: типовая конфигурация проще, доработанная требует разбора обменов
  • нужен ли пересчёт в течение дня или достаточно ночного планирования на завтра
Что потребуется от вас

Участие заказчика

На диагностике достаточно обезличенных примеров. Боевые доступы — только после договора и NDA, через защищённые каналы.

01выгрузка заказов и рейсов за 3 месяца: адреса, объёмы, окна, фактический пробег и время в пути
02адресная база клиентов с особыми условиями: куда нельзя длинномер, где въезд со двора, у кого пропускной режим
03паспорт парка: грузоподъёмность, объём кузова, температурный режим, зоны допуска, график смен водителей
04доступ к API учётной системы и телематической платформы (оформляем вместе с вашим системным администратором)
05коммерческий ключ картографического сервиса — оформляется на юридическое лицо заказчика, помогаем с заявкой
06ответственный логист или старший диспетчер: 3–4 часа в неделю на время внедрения
Интеграции

С чем соединяем

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

1С:Управление торговлей1С:ERP1С-Логистика: Управление перевозкамиЯндекс Карты и Маршрутизация (API)2ГИСWialonOmnicommСКАУТМойСкладБитрикс24ЭТрН через Диадок или СБИС
Отраслевые сценарии

Как это решение работает в разных бизнесах

Оптовая торговля

Дистрибьютор продуктов питания: 380 точек в сутки и жёсткие окна приёмки у сетей. Ручной план давал 9% доставок мимо окна и повторные выезды на следующий день. После перехода на расчётные рейсы окна закрываются на 97%, средний рейс вырос с 12 до 15 точек, часть машин освободилась под новые контракты вместо покупки новых.

Транспорт и логистика

Перевозчик со сборными грузами по области: планирование съедало у двух диспетчеров половину рабочего дня. Система собирает рейсы за минуты и считает себестоимость каждого до выезда, поэтому убыточные заявки видно на этапе приёма, а не в отчёте по итогам месяца.

Розничные сети

Сеть из 40 магазинов с собственным подвозом с распределительного центра. Расписание рейсов было зафиксировано годами и не менялось вслед за продажами. Пересчёт под фактический оборот магазинов сократил пробег на 12% и убрал две машины из ежедневного графика — они ушли на подкрепление в пиковые дни.

Строительство и девелопмент

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

Интернет-магазины и маркетплейсы

Курьерская доставка собственным парком: 600 заказов в день с двухчасовыми интервалами. Маршруты собираются после ночной отсечки, утром курьер получает готовый порядок точек, а клиент — сообщение с уточнённым интервалом. Доля переносов из-за опоздания курьера упала втрое.

Вопросы владельцев

Что обычно спрашивают

Диспетчер с двадцатилетним опытом строит рейсы лучше программы. Зачем нам это?
Опытный диспетчер действительно строит хороший план — на пятнадцати машинах и в спокойный день. На тридцати машинах и пятистах точках число вариантов таково, что человек перебирает доли процента из них и всегда выбирает первый допустимый, а не лучший. Мы не спорим на словах: первый этап — прогон решателя на вашей исторической выборке за три месяца. Если разница с ручным планом окажется в пределах 3–4%, проект не окупится, и мы скажем это прямо на четвёртой неделе.
Что будет, если система построит маршрут, невозможный в жизни?
Это происходит ровно тогда, когда ограничение не описано: не занесли пропускной режим, не учли, что к клиенту нельзя раньше десяти. Поэтому план всегда проходит через диспетчера, а каждая его ручная правка попадает в журнал и разбирается на еженедельной сверке. Через месяц-полтора работы такие правки сходят почти на нет — знание из головы диспетчера переезжает в справочники и остаётся в компании.
У нас нет телематики. Проект не имеет смысла?
Планировать можно и без неё: заказы и ограничения приходят из учётной системы. Без телематики вы теряете два элемента — автоматический пересчёт при отклонении и накопление реальных нормативов времени на точке. Как компромисс работаем от подтверждений в приложении водителя. Оборудование при необходимости монтирует ваш подрядчик по нашей спецификации: мы работаем удалённо и делаем только программную часть — интеграцию, расчёт и интерфейсы.
Сколько машин нужно, чтобы это окупилось?
Ориентир — от 15 машин или от 200 точек доставки в сутки. Ниже этого порога выигрыш от оптимизации меньше стоимости владения системой, и разумнее взять готовый SaaS-сервис маршрутизации за 1 000–3 000 ₽ на машину в месяц. Заказная разработка оправдана там, где ограничения нестандартные и коробочные продукты их не покрывают: температурные режимы, пропуска, совместимость грузов, многодневные плечи.
Водители не начнут саботировать чужой план?
Начнут, если план будет заведомо невыполнимым — с двадцатиминутной разгрузкой там, где всегда очередь на час. Поэтому первые два месяца мы калибруем нормативы по факту, а не по идеалу. Второй рабочий приём — оставить водителю право отметить причину отклонения одной кнопкой: это даёт данные для настройки вместо конфликта и позволяет отделить плохой план от плохой дисциплины.
Данные о клиентах и маршрутах уйдут во внешний сервис?
Решатель разворачивается в вашем контуре или на арендованном вами сервере в РФ. Наружу уходит только то, без чего нельзя построить матрицу расстояний, — координаты точек, без наименований, телефонов и содержимого заказов. Адреса геокодируются один раз и дальше хранятся у вас, поэтому и объём обращений к картографическому сервису со временем падает.
говорим честно

Когда это решение не окупится

  • парк меньше 12–15 машин или стабильно менее 150 точек в сутки — выигрыш не покроет стоимость владения, начните с SaaS-сервиса маршрутизации
  • постоянные рейсы по неизменному расписанию (один и тот же круг магазинов каждый день) — оптимизировать здесь нечего, задача решается один раз вручную
  • длинные межгородские плечи, где маршрут по сути определяется трассой, а не порядком точек
  • нет ни учётной системы с заказами, ни выгрузки из неё — планировщику неоткуда брать вход, сначала нужно навести порядок в источнике
  • адресная база в свободной форме без возможности её вычистить: при 30% нераспознанных адресов система создаёт больше ручной работы, чем экономит

Если на диагностике расчёт не сойдётся — мы предложим более простой вариант или честно скажем, что автоматизация вам пока не нужна. Это дешевле для всех, чем проект ради проекта.

часто внедряют вместе
Склад и логистика

Планирование загрузки транспорта

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

от 450 000 ₽8–14 недель
Склад и логистика

Контроль транспорта и отклонений

Система непрерывно сравнивает плановый рейс с фактическим: координаты, простои, отклонения от маршрута, температурный режим, время на точке. Любое расхождение превращается в событие с типом, приоритетом и ответственным — и приходит к нему за минуты, а не всплывает вечером в претензии клиента.

от 350 000 ₽5–12 недель
Склад и логистика

Прогноз времени доставки

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

от 450 000 ₽6–12 недель
Первый шаг — диагностика

Посчитать «Оптимизация маршрутов» на ваших цифрах?

Пришлите объёмы и пару примеров — вернёмся с картой процесса, честным расчётом экономики и точной сметой. Если не сойдётся — так и скажем.

Голосовое описание задачи превращается в карту процесса и план внедрения
Можно голосом: запишите сообщение прямо в форме — расшифруем и разберём сами
NDA по запросу до передачи любых данных
Смета и план этапов — до договора, оплата только по принятым этапам
Ответ живого инженера, а не менеджера по продажам