К содержимому
INTEBRIX Optimization Platform

Fleet utilization: как снизить пустые пробеги и простои

«Утилизация автопарка» — это баланс: сервис (SLA/окна), стоимость рейса, предсказуемость выполнения и реальные ограничения смен. На практике эффективность чаще всего «съедают» два источника потерь: пустые пробеги и простои на точках.

Что такое fleet utilization и почему «полезная загрузка» — только часть картины

В реальности «эффективность автопарка» — это не одна метрика. Минимально полезно разделять: пробег (сколько километров «везём» vs «едем пустыми»), время (сколько «работаем» vs «ждём») и качество выполнения (SLA/окна/ранние-поздние визиты).

Utilization по пробегу

Доля «полезных» километров против пустых пробегов. Даже несколько процентных пунктов пустого пробега на больших расстояниях превращаются в заметную статью затрат.

Utilization по времени

Потери времени на точках — dwell time, ожидание окна, длительная разгрузка/приёмка, очереди. Это напрямую «съедает смену» и ухудшает выполнение графика.

Utilization и сервис

Сервис — это выполнение SLA и временных окон. Плохой utilization часто «маскируется» штрафами и потерей доверия клиентов.

Где чаще всего теряется эффективность

Порожний пробег и попутная загрузка обратного плеча Верхний сценарий: машина выезжает из парка порожней, забирает груз у поставщика, везёт его на завод и возвращается в парк порожней — два плеча из трёх пустые. Нижний сценарий: обратное плечо загружено попутным грузом, пустым остаётся только выезд из парка. Разница между сценариями и есть резерв, который считает оптимизация. Без попутной загрузки Парк Площадка Завод порожний выезд гружёный рейс возврат порожняком С попутной загрузкой Парк Площадка Завод порожний выезд гружёный рейс обратное плечо загружено попутным грузом Пустых плеч 2 → 1 на том же рейсе

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

Если нужен практичный фокус — начните с двух видов потерь: пустые пробеги и простои.

Пустые пробеги

Причины почти всегда системные: разрывы между загрузками, отсутствие «связок» рейсов, неоптимальная география закрепления, несоответствие fleet mix фактическому спросу, жёсткие окна и ограничения смен.

Простои (dwell time) и detention

В исследованиях по задержкам у отправителей/получателей фиксируются значимые потери времени: средняя задержка порядка 1,4 часа, а около 10% остановок дают задержку 2 часа и более. Это напрямую ухудшает выполнение hard/soft окон и увеличивает долю «ранних/поздних визитов».

«Красивый маршрут» не равен исполнимости

Без явных service time, ожидания окна и стоимости нарушений (penalties) оптимизация превращается в теорию: план «на бумаге» красивый, но в реальности не выполняется.

Playbook: как снижать пустые пробеги и простои системно

Ниже — порядок действий, который обычно даёт устойчивый эффект (а не «разовую оптимизацию»).

1) Нормализуйте данные

Без дисциплины адресов/геозон, параметров ТС, времён обслуживания на точках и правил окон любая оптимизация «переоценит» реальность. Начать стоит с service time и календарей смен.

2) Введите модель окон и штрафов

Разделите жёсткие/мягкие окна и опишите стоимость отклонений через penalties. Это превращает «красивый маршрут» в исполнимый план.

3) Делайте «связки» рейсов

Сокращение пустых пробегов часто лежит не в «одном маршруте», а в построении цепочек trip/route: подхват после доставки, перенос закрепления, согласование слотов и смен.

4) Стабилизируйте план исполнения

Частые правки «в лоб» увеличивают простои и ухудшают доверие к плану. Практика: фиксируем ближнюю зону, правим точечно, изменения штрафуем (penalties), а отклонения разбираем по причинам.

5) Состыкуйте с load building

Утилизация — это не только «маршрут», но и сборка заказов в кузов: ограничения по весу/объёму/паллетам и совместимости. См. страницу: Load building.

6) Делайте пилот «на участке»

Чтобы быстро получить эффект и доказать исполнимость: берём один регион/кластер клиентов, 1–2 типа ТС, фиксируем KPI (empty miles, dwell, сервис), и сравниваем «как было» vs «как стало».

Метрики: как контролировать, что utilization реально улучшается

Если мерить только «процент загрузки», можно ухудшить сервис и всё равно проиграть по деньгам.

Empty miles %

Доля пустого пробега в общем пробеге. Разбивайте по причинам: repositioning, возврат в базу, срыв окна, отсутствие связки.

Dwell time / detention

Время простоя на точках: ожидание, очереди, разгрузка/приёмка. Отдельно полезно измерять долю «аномальных» остановок (например, 90-й перцентиль).

Service KPI

Выполнение окон, доля ранних/поздних визитов, соблюдение SLA, штрафы за нарушения.

FAQ

Частые вопросы про утилизацию автопарка и KPI исполнения.

Что важнее в начале: empty miles или dwell time?

Смотрите оба показателя в связке. Empty miles показывает потери на плечах, dwell — потери на точках. Для пилота выбирайте тот, где вклад в cost-to-serve больше.

Можно снизить пустые пробеги и не ухудшить SLA?

Да, если есть сегментация заказов, окна консолидации и правила приоритетов. Без этих ограничений оптимизация часто «ломает» сервис.

Какой минимальный контур для пилота?

Один регион, 1–2 типа ТС, фиксированные KPI (empty miles, dwell, on-time), и цикл plan-fact минимум на 2–4 недели.

Источники и чтение

Публичные материалы, на которые можно опираться в формулировках и цифрах.

  • US DOT / FMCSA: исследование по задержкам у отправителей/получателей (detention / dwell). Ссылка
  • Holland et al. (2017): UPS Optimizes Delivery Routes — разбор проекта ORION, Interfaces 47(1). Ссылка
  • World Bank: отчёт о цифровых инструментах в грузоперевозках (оценки по порожним пробегам). PDF
  • ATRI / Operational Costs of Trucking: ориентир по доле deadhead порядка ~16%. Ссылка

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

Логистика VRPTW: временные окна Логистика Load building: почему «полный кузов» не значит «лучше» Продукт Диспетчеризация и маршрутизация

Посчитать на ваших данных

Методика выше работает на конкретных цифрах. Пилот 2–6 недель: фиксируем базовую линию, задаём ограничения и считаем ваш случай.

Обсудить задачу