Автоматизация назначения водителя на рейс: критерии выбора и защита от ошибок

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

Коротко: автоматизация назначения водителя на рейс - это не про то, что программа сама выбирает водителя вместо диспетчера. Это про то, что данные, по которым принимается решение (кто свободен, сколько часов вождения осталось, какая машина рядом), собраны в одном месте и обновляются сами, а не собираются по звонкам и в переписке.

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

Разбираем ЭПД, цифровизацию перевозок и учёт автопарка — коротко и по делу. Подпишитесь на канал, чтобы не пропустить.

TelegramКанал «Цифровая логистика»MAXЕсли Telegram не открывается

Из каких шагов состоит назначение водителя на рейс?

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

Четыре шага выглядят так: принять заявку с адресом, грузом и сроком подачи - посмотреть список тех, кто потенциально свободен - выбрать подходящего человека по критериям (разбираем их в следующем разделе) - зафиксировать назначение так, чтобы оно было видно и второму диспетчеру, если он подменяет коллегу. Каждый шаг занимает секунды, но пропущенная проверка на этом шаге оборачивается потерями на следующих - вплоть до сорванного рейса.

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

По каким критериям выбирать водителя для рейса?

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

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

Остаток часов вождения. Режим труда и отдыха (РТО) ограничивает, сколько часов подряд и за неделю водитель может провести за рулём. Назначить на длинный рейс человека, у которого лимит почти исчерпан, - значит либо сорвать рейс на середине пути, либо нарушить закон. Все действующие нормы, спецперерывы и штрафы по статье 11.23 Кодекса РФ об административных правонарушениях (КоАП РФ) за их нарушение подробно разобраны в статье про учёт рабочего времени водителей - здесь важно только то, что этот остаток нужно проверять до назначения, а не после.

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

Действующие допуски. Для отдельных категорий груза (например, опасных) нужен действующий допуск ДОПОГ у водителя. Назначение без проверки срока действия допуска - частая причина, по которой рейс останавливают уже на весогабаритном или ином контроле.

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

Почему при ручном распределении чаще назначают проверенного водителя, а не ближайшего?

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

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

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

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

Как один водитель оказывается назначен на два рейса одновременно?

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

Сценарий обычно один и тот же: человека устно закрепили за рейсом, но статус нигде не зафиксировали с конкретным сроком. Через час или день другой сотрудник (или тот же самый, забыв) видит его «свободным» в своей голове или в устаревшей таблице и назначает его же на второй рейс. Конфликт вскрывается в последний момент - когда обе заявки уже подтверждены клиентам, а водитель физически один.

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

Какие ошибки чаще всего мешают наладить назначение водителей?

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

Первая ошибка - решение о назначении принимает только один человек по памяти, а его отпуск или больничный сразу превращается в кризис: заместитель не знает ни привычек сотрудников, ни того, кто и когда освобождается. Вторая - критерии выбора не проговорены вслух: один диспетчер в первую очередь смотрит на близость, другой - на то, кто «не откажется», и в компании нет единого правила, кого ставить в приоритет. Третья - остаток часов вождения проверяют не перед назначением, а постфактум, когда рейс уже в пути и поздно что-то менять. Четвёртая - статус после завершения рейса обновляют не сразу, а на вечерней планёрке, и именно в этом окне чаще всего случаются повторные назначения.

Каждая из этих ошибок решается не покупкой программы, а тем, что критерии назначения проговорены и статус обновляется сразу, как только рейс закрыт - а не в конце дня. Опыт транспортной компании, которая закрыла нехватку водителей за счёт более эффективного распределения имеющихся, а не найма новых, разобран в кейсе ТК «Автолайф».

Чем ручное распределение водителей отличается от назначения через TMS-систему?

Коротко: TMS-система (Transport Management System, программа для управления перевозками) и ручное распределение по Excel и звонкам отличаются скоростью получения актуальных данных. В таблице статус обновляет человек вручную и с задержкой, а в TMS-системе, где заявка и статус связаны напрямую, актуальная картина видна сама - без дополнительного звонка на подтверждение.

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

Как в CARGO.RUN START устроено назначение водителя на рейс?

Коротко: решение о том, кого назначить, всё равно принимает логист - система не выбирает человека за него. Но в мобильном приложении «Водитель» одновременно активна только одна задача: чтобы получить следующий рейс, нужно закрыть текущий. Статус самой заявки при этом обновляется автоматически, по GPS-геозонам и отметкам в приложении, без ручного ввода диспетчером.

В CARGO.RUN START рейс существует как единая сущность - заявка, в которой сразу закреплены и машина, и водитель. Логист назначает водителя при создании или редактировании заявки, а дальше её статус меняется автоматически - по GPS-геозонам погрузки и выгрузки и по отметкам, которые водитель делает в мобильном приложении, без ручного ввода со стороны диспетчера.

Отдельная деталь, которая напрямую снижает риск повторного назначения: в мобильном приложении «Водитель» на главном экране в любой момент есть только одна текущая задача. Чтобы получить следующую, водитель должен закрыть текущую - отметить выполнение и загрузить документы. Это не алгоритм, который сам решает, кого назначить, а простое структурное ограничение: пока рейс не закрыт, водитель физически не может получить второй активный рейс в приложении.

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

Если вы ведёте назначение по заявкам сейчас в Excel или в переписке с диспетчерами - разобрать, что именно из процесса можно сразу перевести в систему, проще на своих данных: CARGO.RUN START даёт 14 дней бесплатно на автопарк до 10 машин.

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