Управление транспортной компанией: как выстроить единую систему

Управление транспортной компанией начинается не с GPS-карты и не с покупки сложной TMS. Сначала нужно собрать в один управляемый процесс заявки, транспорт, водителей, маршруты, временные окна, статусы, документы и фактический результат доставки.

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

Что такое система управления транспортной компанией

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

Задача системы – не собрать максимум функций, а убрать разрывы между участниками процесса. Заявка не должна вручную перепечатываться из CRM диспетчеру, маршрут – пересылаться водителю фотографией, а факт доставки – возвращаться в офис сообщением «всё отвёз».

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

Удобнее проектировать систему не вокруг отдельных программ, а вокруг жизненного цикла заявки.

1. Заявка поступает в систему. Из CRM, ERP, сайта, файла или вручную.
2. Данные проверяются. Адрес, координаты, вес, объём, временное окно, контакт и ограничения.
3. Заявки распределяются. По автомобилям, водителям, зонам и сменам.
4. Строятся маршруты. Система учитывает не только расстояние, но и реальные ограничения.
5. Маршрут передаётся исполнителю. Через мобильное приложение или другой рабочий интерфейс.
6. Выполнение отслеживается. Статусы, местоположение, опоздания и проблемные точки.
7. Фиксируется результат. Доставлено, не доставлено, перенесено, возвращено, есть подтверждение вручения.
8. Данные возвращаются в учётную систему. Статусы, документы, фактические сроки и затраты попадают в аналитику.

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

Маршрутизация: почему кратчайший путь не всегда лучший

Планирование доставки – это не задача «расставить адреса от ближайшего к дальнему». У каждой машины и заявки есть ограничения.

В реальном маршруте могут одновременно учитываться:

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

Такой класс задач в теории маршрутизации называют Vehicle Routing Problem – VRP. Если у точек есть допустимые интервалы посещения, используется постановка VRPTW – Vehicle Routing Problem with Time Windows.

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

Качество данных важнее сложности алгоритма

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

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

Какие функции нужны системе управления доставкой

Приём и нормализация заявок

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

Планирование маршрутов

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

Диспетчеризация

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

Мобильное рабочее место водителя или курьера

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

GPS и телематика

GPS показывает фактическую сторону маршрута: положение транспорта, движение, остановки и отклонения. Телематические системы дополнительно могут работать с данными автомобиля – в зависимости от установленного оборудования.

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

Подтверждение доставки – POD

Proof of Delivery фиксирует результат выполнения. В зависимости от процесса это может быть подпись, фотография, код подтверждения, отметка в приложении или комплект электронных документов.

POD нужен не ради красивого отчёта. Он помогает отделить «водитель сказал, что доставил» от подтверждённого события, которое можно использовать при разборе претензии.

Аналитика

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

TMS, система маршрутизации и GPS-мониторинг – в чём разница

Эти инструменты пересекаются, но решают разные задачи.

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

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

Показатели нужно выбирать так, чтобы они объясняли три вещи: стоимость, загрузку ресурсов и качество доставки.

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

Подходы к контролю расходов отдельно разобраны в статье о снижении затрат на логистику.

Управляйте не всей картой, а отклонениями

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

Отдельно стоит выводить:

• риск опоздания к временному окну;
• длительный простой;
• отклонение от маршрута;
• неуспешную попытку доставки;
• отказ получателя;
• неверный адрес;
• аварию или техническую проблему;
• срочную переадресацию;
• необходимость повторного рейса.

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

Интеграция TMS с CRM, ERP, WMS и внешними перевозчиками

Транспортная система редко должна существовать отдельно. Она получает исходные данные из коммерческого или складского контура и возвращает туда фактический результат.

Если часть маршрутов передаётся СДЭК

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

В таком случае задача внутренней системы меняется: она должна передать заказ перевозчику и затем вернуть его события в единый контур. Актуальный CDEK API поддерживает получение статусов и вебхуки по изменениям заказа, проблемам доставки, договорённостям о доставке, назначенному курьеру и другим событиям.

Варианты подключения СДЭК к сайту или учётной системе разобраны в статье об интеграции СДЭК с CRM и CMS.

Как внедрить систему управления транспортной компанией

Шаг 1. Опишите текущий процесс

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

Шаг 2. Найдите ручные переходы

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

Шаг 3. Нормализуйте данные

Приведите к единому формату адреса, зоны, типы транспорта, статусы, временные окна, причины недоставки и ограничения заявок.

Шаг 4. Запустите маршрутизацию на ограниченном участке

Не обязательно сразу переводить весь парк. Возьмите один город, одну зону или одну группу машин и сравните результат с прежним процессом.

Шаг 5. Подключите исполнителей и статусы

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

Шаг 6. Настройте уведомления по исключениям

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

Шаг 7. Сравните показатели до и после

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

Когда внедрение системы действительно имеет смысл

Универсального порога по количеству машин или заказов нет. Две компании с одинаковым парком могут иметь совершенно разную сложность логистики.

Автоматизация особенно оправдана, если:

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

Частые вопросы об управлении транспортной компанией

Что такое система управления транспортной компанией?

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

Что такое TMS?

TMS – Transportation Management System, система управления транспортными процессами. Конкретный набор функций зависит от продукта: от планирования рейсов и заявок до тарифов, статусов, документов и аналитики.

Чем TMS отличается от GPS-мониторинга?

TMS управляет процессом перевозки, а GPS прежде всего показывает фактическое местоположение и движение транспорта. GPS отвечает на вопрос «что происходит на линии», но сам по себе не заменяет планирование заявок и маршрутов.

Что такое система маршрутизации доставки?

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

Что такое VRPTW?

VRPTW – задача маршрутизации транспорта с временными окнами. Она используется, когда точки нужно посетить не когда угодно, а в заданные интервалы времени.

Какие данные нужны для построения маршрута?

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

Какие KPI нужны транспортной компании?

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

Нужно ли внедрять TMS небольшой компании?

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

Можно ли объединять собственный транспорт и внешнего перевозчика?

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