.svg)
.svg)
Грузовой автомобиль может стоять по совершенно разным причинам.
Водитель остановился на обязательный отдых. Машина ожидает разгрузку у клиента. Тягач находится в очереди на складе. Автомобиль припаркован ночью на базе. Или грузовик два часа стоит вне маршрута с работающим двигателем.
Для GPS/ГЛОНАСС все эти ситуации на первый взгляд выглядят одинаково:
координаты автомобиля практически не меняются.
Но для бизнеса они имеют совершенно разное значение.
Поэтому современная система мониторинга определяет простой не только по отсутствию движения. Она сопоставляет:
GPS/ГЛОНАСС + время + скорость + зажигание + CAN/FMS + геозону + бизнес-правила.
Только после этого обычная остановка превращается в событие:
плановая стоянка;
ожидание загрузки;
простой у клиента;
холостой ход;
незапланированная остановка;
простой, требующий внимания диспетчера.
Разберём подробно, как GPS-мониторинг определяет простои грузового транспорта и какие показатели на их основе можно использовать для управления автопарком.
Что считается простоем грузового автомобиля
В телематике важно разделять несколько понятий.
Остановка
Кратковременное прекращение движения.
Например:
- светофор;
- пробка;
- шлагбаум;
- краткая остановка водителя.
Стоянка
Автомобиль остаётся неподвижным дольше установленного системой порога.
Например:
скорость отсутствует более 5 минут.
Простой
Это уже не чисто техническое, а бизнес-понятие.
Простоем обычно считается ситуация, когда транспорт не выполняет полезную работу дольше установленного норматива.
Например:
грузовик должен разгружаться не более 45 минут, но находится у клиента 2 часа 10 минут.
С точки зрения GPS:
автомобиль стоит.
С точки зрения бизнеса:
1 час 25 минут можно считать сверхнормативным простоем.
Почему GPS сам по себе не определяет бизнес-простой
GPS/ГЛОНАСС хорошо отвечает на вопросы:
- где находится автомобиль;
- движется ли он;
- как долго координаты практически не меняются.
Но GPS не знает:
почему автомобиль остановился.
Представим два грузовика.
Грузовик №1
Стоит 60 минут на базе ночью.
Это нормальная стоянка.
Грузовик №2
Стоит 60 минут за 20 километров до клиента во время рабочего рейса.
Это уже может быть проблемой.
По GPS оба автомобиля неподвижны один час.
Разница появляется только после добавления контекста.
Какие данные используются для определения простоя
Для корректной аналитики система может использовать сразу несколько источников.
GPS/ГЛОНАСС
Даёт:
- координаты;
- скорость;
- направление;
- время.
Терминал мониторинга
Фиксирует:
- состояние движения;
- время остановки;
- события.
Зажигание
Показывает:
включено или выключено.
CAN/FMS
Может передавать:
- состояние двигателя;
- обороты;
- моточасы;
- скорость;
- другие параметры.
Геозоны
Объясняют:
где находится автомобиль.
Например:
- база;
- склад;
- клиент;
- АЗС;
- пункт пропуска;
- сервис.
Бизнес-нормативы
Определяют:
сколько времени автомобиль может находиться в конкретной ситуации.
Именно объединение этих данных позволяет системе понять характер остановки.
Шаг 1. GPS фиксирует отсутствие движения
В процессе рейса терминал регулярно получает координаты.
Например:
12:00 — точка A
12:01 — точка B
12:02 — точка C
Автомобиль движется.
Затем:
12:15 — координата X
12:16 — почти та же координата
12:17 — та же область
12:18 — та же область.
Система видит:
значимого перемещения нет.
Но сразу объявлять это простоем нельзя.
Шаг 2. Применяется временной порог
Короткая остановка в городе не должна создавать десятки событий.
Поэтому устанавливается минимальная продолжительность.
Например:
остановкой считать отсутствие движения более 3 минут;
или:
стоянкой считать неподвижность более 10 минут.
Конкретный порог зависит от задачи.
Для магистрального грузовика и городской доставки он может быть разным.
Почему слишком маленький порог плох
Если установить:
30 секунд,
система будет считать отдельными стоянками:
- светофоры;
- заторы;
- въезд на территорию;
- краткие проверки.
Получится много шума.
Почему слишком большой тоже плох
Если использовать:
60 минут,
часть реальных потерь останется незамеченной.
Поэтому порог должен соответствовать бизнес-процессу.
Шаг 3. Система проверяет скорость
Один из базовых признаков остановки:
скорость ≈ 0.
Но скорость сама по себе тоже недостаточна.
Например, в условиях слабого GNSS-сигнала координаты могут немного «плавать».
Поэтому профессиональная система не должна считать каждое изменение GPS-точки реальным движением.
Используются:
- фильтрация координат;
- минимальная скорость;
- минимальное расстояние;
- состояние движения терминала.
Это позволяет отделять реальное движение от GPS-дрейфа.
Шаг 4. Проверяется двигатель
Теперь становится значительно интереснее.
Представим:
скорость = 0
и
двигатель выключен.
Автомобиль просто стоит.
Другой сценарий:
скорость = 0
но
двигатель работает.
Это уже потенциальный холостой ход.
Для бизнеса разница существенная.
Во втором случае:
- расходуется топливо;
- увеличиваются моточасы;
- двигатель продолжает работать;
- транспорт не перемещается.
Поэтому связка:
GPS + CAN/FMS
или
GPS + зажигание
значительно информативнее одного GPS.
Стоянка и холостой ход — не одно и то же
Это принципиально важно.
Стоянка
автомобиль не движется.
Двигатель может быть выключен.
Холостой ход
автомобиль не движется + двигатель работает.
Например:
тягач стоит на парковке 50 минут.
Если двигатель выключен:
это обычная стоянка.
Если двигатель работал все 50 минут:
это 50 минут холостого хода.
На AXENTA уже есть отдельный материал, посвящённый контролю холостого хода двигателя — его логично использовать как углубляющую внутреннюю ссылку из этого раздела.
Шаг 5. Система определяет геозону
Теперь добавляем ещё один слой контекста.
Представим три одинаковые по продолжительности стоянки:
90 минут.
Ситуация 1
Автомобиль находится на собственной базе.
Возможно, всё нормально.
Ситуация 2
На складе клиента.
Возможно, происходит ожидание разгрузки.
Ситуация 3
На трассе вне разрешённых объектов.
Нужна проверка.
GPS показывает одинаковое:
90 минут без движения.
Геозоны отвечают:
где именно.
Это позволяет классифицировать простой.
Как геозоны превращают остановку в бизнес-событие
Представим склад.
Вместо одной большой геозоны можно создать несколько.
Геозона 1
Въезд.
Геозона 2
Очередь.
Геозона 3
Погрузка.
Геозона 4
Выезд.
Теперь система может определить:
10:05 — автомобиль приехал
↓
10:08 — вошёл в очередь
↓
10:47 — начал погрузку
↓
11:22 — погрузка завершена
↓
11:28 — выехал.
Получаем:
ожидание — 39 минут
погрузка — 35 минут
общее время на объекте — 83 минуты.
Это значительно полезнее записи:
стоянка — 1 час 23 минуты.
Шаг 6. Применяется норматив
До этого мы знали только фактическое время.
Теперь появляется бизнес-правило.
Например:
Норматив ожидания
не более 30 минут.
Фактически:
39 минут.
Получаем:
сверхнормативный простой — 9 минут.
Другой клиент:
норматив разгрузки — 60 минут.
Фактически:
42 минуты.
Простоя нет.
Таким образом система может отличать:
долгую стоянку
от
реального отклонения от процесса.
Шаг 7. Система формирует событие
После применения условий мониторинг может создать событие.
Например:
Тягач №125 находится в геозоне «Клиент А» дольше 90 минут.
Или:
Автомобиль стоит вне разрешённых геозон более 30 минут.
Или:
Холостой ход двигателя превышает 20 минут.
Теперь диспетчеру не нужно постоянно следить за сотнями машин на карте.
Система сама выделяет исключения.
Как определяется начало и окончание простоя
Упрощённый алгоритм:
Начало
Автомобиль прекращает движение.
↓
Проходит заданный временной порог.
↓
Система фиксирует начало стоянки.
Окончание
Автомобиль снова начинает движение.
↓
Превышается минимальная скорость или расстояние.
↓
Событие закрывается.
После этого рассчитывается:
время окончания − время начала = длительность стоянки.
Но для бизнес-простоя сверху добавляются:
- геозона;
- расписание;
- норматив;
- двигатель;
- тип операции.
Пример определения простоя грузовика
Представим рейс.
Тягач должен приехать на склад в 14:00.
Фактические данные
13:52
въезд в геозону склада.
13:57
остановка.
14:02
двигатель выключен.
14:48
автомобиль начал движение внутри территории.
14:52
прибыл к погрузочной зоне.
15:31
выехал.
Что может определить система
Общее время на складе:
99 минут.
Ожидание до начала операции:
примерно 55 минут.
Если норматив ожидания:
20 минут,
то сверхнормативный простой:
примерно 35 минут.
Для бизнеса именно эти 35 минут — проблема.
А не все 99 минут нахождения автомобиля на территории.
Как определить простой вне маршрута
Ещё один сценарий.
Автомобиль выполняет рейс.
GPS показывает:
машина остановилась.
Геозона:
известного клиента или склада рядом нет.
Время:
47 минут.
Двигатель:
работает.
Система может сформировать событие:
незапланированная длительная остановка вне разрешённых геозон.
Диспетчер проверяет ситуацию.
Причина может быть нормальной:
- отдых водителя;
- дорожная ситуация;
- техническая неисправность.
Поэтому мониторинг не должен автоматически объявлять каждую такую остановку нарушением.
Он должен выделить событие для проверки.
Как отличить простой от пробки
Это важный вопрос.
В серьёзном заторе автомобиль может:
- некоторое время стоять;
- проехать 50 метров;
- снова стоять;
- снова двигаться.
Если алгоритм слишком чувствительный, система создаст множество стоянок.
Поэтому могут использоваться:
- минимальная продолжительность;
- минимальное перемещение;
- фильтрация коротких остановок;
- анализ последовательности движения.
В результате городская пробка не должна автоматически превращаться в десятки самостоятельных простоев.
Как отличить простой от обязательного отдыха водителя
Длительная стоянка грузовика не всегда означает потерю.
Междугородний водитель обязан отдыхать.
Поэтому полезно разделять:
регламентные стоянки;
технологические остановки;
сверхнормативные простои.
Если автомобиль находится:
- на разрешённой стоянке;
- в запланированное время;
- согласно рабочему графику,
такой период не нужно автоматически считать проблемным.
Главный принцип:
долгая стоянка ≠ плохой простой.
Как определить простой при загрузке и разгрузке
Это один из наиболее ценных сценариев для грузовой логистики.
На AXENTA уже есть отдельный материал по цифровому контролю загрузки и разгрузки.
Для новой статьи достаточно объяснить механику.
Создаются геозоны:
ожидание
→
погрузка
→
выезд.
Для каждой устанавливается норматив.
После этого можно считать отдельно:
- очередь;
- оформление;
- погрузку;
- общее время.
Это позволяет найти реальное узкое место.
Например:
не транспорт работает медленно.
А:
склад регулярно держит машины в очереди по 90 минут.
Как определяются простои полуприцепов
Для грузового автопарка простой касается не только тягача.
Полуприцеп тоже является активом.
Он может:
- находиться на базе;
- ждать тягач;
- стоять у клиента;
- не использоваться несколько дней.
Если на полуприцеп установлен отдельный трекер, система может определять:
- его местоположение;
- продолжительность нахождения в геозоне;
- отсутствие движения.
Например:
полуприцеп №48 находится на базе без движения 72 часа.
Для управления активами это важный показатель.
Потому что парк может иметь:
30 тягачей и 50 полуприцепов,
но часть полуприцепов фактически почти не использоваться.
Какие виды простоев полезно разделять
Не стоит объединять всё в один показатель.
Я бы рекомендовал минимум следующую классификацию.
Тип | Пример |
|---|---|
Плановая стоянка | ночь на базе |
Отдых водителя | регламентная парковка |
Ожидание клиента | очередь |
Погрузка | склад |
Разгрузка | клиент |
Таможня | пункт пропуска |
Сервис | ремонт |
Незаявленная остановка | вне маршрута |
Холостой ход | двигатель работает |
Простой полуприцепа | актив не используется |
Так аналитика становится намного полезнее.
Какие KPI считать по простоям
1. Общее время стоянок
Показывает, сколько времени транспорт не двигался.
Но сам по себе KPI слишком общий.
2. Сверхнормативный простой
Более полезный показатель:
фактическое время − норматив.
Например:
120 мин − 45 мин = 75 мин простоя.
3. Простой на один рейс
Позволяет сравнивать направления.
4. Простой у конкретного клиента
Помогает выявлять проблемных контрагентов.
5. Холостой ход
Показывает время:
автомобиль стоит + двигатель работает.
6. Доля простоя в рабочем времени
Формула:
время непродуктивного простоя / рабочее время × 100%.
7. Использование автомобиля
Можно анализировать:
в движении
vs
в работе на объекте
vs
в простое.
Как посчитать стоимость простоя
Чтобы превратить телематику в экономический показатель, можно назначить стоимость часа простоя.
Условный пример:
стоимость часа грузовика — 1 200 ₽.
За месяц система обнаружила:
46 часов сверхнормативного простоя.
Получаем:
46 × 1 200 = 55 200 ₽ потенциальных потерь.
Для 50 автомобилей:
даже небольшое сокращение таких периодов может давать заметный эффект.
Но стоимость часа должна рассчитываться для конкретного бизнеса.
Она может включать:
- лизинг или амортизацию;
- зарплату;
- страхование;
- стоимость капитала;
- недополученную маржу;
- другие постоянные расходы.
GPS-простой и простой двигателя — разные KPI
Это тоже важно.
Представим:
автомобиль стоит два часа.
Двигатель работал:
20 минут.
Тогда:
Стоянка
2 часа.
Холостой ход
20 минут.
Смешивать эти показатели нельзя.
Стоянка характеризует использование транспорта.
Холостой ход — использование двигателя и расход ресурсов.
Зачем нужен CAN/FMS при анализе простоев
Без CAN/FMS система видит:
машина не движется.
С CAN/FMS:
машина не движется, но двигатель работает.
Или:
машина не движется, двигатель выключен.
В первом случае потенциальные потери выше.
Через CAN/FMS также могут быть доступны:
- моточасы;
- обороты;
- другие эксплуатационные состояния.
Поэтому статья «CAN-шина грузового автомобиля: какие данные доступны системе мониторинга» логично дополняет этот материал.
Когда достаточно одного GPS
Не каждому проекту нужен CAN.
Если задача:
- видеть стоянки;
- считать время у клиента;
- анализировать очереди;
- определять время на складе,
часто достаточно:
GPS/ГЛОНАСС + геозоны.
Если нужно отличать:
автомобиль просто стоит
от
автомобиль стоит с работающим двигателем,
понадобится дополнительный источник состояния двигателя:
зажигание или CAN/FMS.
Типичные ошибки настройки контроля простоев
Ошибка 1. Любую стоянку считать простоем
Так система создаёт недостоверные KPI.
Ошибка 2. Использовать один норматив для всех объектов
30 минут на АЗС и 30 минут на таможне — совершенно разные процессы.
Ошибка 3. Не использовать геозоны
Тогда непонятно, где именно потеряно время.
Ошибка 4. Не разделять стоянку и холостой ход
Это два разных показателя.
Ошибка 5. Слишком низкий порог стоянки
Система начинает учитывать светофоры и пробки.
Ошибка 6. Не учитывать рабочий график
Ночная стоянка на базе попадает в «простой».
Ошибка 7. Смотреть только среднее значение
Например:
средний простой 35 минут.
Но у девяти клиентов:
20 минут,
а у одного:
170 минут.
Среднее скрывает проблему.
Как настроить контроль простоев грузового автопарка
Практическая схема выглядит так.
Шаг 1. Определить бизнес-сценарии
Где именно теряется время?
Шаг 2. Настроить геозоны
- база;
- склад;
- клиенты;
- АЗС;
- терминалы;
- пункты пропуска.
Шаг 3. Назначить нормативы
Для каждой операции отдельно.
Шаг 4. Настроить минимальную продолжительность стоянки
Чтобы убрать ложные события.
Шаг 5. Подключить двигатель
При необходимости через:
- зажигание;
- CAN/FMS.
Шаг 6. Настроить уведомления
Только по действительно важным отклонениям.
Шаг 7. Создать отчёты
По:
- автомобилям;
- клиентам;
- складам;
- маршрутам;
- водителям.
Шаг 8. Назначить ответственного
Каждое событие должно приводить к действию.
Какие уведомления действительно полезны
Не нужно уведомлять диспетчера о каждой остановке.
Полезнее:
автомобиль находится у клиента дольше норматива;
грузовик стоит вне разрешённой зоны более 30 минут;
холостой ход превышает 20 минут;
полуприцеп находится на базе без использования более 48 часов;
машина задерживается в геозоне очереди.
Это уже management by exception — управление по отклонениям.
Как AXENTA используется для контроля простоев
Для анализа грузового транспорта система мониторинга должна объединять несколько инструментов:
- текущие координаты;
- треки;
- геозоны;
- сообщения;
- отчёты;
- уведомления;
- данные датчиков;
- CAN/FMS — если подключены.
В результате пользователь может не просто увидеть автомобиль на карте, а анализировать:
где он стоял;
сколько времени;
работал ли двигатель;
на каком объекте;
был ли превышен норматив;
требует ли ситуация вмешательства.
Это принципиально другой уровень управления автопарком.
Главный вывод
GPS/ГЛОНАСС-мониторинг определяет простой не одной магической функцией.
Он постепенно добавляет контекст.
Сначала:
координаты не меняются.
↓
Потом:
автомобиль не движется достаточно долго.
↓
Добавляем двигатель:
работает / выключен.
↓
Добавляем геозону:
где именно стоит автомобиль.
↓
Добавляем норматив:
сколько он должен был стоять.
↓
Получаем:
обычная стоянка
или
сверхнормативный простой.
Поэтому полноценная логика выглядит так:
GPS/ГЛОНАСС + время + CAN/FMS + геозоны + бизнес-правила → аналитика простоев.
Именно такой подход позволяет перейти от вопроса:
«Где сейчас мой грузовик?»
к значительно более важному:
«Где и почему мой грузовик теряет рабочее время?»
Для грузового автопарка это один из ключевых шагов от простого GPS-трекинга к полноценному управлению транспортом.
Часто задаваемые вопросы
Как GPS понимает, что грузовик остановился?
Система анализирует координаты, скорость и отсутствие значимого перемещения в течение установленного времени.
Через сколько минут остановка считается простоем?
Универсального значения нет. Порог зависит от бизнес-процесса и должен настраиваться отдельно.
Может ли GPS отличить простой от пробки?
Один GPS не всегда. Для корректной классификации используются временные пороги, фильтрация движения и контекст маршрута.
Как определить, работает ли двигатель во время стоянки?
Через сигнал зажигания или данные CAN/FMS.
Что такое холостой ход?
Это состояние, когда двигатель работает, а автомобиль не движется.
Можно ли узнать, сколько грузовик стоял у клиента?
Да. Для этого создаётся геозона клиента и считается время между въездом и выездом.
Можно ли отдельно считать очередь и погрузку?
Да, если создать отдельные геозоны или события для этих этапов.
Как определить сверхнормативный простой?
Из фактического времени нахождения вычитается допустимый норматив.
Можно ли контролировать простои полуприцепов?
Да, если полуприцеп отслеживается как самостоятельный объект.
Нужно ли подключать CAN для контроля простоев?
Не всегда. Для времени стоянок и геозон достаточно GPS/ГЛОНАСС. CAN/FMS нужен, когда требуется понимать состояние двигателя и глубже анализировать эксплуатацию.
Может ли система автоматически уведомлять о простое?
Да. Можно задать условия, после которых формируется уведомление ответственному сотруднику.
.svg)
