Контроль транспорта и отклонений
Система непрерывно сравнивает плановый рейс с фактическим: координаты, простои, отклонения от маршрута, температурный режим, время на точке. Любое расхождение превращается в событие с типом, приоритетом и ответственным — и приходит к нему за минуты, а не всплывает вечером в претензии клиента.
Иллюстрация показывает рабочий контур направления; конкретные шаги и интеграции разобраны ниже.
Как это выглядит без автоматизации
Пока машина едет, компания про неё почти ничего не знает. Формально есть телематика и карта с точками, фактически диспетчер смотрит на неё урывками между звонками и видит только то, что успел заметить. Проблема становится известной не тогда, когда возникла, а тогда, когда позвонил клиент — то есть через полтора-три часа, когда изменить уже нечего.
Первым о срыве сообщает клиент
Машина встала на выгрузке в очереди, потеряла сорок минут и вылетела из окна следующей точки. Об этом можно было узнать в 10:20 и переставить порядок объезда. Узнали в 13:40 из письма менеджера сети — вместе с требованием повторной поставки за свой счёт.
Карта показывает машины, но не отвечает на вопрос «всё ли по плану»
Телематическая платформа честно рисует тридцать пять точек на карте. Чтобы понять, какие из них отстают, диспетчер должен помнить план каждого рейса и держать в голове окна доставки. На двадцати машинах это уже невозможно, поэтому контроль сводится к выборочной проверке трёх-четырёх самых проблемных.
Простой оплачивается, но не измеряется
Норматив выгрузки — 20 минут, фактически часто 35–40. Разница списывается на «очередь на рампе» и никем не считается: в отчётах нет строки «сверхнормативный простой». При тридцати пяти машинах это сотни машино-часов в месяц, которые оплачены зарплатой и амортизацией, но не превратились в доставки.
Нарушение температурного режима видно только на приёмке
Рефрижератор ушёл в плюс на два часа из-за долгой выгрузки с открытыми дверями. Данные с датчика в платформе есть, но их никто не смотрит в реальном времени. Итог — отказ в приёмке и списание партии, хотя проблему можно было закрыть звонком водителю через десять минут после выхода за диапазон.
Во что это обходится: 35 машин × 13 точек × 22 рабочих дня — около 10 000 приёмок в месяц. Срыв окна на 4% даёт 400 несостоявшихся выгрузок, половина требует повторного выезда по 1 400 ₽ — это 280 000 ₽. Сверхнормативный простой в 12 минут на каждой третьей точке — ещё около 660 машино-часов, оплаченных, но не проданных. Плюс 2–3 списания охлаждённой партии по 60 000 ₽. Итого ручной контроль по карте обходится компании в 600 000–900 000 ₽ ежемесячно.
Возможности системы
Мы строим слой контроля поверх того, что у вас уже есть: телематика знает факт, TMS или 1С знает план, а между ними до сих пор ничего не было. Система сшивает эти две картины по каждому рейсу, непрерывно ищет расхождения, классифицирует их и отдаёт конкретному человеку с контекстом и вариантами действия. Диспетчер перестаёт смотреть на карту и начинает разбирать очередь событий.
Сшивает плановый рейс с фактическим треком
Из учётной системы приходит план: порядок точек, окна приёмки, груз, температурная группа. Из телематики — координаты, скорость, зажигание, датчики. Система ведёт по каждому рейсу живую карточку «план/факт» и пересчитывает прогноз прибытия на все оставшиеся точки после каждого события.
Честно считает время на точке
Точка доставки — это полигон, а не координата: заезд во двор, очередь на рампе и парковка попадают внутрь геозоны. Отсчёт идёт с момента въезда, а не с момента, когда водитель вспомнил отметиться. Норматив свой для каждого типа клиента: у сети распределительный центр это 50 минут, у магазина у дома — 15.
Ловит отклонения от маршрутного коридора
Вокруг планового маршрута строится допустимый коридор с учётом объездов и пробок. Заезд за его пределы дольше чем на согласованное время, стоянка вне геозон, движение в нерабочие часы, отклонение перед возвратом на склад — всё это отдельные типы событий, а не общее «машина где-то не там».
Следит за температурой и дверями по существующим датчикам
Система читает то, что уже стоит на машинах: датчики температуры в отсеках, открытие дверей, реже уровень топлива. Выход за диапазон дольше порога, открытая дверь вне геозоны выгрузки, температура при загрузке выше нормы — события с высоким приоритетом и мгновенным адресатом.
Классифицирует событие и находит ответственного
У каждого типа события — порог, приоритет, адресат и срок реакции. Опоздание к окну уходит диспетчеру зоны, нарушение режима — старшему смены и менеджеру клиента, потеря связи и ночное движение — начальнику транспортного отдела. Событие без реакции эскалируется вверх по цепочке автоматически.
Даёт руководителю картину дисциплины, а не ленту тревог
Дневной и недельный срез: доля рейсов, закрытых без единого нарушения, топ причин отклонений, дисциплина по водителям, по зонам и по клиентам. Становится видно, что половина срывов приходится на четыре адреса с вечной очередью на рампе — и это разговор с клиентом, а не с водителями.
Путь одного события через систему
Каждый шаг оставляет след в журнале: любое решение системы можно открыть и проверить — что пришло, что проверено, что сделано.
Плановый рейс уходит в работу
Из TMS или 1С система забирает утверждённый рейс: порядок точек, окна приёмки, объём и температурная группа груза, машина и водитель. Это эталон, с которым дальше сравнивается всё остальное.
Телематика отдаёт факт каждые 30–60 секунд
Координаты, скорость, зажигание, показания датчиков температуры и дверей забираются из Wialon, Omnicomm, СКАУТ или другой платформы через API. Ничего не ставится на машины заново — используем то, что уже работает.
Движок сравнивает план и факт непрерывно
Каждая новая точка трека проверяется по всем правилам сразу: где машина относительно коридора маршрута, сколько минут внутри геозоны, укладывается ли прогноз прибытия в окно, в диапазоне ли температура. Проверка идёт постоянно, а не раз в час по расписанию отчёта.
Расхождение становится событием
Отклонение получает тип, приоритет, время возникновения и ссылку на участок трека. Дребезг гасится порогами и выдержкой: пятиминутная остановка на светофоре не превращается в тревогу, а десять таких подряд — превращаются.
Событие приходит ответственному с контекстом
В Telegram и на панель диспетчера уходит карточка: что произошло, у кого, чем грозит остальному рейсу, что предлагается сделать. Ответственный квитирует событие с причиной — очередь на рампе, поломка, отказ клиента, ошибка планирования.
Рейс закрывается карточкой план/факт
По возвращении машины формируется итог: план против факта по километрам, времени и точкам, список событий с причинами и отметка «рейс без нарушений» или перечень того, что пошло не так. Эти данные копятся и становятся статистикой дисциплины и нормативами для планирования.
Что происходит по неделям
Каждый этап заканчивается результатом, который вы видите и принимаете. Оплата привязана к приёмке, а не к обещаниям.
Аудит телематики и данных
Подключаемся к вашей телематической платформе, выгружаем треки за 2–3 месяца и сопоставляем их с рейсами из TMS или 1С. Находим машины без устойчивой связи, неработающие датчики температуры, расхождения в номерах и путаницу в привязке водителей. Отдельно проверяем, из чего вообще состоит плановый рейс и хватает ли в нём данных для сравнения.
Геозоны и нормативы
Строим геозоны точек доставки полигонами по фактическим трекам, а не окружностями вокруг адреса: двор, рампа, парковка ожидания. Размечаем склады, заправки и зоны стоянки. Согласуем нормативы времени на точке по типам клиентов, температурные диапазоны по группам груза и допустимые отклонения от маршрута.
Сшивка плана и факта
Собираем рейс-модель: плановая версия из учётной системы соединяется с фактическим треком, считаются пробег, время в пути, время на каждой точке, прогноз прибытия и отклонения. Проверяем логику на вчерашних данных и вручную сверяем два десятка рейсов вместе с вашим логистом.
Классификатор событий и маршрутизация
Описываем типы событий и пороги: опоздание к окну, сверхнормативный простой, отклонение от коридора, стоянка вне геозон, ночное движение, потеря связи, выход температуры за диапазон, открытие дверей вне точки выгрузки. Для каждого — приоритет, адресат, срок реакции и правило эскалации. Подключаем каналы доставки: Telegram, панель диспетчера, при критичном приоритете — звонок через телефонию.
Пилот на части парка
Выводим на живой поток 8–10 машин разных типов, включая рефрижераторы. Ежедневно разбираем срабатывания: что было ложным, что пропустили, где порог слишком чувствительный. Подкручиваем нормативы под реальность конкретных адресов и замеряем медианное время реакции ответственных.
Полный парк и панель руководителя
Расширяем контроль на весь парк, включаем ежедневный и недельный отчёт: доля рейсов без нарушений, топ причин, дисциплина по водителям, зонам и клиентам. Обучаем диспетчеров работе с очередью событий и квитированием причин. Дальше в рамках поддержки пересматриваем пороги, добавляем новые типы событий и следим, чтобы ложные срабатывания не начали расти.
Модельный расчёт: из чего складывается эффект
Не «до 90% экономии», а конкретная модель с вводными, которые можно оспорить и пересчитать под себя.
| Показатель | Сейчас | После внедрения |
|---|---|---|
| Время реакции на отклонение | 1,5–3 часа, чаще узнаём от клиента | 5–10 минут с момента возникновения |
| Рейсов, закрытых без нарушений | 78% | 93% |
| Среднее время на точке | 34 минуты при нормативе 20 | 24–26 минут |
| Нецелевые заезды и отклонения | около 3% пробега (3 900 км в месяц) | менее 1% (около 1 300 км) |
| Списания охлаждённого груза | 2–3 партии в месяц | 0–1 партия |
Полная цена владения — три составляющие
Никаких скрытых платежей: внешние сервисы вы оплачиваете напрямую по своим договорам, мы не делаем наценку на чужие тарифы.
Внедрение
- типовой проект: 850 000 ₽
- срок: 5–12 недель
- диагностика, разработка, интеграции, пилот
- документация и обучение команды
Поддержка
- мониторинг и реагирование по SLA
- исправление дефектов бесплатно
- обновление сценариев и интеграций
- ежемесячный отчёт о работе системы
Эксплуатация
- Картография и геокодинг: построение геозон, обратное геокодирование стоянок: 20 000–45 000 ₽/мес при активном использовании API
- Сервер под обработку телематического потока и хранение треков: 10 000–25 000 ₽/мес в облаке на территории РФ
- Лицензии телематической платформы: по тарифу вашего провайдера, обычно 250–450 ₽ на машину в месяц
- Уведомления по критичным событиям: SMS и голосовые звонки: 3 000–12 000 ₽/мес; Telegram и панель — без доплат
- размер парка и число телематических платформ: после смены поставщика их нередко оказывается две-три сразу
- полнота датчиков — только GPS или ещё температура, двери, рампа и уровень топлива
- качество адресной базы: сколько точек придётся размечать геозонами вручную по трекам
- глубина интеграции с TMS или 1С — откуда берётся плановый рейс и нужно ли возвращать факт обратно в учёт
- нужны ли обратные действия: задача водителю, автоматический звонок клиенту, изменение порядка точек в рейсе
Участие заказчика
На диагностике достаточно обезличенных примеров. Боевые доступы — только после договора и NDA, через защищённые каналы.
С чем соединяем
Работаем с тем, что у вас уже есть. Если вашей системы нет в списке — скорее всего, подключимся через API: уточним на диагностике.
Как это решение работает в разных бизнесах
Перевозчик с 60 машинами на сборных грузах: три диспетчера держали по монитору с картой и всё равно узнавали о срывах от клиентов. После перехода на события медиана реакции упала с 2 часов до 8 минут, а доля рейсов без нарушений выросла с 74% до 91%. Отдельным открытием стало то, что 40% сверхнормативных простоев приходится на шесть адресов — по ним пересогласовали окна приёмки.
Дистрибьютор продуктов питания, 12 рефрижераторов из 35 машин. Нарушения температурного режима вскрывались на приёмке и заканчивались списанием партии 2–3 раза в месяц. Контроль датчиков в реальном времени с уведомлением водителю и старшему смены за 10 минут до критического порога свёл списания к нулю-одному случаю.
Сеть из 40 магазинов с подвозом с распределительного центра. Магазины жаловались на непредсказуемость поставок, но подтвердить претензии было нечем. Карточка «план/факт» по каждому рейсу дала объективную картину: 22% опозданий вызваны не транспортом, а очередью на выдаче на самом РЦ — узкое место оказалось внутри, а не на дороге.
Поставки бетона на объекты: у смеси ограниченное время до укладки, а простой миксера на въезде съедает его целиком. Система считает время от загрузки и предупреждает диспетчера, когда рейс перестаёт укладываться в норматив, — за квартал доля возвратов схватившейся смеси снизилась с 3,1% до 1,2% от объёма отгрузки.
Фулфилмент-оператор с наёмным транспортом на последней миле: своей телематики на машинах нет. Факт собирается из приложения водителя и подтверждений на точках, но логика та же — план против факта и события с ответственным. Доля отправлений, доставленных в согласованный интервал, поднялась с 88% до 96%.
Что обычно спрашивают
У нас уже стоит Wialon, и там есть отчёты. Зачем ещё одна система?
Сколько будет ложных срабатываний? Не завалим ли мы диспетчеров тревогами?
Что если водитель заглушит трекер или отключит датчик?
Вы ставите оборудование на машины?
Часть перевозок у нас на наёмном транспорте без нашей телематики. С ними что?
Контроль перемещений водителей — это законно?
Когда это решение не окупится
- парк меньше 20 машин — диспетчер физически удерживает картину рейсов в голове, и экономика внедрения не сходится
- магистральные перевозки «склад — склад» с двумя точками в неделю: отклонений слишком мало, хватает штатных отчётов телематической платформы
- нет телематики и не планируется бюджет на оборудование — контролировать пока нечего, начинать надо с оснащения парка
- плановая версия рейса не существует ни в TMS, ни в 1С, ни хотя бы в таблице — сравнивать факт не с чем, сначала нужно навести порядок в планировании
- ожидание, что система сама заставит водителей ездить аккуратнее: она даёт факт, время реакции и статистику, а решения по людям и клиентам всё равно принимает руководитель
Если на диагностике расчёт не сойдётся — мы предложим более простой вариант или честно скажем, что автоматизация вам пока не нужна. Это дешевле для всех, чем проект ради проекта.
Оптимизация маршрутов
Система сама собирает рейсы из заказов: учитывает окна доставки, вместимость машин, пробки, приоритеты клиентов и режим труда водителей. При отклонении в течение дня пересобирает остаток маршрута и отдаёт водителю новый порядок точек.
Склад и логистикаПрогноз времени доставки
Система считает время прибытия по фактическому движению машины, истории маршрутов и реальному времени на точках, а не по плану, сделанному утром. При сдвиге клиент сам получает сообщение с новым интервалом — раньше, чем успевает позвонить диспетчеру.
Склад и логистикаПланирование загрузки транспорта
Система сама распределяет заказы по машинам: считает объём, массу, товарное соседство, нагрузку на оси и порядок выгрузки по маршруту. Машины уезжают полными, перекладка на рампе исчезает, рейсов на тот же объём нужно меньше.
Посчитать «Контроль транспорта и отклонений» на ваших цифрах?
Пришлите объёмы и пару примеров — вернёмся с картой процесса, честным расчётом экономики и точной сметой. Если не сойдётся — так и скажем.
