От создателей Бортового — журнала техники, который ведётся голосом
Бортовой или телематика (Wialon, Omnicomm, ГЛОНАСС): мониторинг и журнал ТОиР — не одно и то же
Вопрос «у нас стоит Wialon, зачем ещё журнал ТОиР» звучит на каждой второй встрече — и он абсолютно законный. Система мониторинга действительно показывает, где машина, сколько она отработала и сколько сожгла, причём делает это автоматически и точнее любого человека. Только на вопрос «а что с ней сделал механик и почему она вторую неделю стоит» она не отвечает — не потому, что плохая, а потому, что это данные не с датчика, а от человека. В статье: таблица «кто что видит», где проходит граница, и как связать оба слоя.
Журнал учёта моточасов в Excel — скачать бесплатно
Если телематика уже считает наработку, а истории обслуживания нет — начните с простого. Готовый файл: наработка по дням и машинам, итог за месяц, средняя наработка в сутки и прогноз даты следующего ТО формулами. Без регистрации.
Скачать журнал моточасов .xlsx Все шаблоны: график ППР, бортовой журнал, дефектная ведомостьДве половины одной картины
Проще всего разница объясняется через источник данных.
Телематика читает машину. Датчики и терминал снимают координаты, зажигание, обороты, уровень топлива, показания с шины CAN. Данные объективны, приходят непрерывно и не зависят от чьей-либо добросовестности. Отсюда сила: наработка считается автоматически, слив топлива видно, простой видно, маршрут видно.
Журнал ТОиР читает человека. Что именно заменили, какую деталь поставили, за сколько, что осталось незакрытым, почему машину сняли с линии, что механик заметил при осмотре. Ни один датчик этого не знает: замена гидроцилиндра и промывка радиатора выглядят на телеметрии одинаково — машина стояла.
Отсюда простой практический вывод. Если у вас нет мониторинга — вы не знаете, сколько техника реально работает, и планировать ТО по наработке толком не можете. Если у вас нет журнала — вы не знаете, что с техникой делали, и не можете ни спланировать закупку запчастей, ни разобраться, почему одна и та же машина ломается четвёртый раз за квартал. Это два разных пробела, и закрывать один вторым не получается.
Кто что видит: таблица
Слева — то, что даёт система мониторинга (Wialon, Omnicomm, решения на базе ГЛОНАСС и другие). Справа — то, что даёт журнал обслуживания. Обратите внимание, как мало пересечений.
| Что нужно знать | Телематика | Журнал ТОиР («Бортовой») |
|---|---|---|
| Где машина сейчас | Да, основная функция | Нет |
| Маршрут и пробег за смену | Да, автоматически | Со слов водителя, если он это сказал |
| Моточасы | Да, автоматически по зажиганию, оборотам или CAN | Из сообщений: водитель называет показания счётчика |
| Расход топлива и сливы | Да, при установленных датчиках уровня — сильная сторона | Заправки и суммы по записям, без контроля сливов |
| Факт простоя | Да: видно, что машина стоит | Причина простоя: ждём деталь, в ремонте, нет оператора |
| Что именно ремонтировали | Нет | Да: работы, узлы, исполнитель |
| Какие запчасти поставили и за сколько | Нет | Да, вместе с суммами |
| Открытые дефекты | Только косвенно — по кодам ошибок, если они читаются с CAN | Да: дефект висит открытым, пока его не закроют |
| Фотографии повреждений | Нет | Да, в ленте машины с датой и автором |
| Результат осмотра и приёмки | Нет | Да, чек-листом с телефона |
| Когда наступает следующее ТО | Часто есть: счётчик наработки с уведомлением по порогу | Да: регламент по наработке, километрам или календарю с напоминанием |
| Что делали с машиной за три года | Нет | Да: единая лента событий |
| Кто был на машине в момент события | Да, при идентификации водителя | Да: автор записи |
| Стиль вождения, превышения | Да, сильная сторона | Нет |
Пересечение по сути одно — счётчик наработки и уведомление о приближении ТО. И это как раз то место, где две системы стоит соединить, а не выбирать между ними.
Где телематика сильнее всего
Три задачи она закрывает так, как не закроет никакой журнал.
Топливо
Датчик уровня в баке показывает заправки и сливы объективно, с точностью до литров и с привязкой ко времени и месту. Никакая ручная фиксация с этим не сравнится: человек пишет то, что ему сказали, датчик — то, что было. Для парков, где топливо — основная статья затрат, это часто окупает мониторинг само по себе.
Реальная наработка
Моточасы по зажиганию, оборотам или прямо с CAN-шины — цифра, которую не нужно ни у кого спрашивать и которая не зависит от того, вспомнил ли водитель посмотреть на счётчик. Для планирования обслуживания по наработке это лучший из возможных источников.
Дисциплина и использование
Где была машина, сколько простояла, ушла ли с объекта, как её вели. Задачи контроля использования техники решаются только мониторингом.
Если ничего из этого у вас не закрыто, а парк большой — мониторинг обычно окупается быстрее любой другой системы. Это честный ответ, даже если он не в нашу пользу.
Разница видна на одном примере. Телеметрия показывает: машина стояла со вторника по четверг. Дальше начинается работа диспетчера — обзвонить и выяснить, почему.
В «Бортовом» ответ лежит в чате этой машины: «встали по гидравлике, течь по рукаву стрелы, ждём рукав, заявку отправил» — с фотографией и датой. Простой перестаёт быть загадкой, требующей расследования.
Чего мониторинг не покрывает
Не как претензия к классу систем, а как перечень вопросов, на которые ответа в нём нет по природе данных.
Что сделал механик
Замена масла, ремонт гидроцилиндра, протяжка ходовой, сварка отвала — с точки зрения телеметрии это всё одно и то же событие: машина не двигалась. Содержание работ приходит только от человека.
Что стоило обслуживание
Стоимость запчастей, услуг подрядчика, расходников — данных для этого в телематике нет. А без них нельзя ответить на вопрос, во что обходится содержание конкретной единицы и не пора ли её менять.
Почему машина стоит
Факт простоя виден, причина — нет. Ждём деталь, ремонтируем, нет оператора, не пустили на объект — это четыре разные управленческие ситуации с четырьмя разными решениями.
Что заметили при осмотре
Трещина на стреле, износ режущей кромки, подтёк по рукаву, люфт в пальце — то, что механик видит глазами и что превращается в поломку через месяц, если не записать.
История узла
«Этот гидронасос уже меняли год назад» — вопрос из журнала. Если насос переставили на другую машину, отследить его историю тем более может только учёт по агрегатам.
Открытые дефекты
Замечание, которое зафиксировали и ещё не устранили, — это состояние, которое кто-то должен держать в поле зрения. Коды ошибок с CAN покрывают лишь малую часть таких ситуаций и только на технике, где они читаются.
Типичные заблуждения
| Заблуждение | Как на самом деле |
|---|---|
| «У нас есть мониторинг, значит, учёт ТОиР закрыт» | Закрыта наработка и использование. История обслуживания, затраты и дефекты — нет: этих данных в системе просто не появляется |
| «Журнал не нужен, счётчик сам напомнит про ТО» | Напоминание скажет, что срок подошёл. Было ли ТО сделано, что именно делали и что осталось — фиксирует человек |
| «Мониторинг покажет, что машина неисправна» | Только косвенно и не всегда: по кодам ошибок с CAN на части техники. Течь по рукаву или трещина в раме датчику не видны |
| «Раз есть журнал, мониторинг не нужен» | Обратная ошибка. Наработка со слов человека всегда менее точна, а топливо и маршруты без датчиков не контролируются вовсе |
| «Две системы — двойная работа» | Работа разная: телематика собирает сама, журнал — со слов людей. Дублирования нет, есть два непересекающихся слоя |
Как связать оба слоя
Идеальная конфигурация выглядит так: наработка приходит из телематики, содержание работ — от людей, план обслуживания строится на первом и проверяется вторым.
Практически это означает следующее. Моточасы и пробег берутся из системы мониторинга как эталон — по ним считается, когда наступает следующее ТО. Механик в чате машины фиксирует, что сделал: работы, запчасти, суммы, фотографии, замечания. Плановый контур сверяет одно с другим: срок подошёл по наработке — есть ли запись о выполнении. Если срока нет в журнале, ТО не сделано, каким бы точным ни был счётчик.
В «Бортовом» наработка сейчас берётся из сообщений: водитель или механик называет показания счётчика, и оба счётчика — моточасы и километры — обновляются. Интеграция с системами мониторинга, чтобы наработка подтягивалась автоматически, делается по запросу под конкретный парк: API для этого есть. Готового «коробочного» коннектора к конкретной платформе мониторинга у нас нет — обмен настраивается под задачу.
Если интеграции пока нет, работает и простой вариант: наработка ведётся вручную по сообщениям, а данные мониторинга используются для сверки раз в месяц. Расхождение между двумя источниками само по себе полезно — оно показывает, где счётчик сбит или где записи ведутся небрежно.
Сценарии: что выбрать, если…
| Ситуация | Что разумнее |
|---|---|
| Нет ни того, ни другого, топливо — главная статья затрат | Начать с мониторинга: он окупается на топливе быстрее всего |
| Нет ни того, ни другого, главная боль — внезапные поломки | Начать с журнала: без истории обслуживания причину поломок не найти |
| Мониторинг стоит, но никто не знает, что делали с машиной | Добавить журнал — это ровно та половина, которой не хватает |
| Журнал ведётся, наработку пишут со слов | Добавить мониторинг и брать наработку оттуда как эталон |
| Техника арендуется вместе с оператором | Мониторинг для подтверждения объёма работ, журнал для приёмки и возврата с фотофиксацией |
| Парк 5–15 единиц, всё на виду | Начать с журнала; мониторинг подключать, если появится вопрос по топливу или использованию |
| Терминалы стоят, но отчётами никто не пользуется | Сначала разобраться, почему не пользуются: вторая система без ответственного даст тот же результат |
| Нужно доказать заказчику отработанные часы | Мониторинг как источник цифр, журнал — как подтверждение состояния и приёмки |
Как это устроено в «Бортовом»
Только то, что работает сейчас. Каждая единица техники — отдельный чат: механик или водитель наговаривает голосом, приложение раскладывает сказанное на поля — тип события, наработка, работы, запчасти, сумма. Ведутся оба счётчика: моточасы и километры. Все события машины лежат в одной хронологии — ТО, ремонты, дефекты, заправки, расходы; открытый дефект подсвечивается, пока его не закроют. Фотографии прикрепляются к записям, показания счётчиков и накладные распознаются со снимка. Регламенты обслуживания напоминают о приближении ТО по наработке или календарю. Приёмка и осмотры проходятся чек-листом с телефона. Руководителю доступен кабинет в браузере на просмотр: парк, наработка, состояние, ближайшие ТО. Документы выгружаются: CSV по данным, дефектная ведомость готовым Excel по бланку, заявка на ТМЦ в Excel или PDF.
Чего нет: собственных датчиков и терминалов — «Бортовой» ничего не измеряет сам; контроля топлива по датчику уровня; геолокации и маршрутов; полноценного офлайн-режима. Полный набор печатных форм в PDF реализован частично. Интеграции с мониторингом и 1С — по запросу, API есть.
Что дальше
Наработка — основа планового обслуживания в обоих слоях, поэтому начинать стоит с неё: как вести учёт моточасов, что делать, если счётчик сбился, периодичность ТО-1, ТО-2 и ТО-3 и график ППР с нуля. Интервалы под конкретную машину — в регламентах по моделям, правила — в положении о ТО и ППР, ежедневная фиксация — в бортовом журнале. Бланки — в шаблонах, термины — в словаре ТОиР, все материалы — в базе знаний, а устройство приложения — в разделе «Как это работает». Соседние сравнения: Бортовой и Excel, Бортовой и 1С:ТОиР.