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

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

Разбираем, как CARGO.RUN START собирает эти окна в одно. Сигнал уже установленных GPS-трекеров привязывается к заявке, статусы переключаются сами, а расхождение с планом система помечает до того, как рейс закрыт.

Что такое контроль транспорта и водителей и зачем он перевозчику

Коротко: это привязка GPS-сигнала к конкретному рейсу, а не просто точка на карте. Видно, где машина, в каком статусе заявка и сколько рейс приносит.

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

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

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

Почему точки на карте не спасают рейс и деньги

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

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

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

Та же ловушка со штрафами: о них узнают из писем, когда льготный срок оплаты прошёл. Как закрыть эту дыру, мы разбирали в статье про контроль штрафов ГИБДД по автопарку.

Как GPS-сигнал превращается в статусы рейса: геозоны и автостатусы

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

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

Машина въехала в геозону погрузки - заявка перешла в статус погрузки. Выехала - значит, загрузилась и пошла по маршруту, статус снова сменился. Дошла до геозоны выгрузки - система отметила прибытие. Водитель подтвердил выгрузку и загрузил документы - рейс закрыт. Всего в жизненном цикле заявки 13 статусов - от «Черновика» через «Начата» и «Принята водителем» до «Выгрузился» и «Выполнена». Часть переходов геозоны делают сами, без звонков и ручного ввода. Цикл двигают геозоны погрузки и выгрузки вместе с отметками водителя в приложении.

Геозоны для контроля транспорта снимают с водителя часть отметок: въезд в геозону и выезд из неё фиксируются по GPS. Статусы, которые водитель подтверждает сам, - «Принята водителем», «Выгрузился» - остаются за ним. Логист открывает список заявок и видит стадию каждого рейса: кто грузится, кто в пути, кто уже выгрузился.

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

Как узнать о срыве рейса, пока он идёт

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

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

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

У статуса «Не учтена» есть и вторая работа: он чистит статистику. Из отчётов выпадают заявки, где факт разошёлся с планом больше чем на 48 часов, поэтому сорванные и брошенные рейсы не размывают выработку и рентабельность.

Карта машин в реальном времени: модуль «Мониторинг»

Коротко: все машины парка на одной карте с фильтрами по логисту и типам транспорта - логист видит свои рейсы, руководитель видит всё.

За карту в CARGO.RUN START отвечает модуль «Мониторинг». На ней весь парк в реальном времени, с фильтрами по логисту и типам транспорта: логист смотрит только свои машины, руководитель - все. Это тот срез, который обычно ждут от систем мониторинга на автомобильном транспорте. Разница в том, что здесь за каждой точкой на карте стоит заявка: видно и машину, и рейс.

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

Все текущие рейсы одним списком - отдельный рабочий стол логиста, мы разбирали его в материале про АРМ логиста.

Дисциплина водителей без обзвона: приложение «Водитель»

Коротко: у водителя один экран и одна текущая задача: отметить погрузку, выгрузку, загрузить ТТН; следующий рейс не приходит, пока не закрыт текущий.

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

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

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

Подтверждение доставки в приложении: отметки и документы рейса

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

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

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

Если парк работает с электронными перевозочными документами, цепочка продолжается: как подписывается ЭТрН в CARGO.RUN - весь путь от Титула 1 до QR-кода.

Отчёт «Ассистент»: кто из сотрудников реально работает в системе

Коротко: отчёт показывает активность сотрудников, своевременность заявок и использование приложения водителями - дисциплина видна цифрами.

Внедрение любой системы упирается в вопрос «а пользуются ли ей вообще». В CARGO.RUN START на него отвечает еженедельный отчёт «Ассистент»: активность сотрудников, своевременность заявок, использование мобильного приложения водителями.

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

Отчёт еженедельный: внедрение контролируется тем же инструментом, что и рейсы.

Работает с трекерами, которые уже стоят: подключение по API

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

Покупать оборудование для запуска не нужно. CARGO.RUN START подключается по API к системам мониторинга, которые уже стоят в машинах: Автограф, Виалон (Wialon), Омникомм и другие. Для подключения нужны логин, пароль и адрес вашей системы мониторинга - тот же доступ, которым вы заходите в неё сами.

Опасение «отдавать данные чужому сервису» понятно, и механика здесь такая. CARGO.RUN START читает данные вашей системы мониторинга по API - тем же логином, которым вы заходите в неё сами. Дальше они превращаются в статусы ваших же заявок и ваши же отчёты.

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

Перерасход топлива у водителя: что даёт план заправок

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

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

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

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

Как внедрить контроль транспорта и водителей: пять шагов

Коротко: подключение мониторинга можно пропустить и вернуться позже, справочники заполняются один раз, а первая заявка сама пригласит водителя в приложение по SMS.

Запуск укладывается в пять шагов:

1. Завести аккаунт в сервисе.
2. Подключить систему мониторинга по API - или пропустить этот шаг и вернуться к нему, когда дойдут руки.
3. Привязать трекеры к машинам, чтобы сигнал попадал в нужную карточку.
4. Заполнить справочники: машины, прицепы, водители, контрагенты. Делается один раз - дальше данные подставляются в заявки сами.
5. Создать первую заявку: маршрут, машина, водитель. Водитель получит SMS-приглашение в приложение прямо из неё, раздавать доступы вручную не нужно.

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

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

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

Сведём разницу в таблицу - она же ответ на вопрос, зачем контур рейсов парку, где мониторинг уже есть:

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

Статья - первый шаг. CARGO.RUN START сводит трекеры, заявки и отчёты в одну систему: один тариф на всю компанию до 10 машин, первые 14 дней - бесплатно.