Он на месте всегда и берётся за дело по вашей команде: забирает телеметрию за нужный период, проверяет исправность датчиков, сверяет уровень топлива с расходом двигателя и кладёт готовый отчёт в почту — с литрами, временем и точкой на карте. Хотите сами нажать кнопку — нажмите. Не хотите — он сделает это по расписанию.
Одна машина, семь суток. Заправку и провал уровня он нашёл сам — с объёмом в литрах, временем начала и длительностью. Человеку для этого пришлось бы просмотреть около тридцати тысяч точек телеметрии.
Заправки и провалы уровня находятся сами — с объёмом в литрах, временем начала и длительностью. Данные на графике — пример, не реальный клиент.
Живой диспетчер физически не может просмотреть 200 тысяч строк телеметрии по пятидесяти машинам — он смотрит выборочно и только когда что-то уже случилось. Этот смотрит всё и каждый раз, в том порядке, в котором данные положено разбирать.
Порядок один и тот же — и когда отчёт нужен вам сию минуту, и когда он строится сам по расписанию. Расчёт занимает минуты.
Телеметрия за нужный период — из вашего мониторинга, вашим же доступом. Диагностика умеет забирать сразу всю группу техники, анализ и путевой лист работают по одной машине.
GPS-антенна, датчик уровня топлива, GSM-модем, зажигание, активность датчиков. Если ДУТ залип — об этом будет сказано прежде, чем кто-то заговорит с водителем.
Сверяет убыль уровня с расходом двигателя, находит заправки и сливы, разносит время по режимам, считает пробег и моточасы.
Готовый документ — в вашем кабинете, а при запуске по расписанию ещё и письмом. Если расчёт не удался, приходит письмо с причиной: молчания не будет.
Один режим — разовый отчёт под конкретный разговор. Второй — постоянное наблюдение, которое идёт само. Второй и есть главный: настроили один раз, и парк больше не выпадает из поля зрения, даже когда до него ни у кого не доходят руки.
Это та работа, которую в парке либо делают руками по вечерам, либо не делают вовсе. Решения остаются за вами — за ним сбор, сверка и оформление.
Сверяет датчик уровня с CAN-счётчиком расхода: если из бака ушло больше, чем сожгли форсунки — это видно.
Проверяет саму технику мониторинга — прежде чем по её данным спрашивать с водителя.
Разбивает GPS-трек на реальные рейсы и превращает координаты в адреса, которые примет бухгалтерия.
Любой из трёх отчётов — сам, в заданное время, на почту. Заходить в систему не нужно.
Блок управления двигателем считает только то, что ушло в форсунки. Если на обратке стоит кран, топливо покидает бак мимо счётчика: уровень падает быстрее, чем набегает расход по CAN.
Большинство «контролей топлива» ловят только резкий провал уровня на стоянке — самый неудобный для них случай проходит мимо. Наш диспетчер сравнивает убыль уровня с расходом двигателя между спокойными точками трека, поэтому видит и слив во время движения.
Каждый найденный эпизод попадает на карту — отдельным файлом к отчёту: не «где-то в четверг», а конкретное место и конкретные 12 минут.
Три интервала подряд за порогом — 23,5 литра, которых двигатель не видел. Данные на графике — пример.
Неисправный датчик врёт так же убедительно, как честный. Залипший ДУТ рисует «слив» там, где никто ничего не сливал — и разговор с водителем заканчивается ничем, а доверие к системе теряется навсегда. Поэтому у каждого эпизода три возможных исхода, а не два.
Убыль уровня сходится с расходом двигателя. Вопрос закрыт.
Расхождение за порогом. В отчёте — литры, время, длительность и место на карте.
Например, двигатель работал на холостых, а CAN-счётчика на машине нет — отличить расход от слива нечем. Эпизод помечается, а не записывается в виновные.
Ровно за этим нужен второй шаг: сначала — можно ли доверять датчикам этой машины, и только потом — разговор с водителем. Доклад, который молчит там, где не уверен, можно нести в разбирательство. Доклад, который всегда уверен, — нельзя.
Он сам определяет, какие данные есть у конкретной машины, и выбирает источник расчёта — с явной пометкой в отчёте, по чему именно посчитано. Начать можно на том, что уже установлено.
| Что стоит на машине | Что он считает | Глубина выводов |
|---|---|---|
| ДУТ + CANполный набор | Всё: сливы на стоянке и в движении, расход по режимам, сверка двух источников между собой | Максимальная |
| Только CANбез датчика уровня | Расход по накопительному счётчику, режимы работы, моточасы; уровень берётся из CAN | Высокая |
| Только ДУТбез шины CAN | Заправки и провалы уровня на стоянках, расход по падению уровня | Базовая, с честной пометкой «оценить нельзя» там, где данных не хватает |
В докладе — структура времени по каждой машине: сколько она реально ехала, сколько молотила на холостых и сколько простояла с заглушенным двигателем. Часто самая дорогая строка здесь — вторая.
Расход считается по этим режимам раздельно, поэтому «много жрёт» превращается в конкретное «стоит на холостых пятую часть смены».
В отчёт попадают также расход л/100 км по дням, л/моточас по каждому режиму и эпизоды превышения скорости. Цифры — пример.
Далеко не всё упирается в слив. Две одинаковые машины возят одинаковый объём с одного поля, а расход отличается на четверть — и заметить это можно только поставив их рядом, в одной таблице. По отдельности каждый отчёт выглядит нормально.
Выбираете несколько машин и период — получаете срез: расход на 100 км и на моточас, доля холостого хода, пробег и моточасы. Ответ часто оказывается скучным и полезным: один водитель молотит на холостых вдвое дольше другого.
Это тот случай, когда владелец парка и так примерно знает, как используется техника, — и хочет цифру, чтобы проверить себя.
Доля холостого хода за тот же период
Разница в расходе объясняется не сливом, а простоем с работающим двигателем. Цифры — пример.
Внутри — четыре вкладки по числу обязанностей. Выбираете, что нужно сделать: машину (в диагностике — сразу группу техники), период и нужный отчёт. Дальше он работает сам, а вы забираете готовый документ.
В списке выбора — только ваша техника, в списке отчётов — только ваши документы. Разные компании не пересекаются нигде.
Техника и офис могут быть в разных регионах. Даты в форме и время в отчёте показываются в поясе клиента, а не сервера — смена в Барнауле не съезжает на московские часы.
Вход — тем же логином и паролем, что и в вашу систему мониторинга. Ключ доступа хранится на сервере внутри вашей учётной записи, в браузер не передаётся, а права в сервисе ровно те же, что у вас в мониторинге: сменили там пароль — доступ сюда закрылся вместе с ним.
Шифрованный канал, ограничение попыток подбора пароля. Пароль у нас нигде не хранится — при каждом входе он проверяется напрямую в вашей системе мониторинга. В браузер ничего лишнего не передаётся.
Диагностика строится сразу по всей группе: одна таблица на все машины, и сбой по одной единице не прерывает обработку остальных. Анализ топлива и путевой лист пока считаются по одной машине за запуск.
Работает из браузера на ноутбуке и телефоне. Обновления происходят на сервере — у клиента всегда текущая версия.
Надстройка над Axenta.cloud: менять систему слежения, снимать оборудование или переучивать людей не нужно.
Расчёты не привязаны к одной платформе — меняется только способ получения данных. Возможна интеграция с другой системой мониторинга: расскажите, какая у вас, и мы оценим сроки.
Не на чужих процентах экономии, а на вашем парке: берём несколько машин, строим отчёты за реальный период и показываем, что нашлось. Дальше вы решаете, считать это экономией или нет.