Короткие ответы на частые вопросы пользователей, партнеров и интеграторов Waliot: что делать, если объект не виден на карте, не приходят уведомления или отчет пустой, как подключить трекер, как устроены права, ретрансляция и API. У каждого ответа — ссылка на подробную страницу.
Вопросы собраны из реальных обращений в техподдержку, чатов и звонков на горячую линию.
¶ ⚡ Как пользоваться
Вопросы и ответы сгруппированы по тематическим разделам. Рекомендуем:
- Выбрать нужный раздел по тематике.
- Найти интересующий вопрос по заголовку или ключевым словам.
- При необходимости воспользоваться поиском по странице (Ctrl+F).
¶ 💡 Важно
Информация в этом разделе регулярно обновляется и дополняется новыми кейсами. Если вы не нашли ответ на свой вопрос — обратитесь в техническую поддержку, и мы добавим решение в базу знаний.
¶ ⚙️ Общие правила решения проблем с веб-приложениями
Перед тем как обращаться в техподдержку, рекомендуем выполнить несколько простых шагов. В большинстве случаев они помогают устранить проблему без дополнительных действий:
¶ Проверьте дату, время и часовой пояс
На компьютере, планшете или смартфоне должны быть выставлены правильные дата и часовой пояс. От них зависят авторизация, отображение треков и формирование отчетов.
¶ Проверьте интернет-соединение
Медленный или нестабильный интернет влияет на загрузку карт, отчетов и треков. Рекомендуем:
- переключиться на более стабильное соединение (Wi-Fi или проводное подключение);
- проверить скорость через Яндекс.Интернетометр.
¶ Перезапустите приложение
Если страница «подвисла» или данные не загружаются:
- обновите страницу (Ctrl+R / F5);
- закройте вкладку браузера и откройте ее заново;
- при необходимости полностью перезапустите браузер.
В приложении из магазина закройте его и откройте заново, а затем проверьте в магазине приложений, нет ли обновления. Версия приложения указана в меню, в разделе «О программе».
¶ Очистите кэш браузера
При повторяющихся ошибках или некорректном отображении данных очистите кэш веб-приложения. Подробная инструкция: Очистка кэша браузера.
¶ Обновите браузер или попробуйте другой
Устаревший браузер может некорректно работать с современными веб-технологиями. Для WALIOT.Навигатор, WALIOT.Админ и других веб-приложений платформы рекомендуется использовать последнюю версию одного из браузеров:
- Google Chrome;
- Mozilla Firefox;
- Microsoft Edge;
- Safari (macOS, iOS).
При использовании других браузеров возможна частичная или некорректная работа отдельных функций.
¶ Отключите блокировщики рекламы
Расширения вроде AdBlock или AdGuard могут мешать работе веб-приложения и вызывать ошибки. Добавьте Waliot в список исключений.
¶ 🧭 1. Пользовательский интерфейс и опыт
Раздел о работе с веб-приложением WALIOT.Навигатор: карта и отображение объектов, отчеты, дашборды и уведомления. Здесь собраны ответы на самые частые вопросы диспетчеров и логистов о том, как находить нужные данные, настраивать их отображение и использовать в ежедневной работе.
¶ Q1.1. Почему объект не отображается на карте?
Чаще всего объект скрыт настройками отображения. Проверьте:
- включено ли отображение объекта на карте (значок «глаз» справа от имени в дереве объектов; перечеркнутый «глаз» означает, что объект скрыт); «глаз», выключенный у организации или группы, скрывает и все вложенные в нее объекты;
- не включен ли фильтр по состоянию: три счетчика (на компьютере они у кнопок управления картой, по умолчанию внизу справа, на телефоне — над картой, пока не открыта карточка объекта) — движение (в него входят и «Медленная езда», и «Превышение скорости»), стоянка (вместе с «Остановкой») и потеря связи; нажатие на счетчик оставляет на карте только объекты этого состояния, а повторное нажатие снимает фильтр и возвращает все;
- получала ли платформа от объекта корректные координаты — пока не пришло ни одной валидной точки, маркер на карте не создается.
Две вещи на видимость объекта на карте не влияют: поиск по названию в дереве объектов меняет только состав списка, а объект, потерявший связь, остается на карте в последней известной точке и меняет лишь состояние.
Если коллега видит объект, а вы нет, дело в доступе, а не в отображении: пользователь видит объекты своей организации и вложенных в нее, а также объекты, открытые ему ссылкой доступа (такие объекты отмечены значком ссылки). «Глаз» действует только в вашем приложении и доступ не меняет. Как расширить или ограничить доступ — Q6.4.
Если все указано верно, попробуйте обновить карту или перезапустите приложение.
¶ Q1.2. Почему не приходят уведомления?
Если уведомления перестали приходить, убедитесь, что действие привязано к условию и пользователь подписан на канал: отдельного переключателя «включено — выключено» у условия и действия нет — чтобы прекратить доставку, действие отвязывают от условия или удаляют. При доставке на почту письма иногда попадают в «Спам». Если уведомления не приходят в Telegram или MAX — проверьте, что бот не был отключен пользователем. Какие каналы доступны вашей организации, в том числе e-mail и SMS, уточняйте у менеджера или в технической поддержке. Полный список причин — в Q4.6 и в разделе «Почему не пришло уведомление».
Если уведомления не настроены вовсе: в разделе «Уведомления» создайте условие (тип события, объекты, геозоны), создайте действие с нужным способом доставки и привяжите действие к условию. Поддерживается несколько каналов: лента уведомлений Навигатора (нативные уведомления — действие «Уведомление через нативные приложения»; это лента внутри приложения, а не push-уведомление на телефон — Q1.37), электронная почта, SMS, Telegram и MAX. Для работы с уведомлениями нужны разрешения: «Базовая работа с уведомлениями» (чтение ленты), «Базовая работа с системой триггеров» (просмотр условий, действий и привязок) и «Редактирование условий, действий и настроек триггеров» (создание и изменение); роли «Пользователь» разрешение на редактирование недоступно. Полная таблица разрешений — в Q6.6.
¶ Q1.3. Почему отчет пустой?
Пустой отчет чаще всего объясняется одной из причин:
- неверно выбран интервал времени;
- объект не передавал данные за этот период;
- в отчетах «Посещение геозон» и «Прохождение геозон» не отмечена геозона или заезд короче значения настройки организации «Минимальное время нахождения в геозонах» (Q1.49);
- применены фильтры, исключающие события (например, исключены короткие поездки).
Проверьте трек объекта на карте за тот же период. Если трек отображается, но в отчете нет данных, чаще всего в панели администратора некорректно настроено дополнительное оборудование на данном объекте. Отчеты по поездкам пусты и тогда, когда за период не было стоянки дольше «Времени начала стоянки» или поездки с пробегом. Рекомендуется сверить телеметрию в панели администратора и проверить настройки датчиков.
¶ Q1.4. Как перенести транспортное средство из одной организации в другую?
Объект между организациями переносит администратор в разделе «Объекты» панели администратора. Вся история треков и отчетов при этом сохраняется. Если у объекта стоит отметка ретрансляции на сервер, организация объекта должна остаться в иерархии организации этого сервера: иначе платформа отклоняет перенос и называет в сообщении объекты и серверы. В таком случае снимите отметку ретрансляции у объекта или перенесите сервер ретрансляции вместе с объектом («Ретрансляция»). Перемещение между группами внутри одной организации доступно самому пользователю через WALIOT.Навигатор при наличии права «Расширенная базовая функциональность с возможностью редактирования» (роли от «Расширенного пользователя»). Как устроены группы и их вложенность — в разделе «Дерево объектов».
¶ Q1.5. Почему не отображаются треки за выбранный период?
- У объекта нет данных за этот период.
- Дата, время и/или часовой пояс на устройстве пользователя (ПК, смартфон и др.) заданы некорректно.
- Настроена фильтрация навигационных данных. Фильтр не скрывает точки, а оставляет отброшенные на последнем надежном месте: трек «стоит» или идет прямой линией до следующей принятой точки. Фильтры включают администраторы: «Радиус фильтрации на стоянках» в свойствах объекта (от размотки на стоянке) и оборудование «Настройки навигации» → «Интеллектуальная фильтрация» (встроенный фильтр РЭБ).
- При выборе очень большого периода данные могут строиться заметно дольше — дождитесь загрузки или сократите интервал.
¶ Q1.6. Как включить отображение геозон?
Геозоны открываются переключателем «Объекты» / «Геозоны» над деревом. В дереве справа от названия геозоны есть значок «глаз». Включите его, чтобы зона отображалась на карте. Новая геозона появляется во вкладке «Геозоны» после сохранения; чтобы увидеть ее на карте, включите «глаз». Названия геозон на карте выводит настройка «Подписи геозон» (Q1.25). Как создать геозону — Q1.47.
¶ Q1.7. Почему часть данных в отчете отображается некорректно или пустая?
Если поле отчета пустое — объект не передавал соответствующий параметр (например, обороты двигателя или уровень топлива). Проверить наличие параметров можно в панели администратора через просмотр телеметрии навигационного оборудования.
Если вместо адреса в отчете выведено название геозоны, у этой геозоны включено «Учитывать зону при адресации»: по умолчанию оно включено, в том числе у геозон, загруженных из KML/KMZ. Отключите его в карточке геозоны, и в отчетах снова будет адрес (Q1.47).
¶ Q1.8. Как поменять карту и какой слой выбрать?
Подложку меняют кнопкой «Выбор карты» в панели управления картой: на компьютере она в нижней группе кнопок у правого края экрана, на телефоне эта группа смещена вверх вправо. В меню одиннадцать подложек: OSM (открывается по умолчанию), OSM Dark, OSM Light, 2ГИС, Google, Google Спутник, Google Гибрид, Google Ландшафт, Яндекс, Яндекс Спутник и Яндекс Гибрид. Выбранная подложка сохраняется локально в этом браузере и на другие устройства не переносится.
Ориентир по выбору:
- схематичные карты (2ГИС, Яндекс, Google, OSM) — для улиц и адресов в населенных пунктах;
- спутник — там, где нет дорожной сети: поля, стройки, грунтовые дороги;
- гибрид — спутниковый снимок с подписями улиц;
- Google Ландшафт — когда нужен рельеф местности;
- OSM Light и OSM Dark — светлый и темный варианты схемы, когда важна контрастность треков и маркеров.
«Пробки» — не подложка, а отдельная кнопка рядом с «Выбором карты»: она накладывает слой дорожной обстановки поверх любой выбранной подложки. Провайдер подбирается автоматически — для подложек Яндекса показываются пробки Яндекса, для остальных пробки Google.
¶ Q1.9. Почему приложение работает медленно?
Обычно дело в объеме отображаемых данных или в канале связи. Уменьшите число одновременно показываемых объектов: включите фильтры, воспользуйтесь поиском, скройте «глазом» ненужные группы или отберите объекты кнопкой «Фильтр по меткам» над деревом (см. Q1.22). Для собственной категоризации парка пригодятся пользовательские метки — цветные текстовые ярлыки на транспортных средствах, по которым удобно отбирать нужные объекты. Полный разбор, включая VPN и различение локальной проблемы от общей, — в Q4.8.
¶ Q1.10. Как настроить автоматическую отправку отчетов на почту?
В разделе «Отчетность» откройте «Отчеты по расписанию». Укажите тип отчета, периодичность и адреса рассылки. Система будет формировать отчеты автоматически и отправлять их на указанную почту: по расписанию рассылаются стандартные отчеты, а файл приходит в формате Excel. Отчеты формируются по часовому поясу браузера того пользователя, который создал настройку: пояс запоминается при создании и при дальнейшем редактировании настройки не пересчитывается. Отдельного поля выбора часового пояса в интерфейсе нет. Создание, изменение и удаление расписаний доступны с разрешением «Расширенная базовая функциональность с возможностью редактирования»; роль «Пользователь» расписания не создает; просмотр расписаний организации открывает базовое разрешение «Базовая функциональность», допустимое у всех ролей. Чем рассылка по расписанию отличается от обычного построения отчета — в Q1.33, а как выбираются периоды — в Q1.15.
¶ Q1.11. Что делать, если страница «зависает» на этапе отправки отчета на печать?
В WALIOT.Навигатор отчет отправляется на печать средствами самого приложения: пункт «В печать» открывает окно «Подготовка к печати» с настройками ориентации, стиля, шрифта и его размера, а кнопка «Распечатать» вызывает стандартный диалог печати браузера; сохранить отчет в PDF можно из этого диалога средствами браузера. Пункты PDF и DOCX в меню выгрузки стандартных отчетов пока недоступны, у произвольных отчетов они работают (форматы — в Q1.32). Само окно «Подготовка к печати» — штатный предпросмотр, а не признак сбоя. Если печать не запускается или страница подвисает:
- обновите страницу (Ctrl+R / F5);
- очистите кэш браузера;
- попробуйте другой браузер из рекомендованных.
Если проблема сохраняется — обратитесь в техническую поддержку.
¶ Q1.12. Формирует ли Waliot путевые листы? Какие формы (ОКУД)?
Да. В отчетах есть отдельная группа «Путевые листы»: бланк формируется по унифицированной форме (с кодом ОКУД) на основе данных мониторинга. Формы:
- 0345001 — форма №3 (легковой автомобиль);
- 0345002 — форма №3 спец. (специальный автомобиль);
- 0345004 — форма №4-С (грузовой автомобиль, сдельная оплата);
- 0345005 — форма №4-П (грузовой автомобиль, повременная оплата);
- 0345007 — форма №6 спец. (автобус необщего пользования);
- 0340002 — форма ЭСМ-2 (строительная машина);
- форма 412-АПК (трактор).
Форму выбирает пользователь: платформа не проверяет, соответствует ли тип объекта названию формы. Попадает ли водитель в бланк — Q1.35.
Отдельно поддерживается интеграция с 1С:УАТ: в этом случае Waliot отдает данные мониторинга по API (пробег, моточасы, расход и остатки топлива, посещение пунктов), расширение 1С запрашивает их, а сам бланк путевого листа формируется уже в 1С. Подробнее о формах и их колонках — в разделе «Путевые листы» страницы «Отчетность».
¶ Q1.13. Какая скорость интернета нужна для работы?
Требования к каналу на рабочем месте невысокие. Достаточно стабильного соединения; мобильного интернета хватает. Где взять веб-версию и мобильные приложения — на странице «Установка приложений Waliot». Объем обновлений растет пропорционально числу объектов и геозон в организации, поэтому для крупных парков, а также при просмотре видеонаблюдения (видеопоток идет напрямую из вашей системы видеонаблюдения) запас по каналу нужен больше.
⚠️ Не путайте с системными требованиями On-Premise: указанные там 100 Мбит/с относятся к серверу, на котором разворачивается платформа, а не к рабочему месту пользователя.
¶ Q1.14. Что показывает тепловая карта движения и когда ее использовать?
Тепловая карта — это картографический слой, который цветовой заливкой показывает плотность движения и стоянок объекта за выбранный период: чем чаще техника проезжала или стояла в точке, тем «горячее» цвет. Слой строится по точкам телеметрии за период, прореженным по времени. Все оставшиеся точки весят одинаково, поэтому карта показывает не число приездов, а число точек: час стоянки дает в одном месте сотни точек и «греет» сильнее, чем несколько проездов по одной улице. У стационарного объекта все точки слоя получают заданные координаты, поэтому слой показывает одну «горячую» точку.
Тепловую карту используют, чтобы увидеть, где техника бывает чаще всего, найти нештатные маршруты и места длительных стоянок. Важно: слово «тепловая» здесь про цветовую шкалу плотности, а не про температуру или тепловые нагрузки. Слой строят для одного объекта в его карточке: действие «Тепловая карта» в меню действий (три точки в шапке карточки) открывает вкладку «Карта» и строит слой за текущие сутки; другой период выбирают так же, как для трека (Q1.21), и подтверждают кнопкой «Показать карту». В карточке группы и организации блок «Тепловые карты» есть, но кнопка выбора периода в нем пока недоступна. Для построения нужно разрешение «Загрузка треков». Для точного учета посещений конкретных территорий используйте отчеты «Посещение геозон» и «Прохождение геозон».
¶ Q1.15. Сколько объектов и за какой период можно взять в отчет?
Верхнего предела на число объектов нет — ни в интерфейсе, ни в API. Длина периода тоже не ограничена: в календаре недоступны только будущие даты. Ограничения, с которыми сталкиваются на практике, лежат в другом.
Тип отчета. Из 41 стандартного отчета 21 строится только по одному объекту: все путевые листы (Форма №3, Форма №3 спец., Форма №4-С, Форма №4-П, Форма №6 спец., Форма №412-АПК, Форма №ЭСМ-2), «Расход топлива», «Детализация по топливу», «Сводный отчет», «Выдача топлива по картам», «Выдача топлива по радиусу», «Трассировка датчиков», «Выдача УСС», «Въезды и выезды» (отчет RFID-ворот), «Температура», «Детализация по температуре», «Напряжение», «Датчик угла наклона», «Обороты двигателя», «Детализация по CAN-шине». Остальные двадцать строятся сразу по нескольким объектам и помечены в списке отчетов звездочкой.
Требуемое оборудование. У части отчетов задан список требуемых системных меток: объекты без такого оборудования в дереве недоступны для выбора; например, «Опасное маневрирование» требует «Акселерометр» (Q1.46).
На время построения влияют: число объектов, умноженное на длительность периода; плотность точек телеметрии; число выбранных интервалов — при включенном переключателе «Время по дням недели» отчет строится по отдельному интервалу на каждый подходящий день; число геозон и состав дополнительного оборудования на объектах. Разрозненные интервалы за большой промежуток обходятся как весь промежуток целиком: пять дней, выбранных за полгода, строятся так же долго, как полгода подряд. При очень большой выборке сузьте период или число объектов.
Ограничение доступа к телеметрии. Если в свойствах объекта задано «Время ограничения доступа к телеметрии», запрос периода раньше этой даты отклоняется целиком, а не обрезается до разрешенной даты. Проверяется самая ранняя дата начала из всех интервалов (см. Q2.15).
У отчетов по расписанию произвольного периода нет: «Ежедневно» — за предыдущий день, «Еженедельно» — за предыдущую неделю, «Ежемесячно» — за предыдущий месяц. Окно времени суток, разбивка на файлы и письма — на странице «Отчеты по расписанию».
¶ Q1.16. Можно ли напечатать или сохранить трек и карту?
Печать самой карты с треком в WALIOT.Навигатор не предусмотрена: на панели карты есть масштаб, выбор подложки, «Пробки», «Просмотр улиц» (пока недоступна), «Мое местоположение», измерительные инструменты и переключатель графиков трека — печати среди них нет. Данные трека выводят на печать двумя способами.
Через отчет. Постройте отчет по объекту за нужный период и выберите «В печать»: откроется окно «Подготовка к печати» с настройками ориентации, стиля, шрифта и его размера, а кнопка «Распечатать» вызовет стандартный диалог печати браузера (см. Q1.11).
Через график. В правом верхнем углу панели «Графики трека» есть меню: «Полноэкранный режим», «Распечатать», «Скачать CSV» и «Скачать XLS». Печать и выгрузка относятся к самому графику, а не к карте.
Если нужно именно изображение карты, воспользуйтесь снимком экрана средствами операционной системы.
¶ Q1.17. Как убедиться, что уведомление сработало и дошло?
Отметок о доставке платформа не показывает ни для одного канала оповещения, поэтому проверка идет по цепочке — от факта события к настройкам канала.
1. Событие было? Постройте отчет «События» по объекту за нужный период. Он считается по телеметрии и от правил уведомлений не зависит. Если события в отчете нет, правило ни при чем.
2. Правило сработало? Откройте раздел «Уведомления»: лента разделена на вкладки «Новые» и «Прочитанные». Запись в ленте уведомлений Навигатора появляется, только если к условию привязано действие «Уведомление через нативные приложения». Правило, у которого настроена одна лишь почта, работает, но в ленте не отражается. Лента общая для организации, а не личная: колонки «Пользователь» и «Дата просмотра» показывают, кто и когда прочитал запись, а отметка «прочитано» одним сотрудником убирает ее из «Новых» у всех.
3. Не подавлена ли сработка? У условия есть обязательное поле «Период эскалации» — минимальный интервал в секундах между оповещениями. Пока интервал не истек, повторная сработка не создает ни записи в ленте, ни писем: фильтр применяется до раздачи по каналам, поэтому событие в отчете будет, а оповещения не будет. Интервал считается отдельно для каждой пары «условие — объект», для условий по геозонам — еще и по каждой геозоне, и отсчитывается от последнего оповещения по любому каналу.
4. Есть ли получатели? Адреса почты вводятся в поле «Почтовые ящики» самого действия, и хотя бы один адрес обязателен. Подписчиков Telegram и MAX вручную не вводят — пользователь подписывается сам, перейдя по ссылке бота; их количество видно в таблице действий в колонках «Telegram подписчики» и «Max подписчики». Пустая колонка означает, что на это действие никто не подписан. Подписки можно перепроверить и в самом боте командой /list: он выведет список подписок или ответит «Список пуст».
Самая частая ошибка — про почту. Уведомления уходят только на адреса, вписанные в поле «Почтовые ящики» действия. Электронная почта в профиле пользователя для рассылки уведомлений не используется вовсе.
¶ Команда трекеру и аудит правил
Исключение — команда трекеру. У действия «Послать команду трекеру» результат виден: в карточке объекта откройте «Команды трекера» — таблица последних команд содержит «Время создания», «Команду» и «Статус» со значениями «Ожидает подключения», «Ожидает ответа», «Выполнена», «Истекло время ожидания», «Неверный протокол» и «Команда не поддерживается». В этом списке видны и команды, отправленные автоматически по условию уведомления, а не только вручную (см. Команды трекера). Автоматическая команда создается для объекта с трекером, протокол которого поддерживает команды. Блокировка и разблокировка реле устроены иначе: это SMS на номер SIM трекера, и подтверждения доставки в списке команд нет (подробнее — в Q5.19).
Кто и когда менял сами правила, видно в WALIOT.Админ в разделе «Аудит»: создание, изменение и удаление условий и действий, а также создание и удаление привязок фиксируются. Полный список причин, по которым уведомление может не прийти, — см. Q4.6.
¶ Q1.18. Почему не приходит уведомление «Простой на холостом ходу»?
Условию нужен «Датчик зажигания» на объекте: простой считается только с включенным зажиганием. Эпизод отсчитывается с момента остановки с включенным зажиганием, а уведомление формируется, когда объект тронулся или зажигание выключилось, если простой длился дольше «Длительности простоя». Проверьте также, что к условию привязано действие и период эскалации не подавил уведомление (см. Q1.17). Подробнее — «Простой на холостом ходу».
¶ Q1.19. Почему об АКБ пришло одно уведомление, хотя напряжение низкое весь день?
Условие «Проблемы с зарядом АКБ» присылает одно уведомление на эпизод недозаряда или перезаряда; следующее — после того, как напряжение вернется в допустимый диапазон и снова выйдет за него. Диапазон задают в датчике «Напряжение АКБ» полями «Нижний порог допустимых значений вольтажа» и «Верхний порог допустимых значений вольтажа». Подробнее — «Проблемы с зарядом АКБ».
¶ Q1.20. Почему маркер объекта на карте серый и что значат цвета маркеров?
Серый цвет в палитре состояний — «Потеря связи»: от трекера давно нет новых точек. Маркеры красятся по состоянию, если в «Настройках» на вкладке «Карта» включена настройка «Цвет маркеров по состоянию»: зеленый — движение, желтый — медленная езда, красный — превышение скорости, темно-синий — стоянка, голубой — остановка, серый — потеря связи. Пока настройка выключена, маркер сохраняет собственный цвет объекта, который выбирают в свойствах объекта, и от состояния не зависит; состояние тогда видно по счетчикам на карте и в карточке объекта.
Чем потеря связи отличается от стоянки — Q4.11, причины потери связи — Q4.1 и страница «Откуда цифры».
¶ Q1.21. Как посмотреть трек за вчера или за другой период?
Выберите объект на карте или в дереве — откроется его карточка. Кнопка «Показать трек за сегодня» строит трек за текущий день. Для другого периода нажмите значок календаря рядом с кнопкой построения трека внизу карточки; когда трек уже построен, на компьютере для этого служит кнопка «Выбрать период» внизу карточки, на телефоне — значок календаря в шапке. Выберите готовый период, например «Вчера» или «Неделя», либо задайте даты и время и подтвердите выбор — трек построится за этот период. Трек строится по одному объекту; сразу по нескольким объектам данные дают отчеты. Для построения нужно разрешение «Загрузка треков». Если трек пустой — Q1.5. Пребывание объекта в геозоне платформа обрабатывает как событие «Нахождение в зоне интереса»: на нем строятся уведомления «Въезд в геозону» и «Выезд из геозоны» и отчеты по геозонам (Q1.49). Подробнее — «Треки и история».
¶ Q1.22. Как сгруппировать объекты и показать только часть парка?
В дереве объектов парк уже собран в иерархию «организация — группа — объект» (синонимы: папки, подразделения). Группы создают, переименовывают и удаляют прямо в WALIOT.Навигатор: выберите организацию или группу в дереве и воспользуйтесь меню действий в ее карточке. Объекты и геозоны переносят в группу действиями «Перемещение объектов» («Перемещение геозон»); для этого нужно право «Расширенная базовая функциональность с возможностью редактирования» (роли от «Расширенного пользователя»). У геозон свои группы (тип группы «геозоны»); при удалении группы геозоны и вложенные группы не удаляются, а переходят в организацию. Отдельного действия «группировка» нет.
Чтобы показать на карте часть парка, выключите «глаз» у лишних групп или воспользуйтесь кнопками над деревом: «Обычное представление» и «Плоское представление», «Развернуть все», «Свернуть все» и «Фильтр по меткам». Вкладки «Объекты» и «Геозоны» переключают список.
¶ Q1.23. Как создать метку и кто может ею пользоваться?
Пользовательские метки (теги, ярлыки) — цветные ярлыки, которые вы называете сами. Метку создают в разделе «Пользовательские метки»: название, цвет, затем флажками отмечают объекты, которым она назначена; кнопка «Добавить» в свойствах объекта создает новую метку и сразу привязывает ее к объекту. Системные метки формируются автоматически по оборудованию объекта. Отобрать объекты по меткам можно кнопкой «Фильтр по меткам» над деревом, на вкладках «Системные» и «Пользовательские».
Работа с метками зависит от разрешений: «Получение информации о системных и пользовательских метках» открывает блоки меток и фильтр (без него в карточке недоступны пункты «Команды трекера» и «Видеонаблюдение»), а создавать и изменять метки позволяют «Расширенные права для работы с тегами» (так разрешение называется в WALIOT.Админ; в WALIOT.Навигатор речь идет о метках). Роли «Пользователь» эти права на изменение недоступны.
¶ Q1.24. Как измерить расстояние или площадь на карте и показать мое местоположение?
На панели карты кнопка «Измерительные инструменты» открывает режимы «Расстояние» и «Площадь»: отмечайте точки на карте, длина или площадь считается по ним. Режим «По треку» пока недоступен. Кнопка «Мое местоположение» показывает на карте ваше положение; для этого браузер или приложение должны получить разрешение на геолокацию. Остальные кнопки панели описаны в Q1.16, подробнее — на странице «Карта».
¶ Q1.25. Какие настройки есть в WALIOT.Навигатор и где они хранятся?
Настройки открываются в меню кнопкой «Настройки», вкладки: «Профиль» («Имя», «Должность», «Электронная почта», «Телефон»), «Интерфейс» («Язык» — «Русский» или «English», «Тема» — «Системная», «Темная» или «Светлая», «Ориентация» списка объектов — «Стандартная» или «Зеркальная»), «Список» (настройка «Модели вместо регистрационных номеров» меняет подписи объектов в дереве, карточке и на карте), «Карта» («Подписи объектов», «Объединение маркеров» — чтобы отключить кластеры, снимите настройку, «Автофокус при выборе на карте», «Автофокус объектов при наведении», «Цвет маркеров по состоянию», «Подписи геозон») и «Трек» (слежение за маркером при проигрывании трека: «Следить», «При достижении границы», «Не следить»). Кнопка «Сбросить настройки» сбрасывает локальные данные приложения и состояние дерева и перезагружает страницу.
Профиль хранится на сервере, остальные настройки — на устройстве (в браузере или приложении), поэтому на другой телефон или в другой браузер они не переносятся. Подробнее — «Меню настроек».
¶ Q1.26. Как установить приложение на телефон или компьютер?
WALIOT.Навигатор работает в браузере (app.waliot.com), в мобильных приложениях для Android и iOS и в десктопных сборках. Веб-версию можно установить на главный экран телефона или рабочий стол компьютера кнопкой или пунктом меню браузера. Мобильные приложения и ссылки на сборки собраны на странице «Установка приложений Waliot»: приложение WALIOT.Навигатор есть в Google Play, App Store, RuStore, Huawei AppGallery и Xiaomi GetApps, настольные сборки — для Windows, macOS и Linux, а WALIOT.Трекер — в Google Play, App Store и RuStore. К какому серверу подключается приложение из магазина — Q1.39.
¶ Q1.27. Что такое WaliotGPT и где он в WALIOT.Навигатор?
WaliotGPT — ИИ-ассистент базы знаний: отвечает на вопросы о работе платформы и приводит ссылки на статьи, из которых взяты ответы. В браузерной версии WALIOT.Навигатор на компьютере панель открывается значком «WaliotGPT» в верхней панели или клавишей W; в разделах Навигатора есть также кнопка «Помощь», которая открывает статью по этому разделу. Подробнее — WaliotGPT.
¶ Q1.28. Как открыть новости, поддержку и сведения «О программе»?
Нажмите кнопку «Меню» (три полосы) в панели навигации. В меню собраны «Новости», «Настройки», «Техническая поддержка» (онлайн-чат и телефон задает ваш дилер), «База знаний» (открывается в новой вкладке) и «О программе» — разработчик и версия приложения. Новость видят пользователи организации автора и всех организаций ниже; публикуют новости в разделе «Новости» WALIOT.Админ пользователи с правом «Расширенный доступ администратора» («Кому показывается новость»). На телефоне в меню добавлены ярлыки разделов, а значок «Настройки» (шестеренка) стоит в шапке меню; версия приложения указана внизу меню. Выйти из учетной записи или сменить пользователя можно значком «Выйти из системы» в шапке меню. Подробнее — «Меню настроек».
¶ Q1.29. Какие события можно получать уведомлением?
Уведомление настраивается по условию одного из 14 типов: «Превышение скорости», «Простой на холостом ходу», «Длительная стоянка», «Офлайн (потеря связи)», «Въезд в геозону», «Выезд из геозоны», «Заправка топлива», «Слив топлива», «Низкий уровень топлива», «Выдача по УСС», «Глушение сигнала GPS», «Критическая зона ТО», «Проблемы с зарядом АКБ» и «Неприемлемые показания произвольных датчиков». Для неподвижного объекта подходят условия «Офлайн (потеря связи)», «Низкий уровень топлива», «Заправка топлива» и «Слив топлива» (по ДУТ при «Датчике зажигания»), «Выдача по УСС», «Проблемы с зарядом АКБ», «Критическая зона ТО» (по времени; по моточасам нужен датчик зажигания или CAN) и «Неприемлемые показания произвольных датчиков»; последнее работает по «Произвольному абсолютному» и «Произвольному логическому» датчикам с заданными порогами. У каждого условия свои поля, например «Лимит скорости» или «Длительность простоя», а способ доставки задает действие, которое привязывают к условию. Подробнее — раздел «Условия» страницы «Уведомления»; если сообщение не пришло — Q1.2 и Q4.6. Условие «Превышение скорости» срабатывает по завершенному эпизоду превышения; настройка — Q1.43. Условия для резких маневров среди 14 типов нет: смотрите отчет «Опасное маневрирование» и таблицу «Хронология» произвольного отчета. Уведомление о выходе температуры за допустимые значения или об открытии двери настраивается через условие «Неприемлемые показания произвольных датчиков» — рецепт в Q1.40.
¶ Q1.30. Как подписаться на уведомления в Telegram или MAX?
Подписчиков вручную не вводят: получатель подписывается сам по ссылке на бота. В разделе «Уведомления» нажмите «Настройка уведомлений», на вкладке «Условия» выберите условие и в таблице привязанных к нему действий для действия «Уведомление через Telegram бота» или «Уведомление через MAX бота» нажмите «Скопировать» (кнопка доступна после привязки действия к условию) и отправьте ссылку получателю. Получатель переходит по ссылке и запускает бота командой /start; после этого он учитывается в колонке «Telegram подписчики» или «Max подписчики» таблицы действий. Команды бота: /list — список подписок (если их нет, бот ответит «Список пуст»), /stop — отписаться от одного уведомления, /stop_all — от всех, /help — список команд.
¶ Q1.31. Есть ли лимит на количество уведомлений?
Для каналов доставки задаются квоты, их задает «Расширенный администратор». В WALIOT.Админ квоты видны на вкладке «Квоты» организации по каналам «Нативные-уведомления», «Email-уведомления», «SMS-уведомления» и «Telegram-уведомления»: смотреть их можно с разрешением «Просмотр квот каналов взаимодействия с пользователем», менять — с разрешением «Редактирование квот каналов взаимодействия с пользователем» (Q6.6). Размер квоты и доступность каналов для вашей организации уточняйте у менеджера или в технической поддержке. Частоту повторных оповещений по одному объекту ограничивает также «Период эскалации» условия (Q1.17).
¶ Q1.32. В каком формате можно выгрузить отчет?
Стандартные отчеты сохраняются в Excel (XLSX): «Сохранить» → «По умолчанию» выгружает файл со стилями, «Без стилей» — без них; для путевых листов выгружается бланк формы. Пункты PDF и DOCX у стандартных отчетов пока недоступны, а у произвольных отчетов, кроме Excel, работают PDF и DOCX. Для печати откройте меню «Отправить» и выберите «В печать» (Q1.11). Отчеты на почту приходят по расписанию в формате Excel (Q1.10). Подробнее — раздел «Результат, выгрузка и печать» страницы «Отчетность».
¶ Q1.33. Чем запланировать отчет отличается от сформировать?
«Сформировать» — построить отчет сейчас за выбранный период и увидеть его на экране; его можно сохранить в файл или распечатать. «Запланировать» — настроить рассылку: система сама строит стандартный отчет по расписанию («Ежедневно», «Еженедельно» или «Ежемесячно») за предыдущий период и отправляет файл Excel на указанные адреса. Расписание создают в разделе «Отчетность»: кнопка «Отчеты по расписанию», затем «Создать» открывает форму «Запланировать отчет»; там же собраны все настроенные расписания — подробнее в разделе «Запланировать или сформировать». Какой период попадает в рассылку — в Q1.15.
¶ Q1.34. Какой отчет показывает нужные данные?
Выбирайте отчет по задаче. Пробег — «Пробег по дням» и «Пробег за период»; расход топлива, заправки и сливы — «Расход топлива» и «Заправки и сливы»; стоянки, события и моточасы — «Стоянки», «События» и «Моточасы»; превышение скорости — «Превышение скорости»; резкие ускорения, торможения и повороты — «Опасное маневрирование», итог по объекту на 1000 км пробега — «Коэффициент качества вождения» (чем отличаются эти отчеты — Q1.44); время и число посещений геозон — «Посещение геозон» (строки по геозонам), «Прохождение геозон» (строки по объектам); поездки между стоянками показывает отчет «Выезды», чем эти отчеты отличаются — Q1.49; обработанная площадь поля — «Обработка полей»; бланк путевого листа — формы группы «Путевые листы»; свой набор таблиц и графиков — произвольный отчет. Полная таблица «задача — отчет» — в разделе «Какой отчет выбрать» страницы «Отчетность».
¶ Q1.35. Подставляется ли водитель в путевой лист?
Нет: в бланк путевого листа водитель из «Ресурсов предприятия» и из рабочих смен не подставляется. В графах ФИО водителя и номера водительского удостоверения (там, где они есть в бланке) стоит прочерк — впишите данные вручную, а марка и государственный номер ТС в шапке заполняются автоматически. Кто и когда управлял машиной, показывает отчет «Рабочие смены водителей» (Q3.40). Бланк выгружает кнопка «Сохранить», а пункт «В печать» печатает таблицу отчета с экрана (Q1.11, Q1.12).
¶ Q1.36. Чем приложение из магазина отличается от браузерной версии?
WALIOT.Навигатор в магазине приложений — тот же интерфейс, что в браузере: те же разделы и данные, вход по тем же полям «Имя пользователя», «Пароль» и «Регистрационный ключ». Отличия такие:
- приложение ставят из магазина и обновляют через магазин; версия указана в меню, в разделе «О программе» (Q1.38);
- мобильная компоновка включается по ширине окна, а не по типу устройства: в узком окне (смартфон, планшет в книжной ориентации) нет верхней панели модулей, «Отчетность» и «Уведомления» открываются из «Меню», а дерево объектов на главном экране закрывается стрелкой «Свернуть»;
- на узком экране панели WaliotGPT нет (Q1.27);
- настройки интерфейса хранятся на устройстве и в другое приложение или браузер не переносятся, профиль хранится на сервере (Q1.25);
- приложение подключается к облачному сервису Waliot (Q1.39);
- уведомления приходят в ленту внутри приложения, системных push-уведомлений на телефон нет (Q1.37).
Выйти из учетной записи можно значком «Выйти из системы» в шапке меню (Q1.28). Обзор возможностей на телефоне — «Мобильные приложения».
¶ Q1.37. Приходят ли уведомления Waliot на телефон (push)?
Системных push-уведомлений на телефон WALIOT.Навигатор не отправляет. Уведомления приходят в ленту внутри Навигатора — раздел «Уведомления» (на телефоне он открывается из «Меню»); в ленту записывает действие «Уведомление через нативные приложения». Вне приложения оповещают электронная почта, SMS, Telegram и MAX: это действия «Уведомление через отправку email», «Уведомление через отправку SMS», «Уведомление через Telegram бота» и «Уведомление через MAX бота».
Чтобы сообщения приходили на телефон, подпишитесь на бота Telegram или MAX по ссылке из действия (Q1.30) либо укажите свой адрес в поле «Почтовые ящики» действия. Какие каналы доступны вашей организации, в том числе e-mail и SMS, уточняйте у менеджера или в технической поддержке. Если сообщение не пришло — Q1.2 и Q4.6; настройка — раздел «Уведомления».
¶ Q1.38. Как обновить приложение из магазина и работает ли оно без интернета?
Приложение из магазина обновляется через магазин приложений; номер установленной версии указан в меню, в разделе «О программе», а на телефоне еще и внизу меню. Веб-версия и WALIOT.Навигатор, установленный как прогрессивное веб-приложение (PWA), загружают обновление сами; когда оно готово, приложение сообщает «Доступно обновление. Перезапустите приложение.»
Для работы WALIOT.Навигатора нужен доступ в Интернет: положение объектов, треки и уведомления приходят с сервера Waliot, а карта загружается из Интернета. Когда связи нет, новые данные не поступают; требования к каналу — Q1.13. WALIOT.Трекер работает иначе: если сети нет, точки копятся в приложении и уходят на сервер, когда связь появится (Q5.31); буфер ограничен по размеру, при долгом отсутствии сети самые старые точки заменяются новыми.
¶ Q1.39. К какому серверу подключается приложение из магазина и как работать в контуре заказчика?
Приложение WALIOT.Навигатор из магазина подключается к облачному сервису Waliot. Для работы в контуре заказчика используйте веб-версию (PWA), установленную с вашего сервера; требования к серверу — на странице «Системные требования On-Premise», а порядок установки PWA — в разделе «Прогрессивные веб-приложения» страницы «Установка приложений Waliot». У WALIOT.Трекера адрес сервера задается в самом приложении, в поле «Адрес сервера» («Установка и привязка»).
¶ Q1.40. Как получить уведомление, если температура вышла за допустимые значения или открылась дверь?
Температуру и состояние двери отслеживает условие «Неприемлемые показания произвольных датчиков»: оно срабатывает, когда показание произвольного датчика выходит за его пороги допустимых значений. Поэтому значение датчика температуры или двери сначала передают в произвольный датчик. Для настройки нужны право «Редактирование условий, действий и настроек триггеров» а для объекта, открытого по ссылке из другой организации, — еще разрешение «Доступ для автоматических уведомлений» у объекта — «Права и доступ». Для температуры шаги такие:
- в WALIOT.Админ откройте датчик температуры объекта и впишите в поле «Псевдоним (наименование для произвольных выражений)» короткое уникальное имя без пробелов, например
cold1; - в «Дополнительном оборудовании» объекта добавьте «Произвольный абсолютный датчик»: в поле «Имя» укажите понятное название, а в поле «Параметр (произвольное выражение)» —
equipment[cold1]. Значение температуры в выражении выражено в десятых долях градуса Цельсия, поэтому градусы умножают на 10; в поле «Единица измерения» впишите «десятые доли °C»; - в полях «Нижний порог допустимых значений устройства» и «Верхний порог допустимых значений устройства» задайте допустимый диапазон в тех же десятых долях градуса; если нужна только одна граница, второе поле оставьте пустым;
- в WALIOT.Навигатор откройте «Настройку уведомлений», на вкладке «Условия» нажмите «Создать», выберите тип «Неприемлемые показания произвольных датчиков», заполните «Название», «Период эскалации» и «Минимальную длительность» (сколько секунд значение должно держаться за пределами порогов), при необходимости «Маску датчиков» и отметьте объекты в дереве;
- на вкладке «Действия» создайте действие нужного канала, например «Уведомление через отправку email», и привяжите его к условию кнопкой «Привязать»: условие без привязанного действия не срабатывает.
Для двери шаги те же, но на втором шаге добавьте «Произвольный логический датчик». В его поле «Параметр (произвольное выражение)» укажите equipment[door1], где door1 — псевдоним, заданный у «Датчика ВКЛ/ВЫКЛ» с типом «Дверь рефрижератора», а в поле «Порог перехода состояния» — 1. Остальные обязательные поля формы заполните по смыслу (названия состояний попадут в сообщение). Пороги отмечают допустимое состояние: «Нижний порог допустимых значений устройства» = 0 — допустимо выключенное состояние, уведомление приходит при включенном; «Верхний порог допустимых значений устройства» = 1 — допустимо включенное состояние, уведомление приходит при выключенном. Задайте только один из порогов: если заданы оба, допустимы оба состояния и уведомление не придет. Какое состояние означает открытую дверь, зависит от подключения датчика и флажка «Инверсия итогового значения».
Подробнее об условии — в разделе «Неприемлемые показания произвольных датчиков» страницы «Уведомления»; если сообщение не пришло — Q1.2 и Q4.6.
¶ Q1.41. Как получить отчет по температуре груза за рейс и можно ли им подтвердить температурный режим?
Температуру по датчикам объекта показывают два отчета: «Температура» — по каждому датчику за каждый день средняя, минимальная и максимальная температура, над таблицей график зажигания, двери рефрижератора и температуры; «Детализация по температуре» — показания датчиков во времени. Оба отчета строятся по одному объекту, период задает пользователь, результат выгружается в Excel.
Чтобы получить отчет за рейс, задайте период рейса: рейс может состоять из нескольких поездок, его период — от начала первой до окончания последней поездки в таблице «Поездки» произвольного отчета; поездка через полночь занимает две строки.
Платформа показывает и записывает температуру по датчикам, строит графики и отчеты за выбранный период. Соответствие температурного режима отраслевым нормам заказчик подтверждает сам.
¶ Q1.42. Как найти тех, кто превышает скорость?
Откройте отчет «Превышение скорости» (группа «Рабочее время»): по каждому объекту он показывает эпизоды превышения со столбцами «Ограничение скорости, км/ч», «Максимальная скорость, км/ч» и «Средняя скорость, км/ч». На треке превышение отмечено красным цветом. Чтобы узнавать о нарушении сразу, настройте уведомление «Превышение скорости» (Q1.43). Лидеров по скорости видно и в модуле «Аналитика»: рейтинг «Максимальная скорость превышения, км/ч» на странице «Детализация». Откуда берется ограничение — Q3.8, почему отчет пустой — Q2.8.
¶ Q1.43. Как настроить уведомление о превышении скорости?
В разделе «Уведомления» кнопкой «Настройка уведомлений» создайте условие «Превышение скорости»: заполните «Название» и «Период эскалации», при необходимости «Лимит скорости» (необязательное поле) и отметьте объекты в дереве; геозоны в дереве условия включают в расчет ограничения этих геозон. Затем создайте действие — канал доставки — и привяжите его к условию: условие без действия не срабатывает (Q1.29). Уведомление приходит по завершенному эпизоду превышения; в тексте указаны максимальная скорость события и «Установленный лимит» — наименьшее из превышенных ограничений. Подробнее — раздел «Превышение скорости» страницы «Уведомления».
¶ Q1.44. Чем отличаются отчеты «Опасное маневрирование», «Коэффициент качества вождения», «Превышение скорости» и «Обороты двигателя»?
- «Превышение скорости» (группа «Рабочее время») — эпизоды движения выше действующего ограничения; оборудование на объекте не требуется.
- «Опасное маневрирование» (группа «Страховая телематика») — список событий резкого ускорения при движении, торможении и поворотах со столбцами «Тип ускорения», «Ограничение ускорения» и «Максимальное ускорение»; нужно оборудование «Акселерометр».
- «Коэффициент качества вождения» (группа «Страховая телематика») — одна строка на объект за период: резкие ускорения трех видов и превышения скорости на 1000 км пробега в столбце «Коэффициент безопасного вождения»; нужно оборудование «Акселерометр» (Q3.43).
- «Обороты двигателя» (группа «Страховая телематика») — отчет по частотным датчикам; к стилю вождения не относится.
¶ Q1.45. Как оценить манеру вождения водителя?
Платформа оценивает объект мониторинга, а не водителя: скорость и резкие маневры считаются по объекту. Для оценки используйте отчеты «Превышение скорости», «Опасное маневрирование» и «Коэффициент качества вождения» (Q1.44); два последних строятся по объектам с оборудованием «Акселерометр». Кто управлял объектом, показывает отчет «Рабочие смены водителей» (Q5.29). Рейтинг водителей в платформе не ведется; распознавание поведения водителя по видео выполняет ваша система видеонаблюдения, а платформа показывает ее потоки (Q5.12).
¶ Q1.46. Почему отчет «Опасное маневрирование» или «Коэффициент качества вождения» пустой или объекта нет в списке?
Эти два отчета строятся только по объектам с оборудованием «Акселерометр»: объекты без него в дереве недоступны. Если объект доступен, а событий нет, проверьте:
- порог задан для каждого из трех видов — при движении, торможении и поворотах (Q3.10);
- датчик или ключ атрибута в оборудовании совпадает с тем, что присылает трекер, и трекер присылает максимальные значения ускорения (Q5.33);
- не включен ли «Фильтр по длительности события» в отчете «Опасное маневрирование»: он скрывает короткие события;
- есть ли пробег и нарушения за период: если пробег или число нарушений за период равны нулю, на экране ячейка «Коэффициента безопасного вождения» пуста.
Общие причины пустых отчетов — Q1.3.
¶ Q1.47. Как создать геозону?
Геозону создают на карте в WALIOT.Навигатор: переключите дерево в режим «Геозоны», выберите организацию или группу геозон: в ее карточке в блоке «Создать геозону» выберите вид — «По точкам» (многоугольник не менее чем из трех точек), «Круг» или «Линия» (коридор вдоль ломаной линии с «Шириной линии»), нарисуйте фигуру на карте, задайте название и цвет и нажмите «Создать геозону». В форме также доступны «Учитывать зону при адресации» (включено по умолчанию: в отчетах вместо адреса выводится название геозоны), «Сельскохозяйственное поле» с «Шириной междурядья» (Q3.46) и «Максимальная скорость» (Q3.44). Создавать, менять и удалять геозоны могут пользователи с разрешением «Расширенные права на редактирование геозон», у роли «Пользователь» его нет (Q6.20).
В WALIOT.Админ геозоны не создают: раздел «Геозоны» показывает таблицу с просмотром, правкой полей, удалением и экспортом, а готовые наборы загружают файлом KML/KMZ (Q5.34). Подробнее — раздел «Создание и редактирование геозон» страницы «Карта» и страница «Геозоны» WALIOT.Админ.
¶ Q1.48. Как получить уведомление о въезде или выезде из геозоны?
В разделе «Уведомления» кнопкой «Настройка уведомлений» создайте условие «Въезд в геозону» или «Выезд из геозоны»: заполните «Название» и «Период эскалации», отметьте в дереве объекты и геозоны — без выбранной геозоны условие не срабатывает. Затем создайте действие с каналом доставки и привяжите его к условию (Q1.29). «Въезд» сообщает о начале пребывания объекта в геозоне, «Выезд» — о его завершении; платформа обрабатывает его как событие «Нахождение в зоне интереса». Заезды короче значения настройки организации «Минимальное время нахождения в геозонах» уведомлений не вызывают. Для создания условий нужно разрешение «Редактирование условий, действий и настроек триггеров». Подробнее — раздел «Въезд и выезд геозоны» страницы «Уведомления»; если сообщение не пришло — Q4.6.
¶ Q1.49. Какой отчет показывает посещения геозон и время в них?
Три отчета группы «Отчеты по геозонам» отвечают на разные вопросы. «Посещение геозон» — строки по геозонам: какие объекты их посещали, «Время въезда», «Время выезда», «Время пребывания в зоне». «Прохождение геозон» — те же сведения со строками по объектам и столбцом «Пробег в зоне, км». «Выезды» — поездки объекта между стоянками с местами отправления и назначения; геозоны в нем отмечать необязательно. Площадь обработанного поля показывает «Обработка полей» (Q3.46), адреса (улица с номером дома), по которым двигался объект, — «Посещение улиц».
Для «Посещения геозон» и «Прохождения геозон» отметьте в дереве хотя бы один объект и на вкладке «Геозоны» хотя бы одну геозону. Если отчет пуст или в нем нет короткого заезда, проверьте: отмечена ли геозона; есть ли координаты на нужном участке; покрывает ли период заезд; не короче ли заезд значения настройки организации «Минимальное время нахождения в геозонах» (ее задают в карточке организации в WALIOT.Админ). Не путайте «Выезды» с отчетом «Въезды и выезды»: он строится по RFID-воротам и стоит в группе «Отчеты по дополнительному оборудованию».
¶ 📊 2. Передача и отображение данных
В этом разделе объясняется, как формируются и отображаются данные в системе. Почему может не совпадать пробег, пропадать координаты или топливо, как работает фильтрация и откуда берутся различия между отчетами и треками. Все, что связано с телеметрией, ее визуализацией и отчетностью.
¶ Q2.1. Сливы топлива реальные или нет? Почему в отчетах погрешности по заправкам?
В системе события фиксируются по изменениям уровня топлива, которые передает датчик уровня топлива (ДУТ), установленный в баке. Небольшие колебания показаний связаны с погрешностью датчика, температурными изменениями и колебаниями топлива в баке. Чтобы убедиться в достоверности события (слива или заправки), проверьте:
Пользователю:
- есть ли компенсирующее событие (слив после заправки или наоборот);
- не сопровождается ли событие длительным отсутствием данных;
- фиксировалось ли оно при включенном зажигании.
Администратору:
- корректность тарировочной таблицы;
- наличие и настройку датчика зажигания;
- привязку ДУТ к анализу топлива — поле «ID привязанного анализа топлива» в настройках ДУТ;
- параметры фильтрации в анализе топлива;
- стабильность передачи топливных данных.
При использовании нескольких ДУТ (в одном баке или разных баках) необходимо убедиться в корректной работе каждого.
Если после проверки и коррекции проблема сохраняется — вероятна неисправность самого датчика: например, уровень застыл на одном значении при пустом баке. Сырое значение ДУТ видно в разделе «Телеметрия» WALIOT.Админ; если оно не меняется, обратитесь в техническую поддержку. Убыль топлива при включенном зажигании платформа относит к расходу, а без датчика зажигания заправки и сливы не распознаются.
Как платформа распознает заправки и сливы и что для этого нужно — в обзоре «Контроль топлива».
¶ Q2.2. Почему пробег отличается от фактического?
Причины:
- расчет идет по ГНСС (возможны «скачки» и «полеты» при плохом сигнале или в зонах РЭБ; как их убрать — Q2.21);
- пробег по CAN отличается от ГНСС: спутниковый пробег складывается из расстояний между принятыми точками, CAN-пробег читается со штатного одометра машины — это два разных способа измерения, а не проверка одного другим, и полностью совпадать они не будут. По опыту нашей поддержки расхождение обычно укладывается в 3–7 %, но это наблюдение, а не заданный в системе порог: платформа не сверяет два пробега между собой и не считает разницу между ними. На конкретной машине расхождение может оказаться заметно больше — например, при плохом приеме спутникового сигнала, частых коротких поездках, нестандартном размере колес или собственной погрешности одометра;
- отрезок, на котором объект не быстрее «Порога движения», в пробег по GPS не входит; путевые листы еще отбрасывают поездки короче «Игнорировать выезды менее», а «Пробег по дням» короткие поездки не отсекает (см. Q2.17);
- у объекта задан «Коэффициент корректировки пробега» — множитель со значением 1 по умолчанию. Он применяется к пробегу по GPS; пробег по CAN и по накопительному счетчику он не меняет. В WALIOT.Навигатор то же значение задают как «Погрешность одометра на 100 км» (Q2.23).
Какой из двух пробегов попадает в отчеты и в статусы техобслуживания, задается у объекта в оборудовании «Датчик измерительных приборов» (Объекты → «Дополнительное оборудование»), поле «Расчет значения одометра»: «GPS», «CAN» или «Накопитель» (накопительный счетчик). Если такого оборудования на объекте нет, по умолчанию используется GPS-одометр. Сырые показания CAN-одометра, как их отдает бортовая электроника, видны отдельно — в отчете «Детализация по CAN-шине», колонка «Общий пробег, км»; если CAN-пробег скачет — Q2.22.
¶ Q2.3. Почему у объекта нет координат?
Если в данных отсутствуют валидные широта и долгота, это значит:
- трекер не поймал ГНСС-сигнал (помехи, здания, зоны РЭБ);
- устройство передает только сервисные данные (например, напряжение).
Проверьте время последней активности объекта и качество спутникового сигнала: в WALIOT.Админ, раздел «Телеметрия», — колонки «Валидность» и «Спутники», HDOP — в атрибутах записи и на графике. Точки с нулевыми координатами платформа сама помечает невалидными (см. Q5.15).
¶ Q2.4. Почему не отображаются CAN-данные (обороты, пробег, топливо)?
Чаще всего параметр вообще не доходит до платформы: не активирован CAN-скрипт, модель ТС не отдает нужный параметр или неверно настроен адаптер — полный разбор в Q5.5.
Распознанные платформой параметры CAN-шины видны в карточке объекта в блоке «CAN-шина», а параметр, на который настроен датчик дополнительного оборудования, — в строке этого датчика. Проверить, что именно приходит от трекера, можно в просмотре телеметрии. Обороты двигателя за период строятся на графиках произвольных отчетов.
Уровень топлива из CAN-шины подключают как датчик уровня топлива в режиме «Атрибут»: в «Ключе атрибута» указывают параметр из телеметрии, а сам датчик привязывают к анализу топлива.
¶ Q2.5. Почему в отчетах данные по топливу выглядят «рваными» или с резкими скачками?
Такая ситуация возникает при механических помехах (например, крен автомобиля или движение по неровной дороге). Также стоит проверить частоту фиксации уровня топлива: обычно данные приходят с каждым телематическим пакетом от оборудования. Рекомендуется подобрать «Тип сглаживания топлива» в анализе топлива (переключатель «Сглаживание графика» меняет только отрисовку графика) и проверить тарировочную таблицу.
¶ Q2.6. Почему в данных нет параметра «зажигание» (ignition)?
Возможные причины:
- датчик зажигания физически не подключен;
- используется CAN-шина без данного параметра;
- неверно задан «Порог зажигания для включенного состояния», если зажигание определяется по напряжению бортовой сети;
- датчик зажигания не настроен в объекте как дополнительное оборудование.
¶ Q2.7. Почему данные отображаются с задержкой?
Наиболее частые причины:
- слабый GSM-сигнал, из-за чего трекер переходит в режим буферизации данных (черный ящик);
- слишком большой интервал передачи пакетов в настройках трекера;
- режим длительной стоянки или энергосбережения.
Где именно задержка, видно в WALIOT.Админ, раздел «Телеметрия»: колонка «Фиксация координат» — время точки по часам трекера, «Прием данных» — время, когда точку получил сервер. Большая разница между ними — точки из памяти трекера. Тот же механизм стоит за «рывками» в передаче и обрывами трека — см. Q4.2 и Q5.9.
¶ Q2.8. Почему отчет по превышениям скорости пустой, хотя машина ехала быстро?
Причины:
- порог превышения скорости установлен слишком высоко;
- включен фильтр по длительности события — в параметрах отчета «Превышение скорости» есть переключатель «Фильтр по длительности события» с полем «Длительность, с» (при включении подставляется 60); пока он выключен, а это состояние по умолчанию, в отчет попадают все превышения, включая самые короткие;
- геозона с ограничением не отмечена в дереве объектов при построении отчета: ограничение геозоны учитывается только для отмеченных геозон (Q3.44);
- данные ГНСС нестабильные (скачки, полеты, дрейф); скорость точек, отброшенных «Интеллектуальной фильтрацией», в превышения не попадает.
Если превышение видно на карте, а в отчете его нет (или наоборот), причина в разных правилах. Состояние «Превышение скорости» на карте, цвет и счетчик определяют «Максимальная скорость» объекта и пределы оборудования «Качество вождения»: ограничение геозоны в состоянии на карте не участвует. Отчет «Превышение скорости» дополнительно учитывает отмеченные геозоны и фильтр по длительности события. Скорость и там, и там берется по GPS или по CAN (Q3.8).
¶ Q2.9. Почему при построении трека есть разрывы?
Возможные причины:
- временная потеря ГНСС-сигнала или объект был в зоне спуфинга;
- точки отброшены фильтром «Настроек навигации»: объект «стоит» на последнем надежном месте, а длинный отфильтрованный участок показан как «Не на связи», хотя трекер на связи;
- некорректное время, установленное на трекере (см. Q2.25);
- устройство перезагружалось или было временно отключено от питания;
- ночью на стоянке трекер в режиме энергосбережения передает точки редко или не передает вовсе — это не потеря данных (Q4.11).
Также разрывы могут быть при сбросе буферизованных данных («черного ящика») до их отправки на телематический сервер. Как трекер с буфером выгружает точки после восстановления связи — «Время точки и буфер при потере связи». Про одиночные «скачки» маркера по карте — см. Q4.3.
Пунктир на треке. Желтый пунктир — скорость не выше «Порога движения»: объект стоит, в том числе на точках, которые встроенный фильтр РЭБ оставил на последнем надежном месте; это не разрыв, такие отрезки просто не входят в пробег. Тем же желтым пунктиром показан длинный участок, все точки которого отбросил фильтр, например при РЭБ: трекер был на связи, но его координатам нельзя верить; в окне события такой участок подписан «Не на связи» с причиной «РЭБ». Серый пунктир — «Не на связи»: перерыв в данных дольше «Порога офлайна». Остальные цвета трека — на странице «Треки и история».
Разрыв на карте не означает потерю пробега: расстояние, «намотанное» ложными координатами, в пробег не входит, но сам участок из пробега не выпадает — когда достоверные координаты появляются снова, отрезок до них засчитывается, если объект двигался (см. «Треки и история»).
¶ Q2.10. Почему данные о моточасах в отчетах не совпадают с фактическими?
Моточасы в отчетах (их же называют машино-часами) считаются по датчику зажигания: суммируется время за период, пока зажигание было включено. С фактическим временем работы двигателя такой расчет совпадает ровно настолько, насколько точно снят сигнал зажигания.
Расхождения возможны, если:
- датчик зажигания не подключен или работает некорректно;
- отчет сравнивают со штатным счетчиком машины или с «Моточасами» в карточке объекта: карточка и ТО показывают накопленный счетчик — по зажиганию или по CAN, где берется счетчик самой машины, не зависящий от датчика зажигания (см. Q2.18).
«Коэффициент корректировки моточасов» (WALIOT.Админ, блок «Лимиты»; в WALIOT.Навигаторе — «Коэффициент моточасов» на вкладке «Обслуживание» свойств объекта) — множитель со значением 1 по умолчанию. Он действует только на моточасы по зажиганию в карточке объекта и в ТО, в отчеты и трек не входит.
¶ Q2.11. Почему уровень топлива на начало и конец дня отличается?
Незначительные расхождения между уровнем топлива на начало и конец дня не всегда означают слив или заправку. Даже при высокой точности оборудования показания могут немного колебаться из-за физических и эксплуатационных факторов. Отдельный случай — заправка или слив на стыке суток: уровень на границе суток тогда уточняется по соседним точкам и может не совпадать ни с одним реальным показанием (см. «Анализ топлива»). Основные причины:
- Температурное расширение топлива. В течение дня температура топлива меняется: при нагреве оно расширяется, при охлаждении — сжимается. Разница в температуре может давать отклонение показаний на несколько литров без фактического расхода.
- Работа двигателя и системы возврата топлива. Во время работы часть топлива циркулирует по магистрали, а после остановки техника может показывать иной уровень из-за обратного слива топлива в бак.
- Неровная площадка стоянки. Если техника в начале и в конце дня стоит под разным углом (например, на уклоне), положение ДУТ меняется, и уровень топлива отображается иначе.
- Разное время фиксации данных. Уровень на начало суток, как правило, — первая точка суток с показанием топлива, на конец — последняя, без усреднения. Исключение — события на стыке суток, когда уровень на границе уточняется (см. Анализ топлива). Показания могут быть зафиксированы до запуска двигателя или уже после его остановки, что также влияет на итоговые значения.
Такие расхождения считаются нормой и не свидетельствуют о сливе топлива. Чтобы минимизировать погрешность, рекомендуется не отключать питание трекера и датчика уровня топлива — это обеспечивает постоянную фиксацию данных в течение суток.
¶ Q2.12. Какие данные сохранить для разбора спорной ситуации со штрафом или претензией?
Платформа фиксирует несколько независимых слоев данных — для разбора спора полезны все:
- Треки — координаты, скорость и показания датчиков с привязкой ко времени (см. Треки).
- Отчеты — поездки, стоянки, превышения скорости, резкие маневры, заправки и сливы, моточасы (см. Отчеты).
- Журналы аудита в WALIOT.Админ — кто и когда менял настройки объекта или оборудования, какие отчеты строил, какие команды уходили на трекер (см. Аудит).
Для доказательной базы надежнее выгрузить и сохранить файлы отчетов сразу: выгрузка фиксирует состояние данных на момент формирования, и ее можно приложить к ответу на претензию. Отчеты о скорости и резких маневрах дают данные для разбора ситуации; размер штрафа, страховые условия и решение по претензии определяются вне платформы.
¶ Q2.13. Датчик уровня топлива заявлен с погрешностью 1%. Почему на практике расхождения больше?
Паспортная погрешность относится к самому датчику — линейности его сигнала в лабораторных условиях. В смонтированной системе на итоговую цифру влияет вся цепочка: тарировка бака, монтаж, условия эксплуатации и обработка данных.
Главный источник расхождений — тарировочная таблица. ДУТ передает не литры, а условные единицы уровня; в литры их переводит тарировочная таблица, снятая проливом. Она задается для каждого датчика отдельно, а не для объекта в целом; если в баке стоит несколько ДУТ, их пересчитанные показания усредняются. Между соседними точками таблицы значение вычисляется линейной интерполяцией, поэтому чем меньше точек и чем сложнее геометрия бака, тем больше ошибка на промежуточных уровнях. Если включено продление таблицы за ее пределы, показания ниже первой и выше последней точки экстраполируются — это наименее точная зона.
Условия эксплуатации: волна в баке при движении и на уклоне, температурное расширение топлива (объем меняется, масса — нет). Для второго есть опция температурной компенсации: если датчик передает собственную температуру, объем пересчитывается с поправкой на тепловое расширение по типу топлива. Устойчивую пропорциональную ошибку — когда датчик стабильно занижает или завышает объем на несколько процентов — убирает «Коэффициент корректировки топлива» в настройках анализа топлива: это множитель со значением 1 по умолчанию. Постоянное смещение на фиксированное число литров он не компенсирует.
Что платформа делает, чтобы шум не превращался в «сливы»: отсекает показания вне заданного диапазона валидных значений датчика, усредняет несколько ДУТ одного бака, по настройке игнорирует данные при выключенном зажигании и может округлять результат до литров.
Как измерить фактическую точность своей установки. В отчетах по выдаче топлива есть колонка «Погрешность УСС/ДУТ, %». Это не паспортная характеристика датчика, а расхождение двух независимых измерений на одной и той же заправке: «Выдано по УСС, л» (счетчик на раздаче) против «Получено по ДУТ, л» (объем заправок, распознанных по уровню в баке), в процентах от показаний ДУТ. По серии заправок она показывает реальную точность конкретного объекта: разовые выбросы объясняются условиями заправки, а устойчивое смещение — повод уточнить тарировку или коэффициент корректировки.
См. также Q2.1 — как проверить достоверность конкретного события, и Q3.5–Q3.6 — как система определяет заправку и слив.
¶ Q2.14. Почему ускорение равно нулю, хотя объект движется?
Ускорение показывает изменение скорости, а не саму скорость: при равномерном движении оно равно нулю независимо от того, с какой скоростью едет объект, а заметные значения появляются на разгонах, торможениях и в поворотах. Значение платформа берет из телеметрии в готовом виде и не рассчитывает его по разнице скоростей соседних точек, поэтому у устройств, которые ускорение не передают, этого параметра в телеметрии не будет. Имена параметров ускорения и их соответствие другим системам мониторинга — в таблице соответствия имен параметров.
¶ Q2.15. Что происходит со старыми данными и можно ли ограничить доступ к ним?
Данные, пролежавшие в базе достаточно долго, платформа переводит в сжатый вид. На работу с ними это не влияет: треки, отчеты и выгрузки за давние периоды строятся тем же способом и из того же журнала телеметрии, что и за вчерашний день. Отдельных «архивных» разделов и процедур восстановления нет, а длина периода в календаре не ограничена — но чем длиннее период и чем больше в нем объектов, тем дольше строится результат.
Удаление — только вручную. Удалить телеметрию можно исключительно в WALIOT.Админ и только пользователю с правом «Расширенный доступ администратора»: либо одну запись из ее карточки, либо все записи за явно выбранный период — из карточки объекта мониторинга или из карточки трекера. Восстановить удаленное нельзя.
Скрыть данные можно, не удаляя их. В карточке объекта мониторинга администратор задает «Время ограничения доступа к телеметрии». Данные остаются в базе, но данные раньше указанного момента пользователям недоступны: трек, отчет, тепловую карту и выгрузку строят за период, который начинается не раньше этого момента. Ограничение снимается или переносится тем же полем, и его можно задать сразу нескольким объектам через массовое редактирование. Подробности — в разделе Объекты.
Перенос истории из другой системы. При импорте файла телеметрии в формате Wialon WLN точки, зафиксированные слишком давно, в загрузку не попадают — переносить имеет смысл недавнюю историю, а глубину переноса лучше согласовать с технической поддержкой заранее (см. импорт W2W). Порядок загрузки файла — в вопросе Q5.27.
Отдельно про ретрансляцию: событие «Данные слишком долго не отправлялись» в журнале означает, что накопленные для внешнего сервера записи так и не удалось передать и они убраны из очереди на отправку. На историю в самой платформе это не влияет — она остается на месте (см. Ретрансляция).
¶ Q2.16. Почему после подключения трекера данные и графики появляются не сразу?
Отдельного расчета исторических данных, которого нужно дождаться, у треков и отчетов нет — они строятся по телеметрии в момент запроса. Причин задержки обычно несколько, и они разные.
1. Объект еще не привязан к трекеру. Пока трекер зарегистрирован, но не привязан ни к одному объекту мониторинга, платформа принимает пакеты и подтверждает их устройству, но точки не сохраняет — истории за этот период не возникает (см. Q4.10). То же происходит, если все объекты трекера находятся в статусах «Блокирован по запросу», «Демонтирован» или «Дубликат»: данные пишутся, если у трекера есть объект в рабочем статусе (см. Объекты). Статус только что созданного объекта — «Новый», а у объектов, загруженных импортом из файлов сторонних систем, — «Норма»; приему данных не мешает ни тот ни другой.
Заводите объект до подключения трекера. Подтверждение приема уходит устройству и на те пакеты, которые платформа отбросила, а трекеры, которые стирают внутренний архив после подтверждения, в этом случае теряют накопленное: данные, пришедшие до привязки объекта, не сохраняются.
2. После привязки нужно немного времени. Первые сохраненные точки появляются в течение минуты после привязки. Задним числом отброшенное не восстанавливается. При этом историю за прошедший период платформа получает не только импортом файла: чаще всего ее присылает сам трекер из внутренней памяти, когда связь восстановится, — так же данные приходят по ретрансляции из прежней платформы, которая пересылает их в Waliot (см. Q5.26).
3. Пустой график — обычно вопрос оборудования, а не ожидания. Панель «Графики трека» открывается под картой после того, как построен трек объекта: по умолчанию на компьютере она раскрыта сразу, на телефоне ее открывают кнопкой «Показать графики трека», а последний выбор запоминается. По умолчанию берется период текущих суток. Графики топлива, напряжения и зажигания строятся только при заведенных на объекте датчиках, а без дополнительного оборудования строится одна скорость (см. Дополнительное оборудование).
4. Раздел «Аналитика» устроен иначе: он показывает только завершенные сутки, поэтому по объекту, подключенному сегодня, цифры появятся после первых завершенных суток (Q2.26).
¶ Q2.17. Почему пробег в путевом листе не совпадает с «Пробегом по дням» и другими отчетами?
Это не ошибка расчета и не расхождение CAN с GPS. У отчетов разный смысл суммы.
«Пробег по дням», «Пробег за период» и ряд отчетов вроде «Расход топлива» берут пробег за весь выбранный день — пробег трека за сутки по источнику из «Датчика измерительных приборов»: для GPS — сумма расстояний между принятыми точками, для CAN и накопителя — разность показаний счетчика.
Путевые листы (Форма №3 и остальные формы группы) и отчет «Выезды» суммируют пробег только по поездкам: от конца одной стоянки до начала следующей. Участки на стоянке, короткие смещения без зачета в поездку и поездки, отсеянные параметром «Игнорировать выезды менее» (он есть только у путевых листов), в итог путевого листа не входят.
Поэтому итог путевого листа обычно меньше, чем в «Пробеге по дням» за тот же период. Свести их «один в один» нельзя, не ломая смысл путевого листа. Обратный случай, когда последняя поездка путевого листа тянется до конца суток, — в Q2.24.
Если одометр настроен на CAN, а «Расчет значения скорости» остался по GPS, границы стоянок и метров режутся по разным источникам — разрыв растет. Когда источник скорости совпадает с логикой движения, разрыв обычно сжимается, но полностью не исчезает (см. Q2.2 про источники пробега; страницы Форма №3 и Пробег по дням).
¶ Q2.18. Почему моточасы в карточке объекта не совпадают с «Машино-часами» трека и моточасами в отчетах?
Это три разных показателя. «Моточасы» в карточке объекта и в разделе «Техническое обслуживание» — накопленный счетчик: по зажиганию — от заданного стартового значения и с «Коэффициентом корректировки моточасов», по CAN — по счетчику самой машины. «Машино-часы» трека и «Моточасы» отчетов — время с включенным зажиганием за выбранный период, без коэффициента. Прирост счетчика карточки за период сопоставим с отчетом только при расчете по зажиганию и коэффициенте 1. Подробнее — Моточасы в карточке, треке и отчетах.
¶ Q2.19. Трактор работал весь день, а в отчете четыре моточаса — почему?
Моточасы в отчетах считаются по датчику зажигания, поэтому недоучет почти всегда значит, что зажигание определялось неверно. Частая причина — зажигание по напряжению бортовой сети: когда напряжение проседает ниже «Порога зажигания для включенного состояния», платформа считает двигатель выключенным. Время, когда объект был не на связи, в моточасы тоже не входит. Сравните напряжение с порогом в отчетах «Напряжение» и «Трассировка датчиков» за этот день и при необходимости поправьте порог в датчике зажигания. Обратная ситуация, когда зажигание «включено» круглосуточно, — в Q5.17.
¶ Q2.20. Чем строка «Бортовая сеть» отличается от «Напряжения» в карточке объекта?
«Бортовая сеть» — показание датчика «Напряжение АКБ», напряжение аккумулятора в вольтах. «Напряжение» — заголовок, под которым идут строки по каждому аналоговому датчику с его именем. Контроль недозаряда и перезаряда и уведомление «Проблемы с зарядом АКБ» работают по «Напряжению АКБ». Подробнее — Бортовая сеть и датчики.
¶ Q2.21. Как убрать «полеты» на треке и перепробег?
«Полеты» — скачки координат при помехах и РЭБ. По умолчанию фильтра у объекта нет («Стандартный режим»), и ложные точки попадают в трек и пробег по GPS. Администратор включает в WALIOT.Админ встроенный фильтр РЭБ — оборудование «Настройки навигации» → «Интеллектуальная фильтрация» → «Стандартные настройки»: фильтр распознает плавный и скачкообразный увод координат по самим точкам (положение по сотовым вышкам, LBS, платформа не определяет), а отброшенная точка остается на последнем надежном месте и не дает пробега. Для нестандартных условий, например работы в горах, — «Произвольные настройки» с «Валидатором (произвольное логическое выражение)» и флажком «Исключить зоны РЭБ». Фильтр применяется при каждом построении трека и отчетов, поэтому исправляет и прошлые периоды; исходные точки остаются в разделе «Телеметрия» WALIOT.Админ, а дрейф на стоянке убирает «Радиус фильтрации на стоянках» (Q4.3).
¶ Q2.22. Почему пробег по CAN скачет или уходит в минус?
Пробег по CAN — разность показаний одометра машины, коэффициент и фильтры навигации на него не действуют. Пробег за сутки или поездку — разность показаний в последней и первой точке, поэтому одно ошибочное показание на краю интервала дает скачок или отрицательный пробег. Такие значения отсекают в оборудовании «Датчик измерительных приборов»: поле «Валидация значений одометра (произвольное логическое выражение)» отбраковывает показания CAN-одометра, которые не проходят условие. Что приходит от машины, видно в отчете «Детализация по CAN-шине», колонка «Общий пробег, км», и в разделе «Телеметрия» WALIOT.Админ.
¶ Q2.23. Где в WALIOT.Навигатор задать коэффициент пробега?
В свойствах объекта, на вкладке «Обслуживание», — поле «Погрешность одометра на 100 км» в километрах — сколько добавить к каждым 100 км, значение может быть и отрицательным: при 3 км пробег по GPS умножается на 1,03. В WALIOT.Админ это то же значение — «Коэффициент корректировки пробега» в карточке объекта, по умолчанию 1. Коэффициент действует только на пробег по GPS: пробег по CAN и по накопительному счетчику он не меняет. Подробнее — Коэффициенты корректировки пробега и моточасов.
¶ Q2.24. Почему путевой лист тянется до конца суток?
Путевые листы и «Выезды» закрывают поездку стоянкой. Если после последней поездки стоянки не было — например, трекер выключается вместе с двигателем и больше не присылает точек, — последняя поездка закрывается концом суток (или концом выбранного периода), и возвращение показано этим временем. Пробег от этого не растет: он считается только по точкам. Стоянку платформа определяет по точкам: нужна точка без движения, зафиксированная позже, чем через «Время начала стоянки» после остановки. Поэтому, чтобы конец поездки определялся по факту, трекер должен передавать точки и на стоянке — чаще, чем «Порог офлайна» (см. Q4.11). Подробнее — Форма №3.
¶ Q2.25. Почему заправка «уехала» на другие сутки?
Время каждой точки и события берется по часам трекера. Если часы сбиты — например, под РЭБ, когда подменяется и время спутников, — точки и события сдвигаются на другое время и даже на соседние сутки, и заправка попадает в отчет за другой день. Сравните в разделе «Телеметрия» WALIOT.Админ колонки «Фиксация координат» (время трекера) и «Прием данных» (время сервера). Лечится на самом трекере: время синхронизируют по сети (NTP), а не по спутникам; это настройка трекера по инструкции производителя.
¶ Q2.26. Почему в «Аналитике» нет данных за сегодня или вчера?
«Аналитика» показывает завершенные сутки: сегодняшние сутки в ней не показываются, граница периода — вчера, а вчерашние сутки попадают в аналитику после ежедневного расчета, а не сразу в полночь. По новому объекту цифры начинаются с первых завершенных суток. Если период начинается сегодня или позже, показывается «Период еще не рассчитан» — выберите период, заканчивающийся вчера или раньше. Актуальные данные без ожидания суточного расчета — только у «Состояния автопарка» и «Технического обслуживания» на «Обзоре»; статусы ТО обновляются периодически. Подробнее — Как устроен модуль.
¶ Q2.27. Почему в отчете нет водителя?
Имя водителя появляется, когда платформа находит сотрудника для смены. Проверьте:
- на объекте добавлено оборудование «Водители» — в карточке объекта у него есть системная метка «Водители» (Метки);
- сотрудник относится к той же организации, что и объект: сотрудники родительской и дочерних организаций объекту недоступны;
- «Номер RFID карты» сотрудника совпадает с номером, который трекер передает в «Телеметрии» (регистр букв не важен), и не повторяется у другого сотрудника;
- выражение «Начало рабочей смены» заполнено и срабатывает на считывание карты.
В произвольных отчетах имя водителя доступно не во всех таблицах: в таблицах «Поездки» и трассировках колонка «Имя водителя» пока недоступна. Подробнее — Нюансы и типовые ошибки и Формат номера карты, ключа и метки.
¶ Q2.28. Где хранятся данные Waliot?
Данные облачной версии Waliot хранятся на серверах в России, а в варианте On-Premise — на серверах заказчика. Облачную версию обслуживает компания-разработчик: хранение и защита пользовательских и телеметрических данных и резервное копирование конфигураций и истории мониторинга входят в ее обязанности по соглашению об уровне обслуживания; общее устройство платформы описано в разделе «Облачная инфраструктура».
В варианте On-Premise платформа работает в контуре заказчика: данные хранятся на его серверах, а управление серверами, резервным копированием и сетью — у заказчика («On-premise SLA»). Варианты развертывания и требования — на странице «Системные требования On-Premise». Что происходит со старой телеметрией и как ее удалить — Q2.15.
Оператором персональных данных остается организация-заказчик: условия обработки закрепляются в договоре, а по юридическим вопросам обратитесь к юристу. Нормативные ориентиры — на странице «Законодательство». Сводка по теме — в обзоре «Развертывание и регуляторика».
¶ 💡 3. Логика и бизнес-правила
В этом разделе описаны алгоритмы и правила, по которым система определяет поездки, простои, превышения скорости, заправки, сливы топлива и другие события. Здесь собраны ответы на самые частые вопросы пользователей о том, как именно работает логика платформы, почему данные в отчетах могут отличаться и какие настройки влияют на расчеты.
¶ Q3.1. Когда начинается поездка?
Поездка начинается, когда объект возобновляет движение после стоянки: скорость становится выше «Порога движения» (по умолчанию 0 км/ч). Состояние определяется по точкам с координатами, скорость — по полю «Расчет значения скорости» «Датчика измерительных приборов» (GPS или CAN); точки, отброшенные «Настройками навигации», состояние не меняют. Отдельного порога по пройденному расстоянию для старта поездки нет.
«Порог движения» в настройках объекта правится только администраторами. Поля «Время начала остановки», «Время начала стоянки», «Минимальная скорость» и «Максимальная скорость» может менять и расширенный пользователь в WALIOT.Навигатор. Поездка без пробега в отчет не попадает (см. Q3.2).
¶ Q3.2. Когда заканчивается поездка?
Поездка завершается, когда объект простоял дольше тайм-аута стоянки — по умолчанию 5 минут. Отсчет начинается с момента, когда скорость перестала превышать «Порог движения» (по умолчанию 0 км/ч), и продолжается, пока она этот порог не превысит. Временем окончания поездки записывается момент, когда объект встал, а не момент, когда истекли пять минут.
Более короткий простой поездку не прерывает: если объект стоял дольше 30 секунд, но меньше 5 минут, система фиксирует остановку внутри поездки, а сама поездка продолжается. Само по себе изменение или неизменность координат на завершение поездки не влияют: состояние объекта определяется скоростью и временем. На другое координаты влияют — по ним считается пробег, а поездка с нулевым пробегом в отчет не попадает.
Пороги задают для каждого объекта в его свойствах: в WALIOT.Навигатор — «Время начала остановки» и «Время начала стоянки», в WALIOT.Админ те же поля называются «Время остановки» и «Время парковки». Время остановки должно быть меньше времени стоянки, а оба — меньше «Порога офлайна» (см. Q3.29). «Порог движения» меняют только в WALIOT.Админ.
¶ Q3.3. Чем отличается время поездки от времени работы двигателя?
Длительность поездки — это все время от окончания одной стоянки до начала следующей, включая остановки, которые не дотянули до стоянки. Чистое время хода показывают отдельные колонки отчетов: «Длительность в движении» (в отчетах по пробегу она называется «Время в пути») и «Работа в движении» — время работы двигателя во время движения.
Время работы двигателя учитывает весь период, когда зажигание включено, включая простои на холостом ходу.
¶ Q3.4. Что считается холостым ходом?
Холостой ход — работа двигателя без движения: зажигание включено, а объект стоит (скорость не выше «Порога движения»). Кратковременные остановки отсеиваются задержкой регистрации остановки (по умолчанию 30 секунд). Так холостой ход считают отчеты, итог «На стоянке» в треке и уведомление «Простой на холостом ходу»; стоянка с заглушенным двигателем в него не попадает. Для транспорта, который работает в движении, этого достаточно. У спецтехники, которая работает стоя на месте, в такой холостой ход попадает и работа на месте: для нее холостой ход определяют по оборотам двигателя «Датчиком ВКЛ/ВЫКЛ» с типом «Холостой ход», его учитывает модуль «Аналитика» (см. Q3.27).
¶ Q3.5. Как система определяет заправку топлива?
Заправка фиксируется, когда объем топлива в баке резко увеличивается больше установленного порога. Порог задается в миллилитрах — поле «Минимальный объем топлива для учета заправки». Настраивает его администратор, причем не в самом датчике уровня топлива, а в оборудовании «Анализ топлива». Автоматической связи порога с объемом бака нет: значение подбирают вручную под тип техники и бак. Мелкие колебания уровня и плавные изменения при этом отсеиваются, чтобы исключить ложные события. Без датчика зажигания на объекте заправки не распознаются. Обзор темы — «Контроль топлива».
¶ Q3.6. Как система определяет слив топлива?
Слив фиксируется, когда объем топлива в баке резко уменьшается больше установленного порога — поле «Минимальный объем топлива для учета слива» в настройках «Анализа топлива». Мелкие колебания и плавное снижение уровня система трактует как обычный расход, а не слив. Резкие маневры и тряска при движении могут искажать показания, поэтому важны корректная тарировочная таблица и настройка фильтрации в анализе топлива.
¶ Q3.7. Почему в отчете о заправках/сливах события отличаются от фактических?
Основные причины:
- некорректная или устаревшая тарировочная таблица датчика уровня топлива (ДУТ);
- неподходящие настройки анализа топлива: слишком высокие или низкие «Минимальный объем топлива для учета заправки» и «Минимальный объем топлива для учета слива», неподходящий «Тип сглаживания топлива»;
- нестабильные показания при движении (качка топлива, резкие маневры, тряска на дороге);
- изменение температурного режима эксплуатации транспортного средства (топливо расширяется/сжимается, что вносит погрешность).
Как проверить конкретное событие — в Q2.1, обзор темы — «Контроль топлива».
¶ Q3.8. Как определяется превышение скорости?
Превышение фиксируется, когда скорость объекта строго выше наименьшего из действующих ограничений. Ограничение берется из таких источников:
- «Максимальная скорость» объекта — поле в карточке объекта WALIOT.Админ и в «Свойствах объекта» WALIOT.Навигатора: при создании объекта оно заполнено значением 90 км/ч, и для конкретного объекта его можно изменить;
- «Максимальная допустимая скорость движения в зоне» геозоны — только для геозон, отмеченных в дереве объектов при построении отчета «Превышение скорости», таблицы «Превышение скорости» произвольного отчета или условия уведомления (Q3.44);
- четыре предела оборудования «Качество вождения» — по асфальтированным и грунтовым дорогам, в черте и за чертой города: они действуют, если оборудование есть на объекте и по точке есть картографические данные;
- поле «Лимит скорости» в условии уведомления: если оно заполнено, система сравнивает скорость только с ним, а остальные ограничения не действуют; значения по умолчанию у поля нет.
Сравнивается скорость трекера (GPS) или скорость по CAN — как выбрано в поле «Расчет значения скорости» «Датчика измерительных приборов» (Q3.30). Карты дорог с ограничениями по знакам в Waliot нет. В отчете «Превышение скорости» столбец «Ограничение скорости, км/ч» показывает, какое именно ограничение сработало. Отдельная минимальная длительность превышения по умолчанию не задана — событие фиксируется сразу; при построении отчета можно включить фильтр, отсекающий слишком короткие превышения (Q2.8).
¶ Q3.9. Почему в отчете по поездкам данные отличаются от карты?
Причины:
- трек на карте, события и отчеты строятся по одной и той же телеметрии, прошедшей одни и те же фильтры, — карта не показывает «больше» точек, чем видит отчет;
- расходятся правила деления на поездки: «Выезды» и путевые листы делят трек на поездки между стоянками дольше «Времени начала стоянки», отбрасывают поездки без пробега, а путевые листы — еще и короче «Игнорировать выезды менее»;
- различия возможны из-за разной обработки стоянок и коротких поездок.
Без фильтров показывается только текущее положение объекта: маркер на карте может стоять в точке, которой нет в треке.
¶ Q3.10. Что значит событие «резкое ускорение» или «резкое торможение»?
Это событие создает платформа по данным трекера. Трекер присылает три максимальных значения ускорения: при движении (разгон), при торможении и при поворотах. Платформа сравнивает присланное значение с порогом из оборудования «Акселерометр»: событие начинается, когда значение не ниже порога, и заканчивается, когда оно ниже. Видов три — «Ускорение при движении», «Ускорение при торможении» и «Ускорение при поворотах». Платформа не рассчитывает ускорение по скорости или координатам.
Чувствительность задают пороги в м/с² отдельно для каждого вида: чем ниже порог, тем больше событий. Пороги в оборудовании «Акселерометр» правят администраторы в WALIOT.Админ; задайте порог для каждого из трех видов маневров: без порога расчет событий объекта не выполняется. События видны в отчете «Опасное маневрирование» и в таблице «Хронология» произвольного отчета; события и отчеты работают на объектах с оборудованием «Акселерометр» (Q1.46, Q5.33).
¶ Q3.11. Чем отличается остановка от стоянки?
- Остановка — кратковременное прекращение движения транспортного средства (например, на светофоре или при посадке пассажиров).
- Стоянка — преднамеренное прекращение движения на более длительное время (например, при разгрузке или отдыхе водителя).
Как это отражается в системе Waliot:
- если скорость объекта не выше «Порога движения» дольше 30 секунд, система считает, что движение прекратилось (остановка); пауза не больше 30 секунд считается незначительной и события не создает — кроме случаев, когда она приходится на начало интервала или на момент восстановления связи;
- если простой превышает установленный тайм-аут (по умолчанию 5 минут), формируется стоянка;
- короткие остановки отображаются в треке; в отчете «Стоянки» они не выделяются как отдельные события, а в отчете «События» — учитываются.
Пороги времени остановки и стоянки можно изменить в свойствах объекта: в WALIOT.Навигатор — «Время начала остановки» и «Время начала стоянки», в WALIOT.Админ — «Время остановки» и «Время парковки».
¶ Q3.12. Почему движение на низкой скорости фиксируется неточно?
При очень медленном движении навигационные данные могут иметь значительную погрешность, из-за чего система мониторинга иногда воспринимает объект как стоящий. Основные причины:
- Периодичность передачи координат. Трекер передает данные не непрерывно, а с заданным интервалом.
- Погрешность позиционирования. При низкой скорости ошибка 3–5 метров может давать значительное искажение.
- Дрейф координат. При слабом спутниковом сигнале возможны скачки местоположения, особенно в городе или под навесом.
На практике это означает:
- на скорости около порога движения система может чередовать состояния «движение» и «остановка»; фиксированной границы вроде «3 км/ч» в платформе нет — ее задает поле «Порог движения», по умолчанию равное 0;
- при маневрировании на парковке или движении в пробке возможны небольшие «скачки» трека;
- для уточнения состояния можно использовать зажигание и данные CAN-шины, если они доступны: зажигание действует через «Радиус фильтрации на стоянках» (с выключенным зажиганием объект неподвижен, см. Q4.12), CAN — через «Расчет значения скорости» = «CAN» в «Датчике измерительных приборов» (см. Q3.30).
¶ Q3.13. Можно ли вести учет склада запчастей и заранее видеть, какие расходники понадобятся парку?
Планировать работы по технике помогает раздел Техническое обслуживание — планы ТО с интервалами по пробегу, моточасам и календарю, с уведомлением при заходе в красную зону, и отчет История прохождения ТО. По ним видно, какие работы предстоят по каждой единице техники и когда; остатки, закупки и списание запчастей ведут в складской или учетной системе предприятия. Состояние по каждому виду работ показано зонами: желтая — пройдено от 40 % до 80 % интервала, красная — остаток 20 % интервала или меньше либо срок уже пропущен.
Справочники сотрудников (водителей) и прицепного оборудования с их реквизитами ведутся в разделе «Ресурсы предприятия».
¶ Q3.14. Может ли система предложить оптимальные места для установки зарядных станций?
Где техника фактически проводит время, показывают отчет по стоянкам и тепловая карта: по ним видны реальные точки простоя и его продолжительность. По этим данным пользователь выбирает места для зарядных станций, стоянок и складов.
¶ Q3.15. Есть ли контроль зарядных сессий электромобилей?
Электропитание объекта контролирует датчик «Напряжение АКБ» — ему задают вольтаж батареи (12 или 24 В) и границы допустимых значений. В карточке объекта его показание выводится строкой «Бортовая сеть», а уведомление «Проблемы с зарядом АКБ» сообщает о недозаряде и перезаряде. Другие напряжения снимают обычным «Аналоговым датчиком», привязав к параметру напряжения питания (см. Дополнительное оборудование): их показания видны на графике трека и попадают в отчеты. По ним видно, когда напряжение выросло; кто, где и сколько заряжал автомобиль и сколько это стоило, учитывает система зарядных станций.
¶ Q3.16. Можно ли отслеживать не только транспорт, но и стационарные объекты?
Да. Объект в платформе — не обязательно транспорт: любой объект заводится с трекером и нужным набором датчиков (в WALIOT.Админ тип объекта называется «Транспортное средство»). Поэтому под мониторинг попадают дизель-генераторы и насосы (моточасы и факт работы — через датчики зажигания и работы оборудования, обороты), холодильные установки и рефрижераторы (датчики температуры, состояние установки — «Датчик ВКЛ/ВЫКЛ» или «Произвольный логический датчик»; параметры самой холодильной установки, если трекер их передает, попадают в «Телеметрию», а температуру из них выводит датчик температуры по «Ключу атрибута» — ключи перечислены в таблице параметров), топливные емкости, цистерны и АЗС (датчики уровня топлива, учет выдачи). Полный перечень датчиков — «Дополнительное оборудование».
Для фиксации местоположения стационарного объекта рекомендуется использовать «Настройки навигации» в режиме «Стационарный объект»: администратор в WALIOT.Админ задает поля «Широта» и «Долгота», и заданная точка используется вместо координат трекера на карте, в карточке объекта, на треке, в отчетах, в списке «Объекты» и на тепловой карте. В карточке такой объект, пока он на связи, показывается в состоянии «Стоянка» со скоростью 0 (сразу после включения режима возможна «Остановка»), а без пакетов дольше «Порога офлайна» — «Потеря связи»; скорость в отчетах берется из данных трекера. Если трекер передает данные редко, «Порог офлайна» объекта задают больше интервала передачи. Раздел «Телеметрия» WALIOT.Админ показывает записи трекера без подмены.
От «Радиуса фильтрации на стоянках» режим отличается тем, что радиус гасит дрейф координат только у стоящего объекта и оставляет последнюю достоверную точку, а режим «Стационарный объект» всегда подставляет заданную точку (см. Q4.3). Датчики на неподвижном объекте работают так же, как на технике: режим подменяет только координаты.
На топливной емкости или АЗС заправки и сливы по ДУТ считаются при наличии «Датчика зажигания»; для анализа топлива выбирают тип техники «Стационарный объект» или «Цистерна». Выдачу показывают отчеты «Выдача УСС», «Выдача топлива по картам» и «Выдача топлива по радиусу».
¶ Q3.17. Может ли система автоматически выявлять технику, которая слишком долго в ремонте относительно аналогичных машин?
По телеметрии доступен анализ простоя и стоянок и холостого хода (сколько техника стояла или работала вхолостую), а плановое обслуживание отслеживается по интервалам — моточасы, пробег, календарь (см. «Техническое обслуживание»). Сравнивают сроки ремонта машин в учетной системе предприятия. Плитки «Ремонт» и «ТС в ремонте» в модуле «Аналитика» зарезервированы и пока недоступны.
¶ Q3.18. Умеет ли система сопоставлять гарантийный случай с фактическими условиями эксплуатации техники?
Для разбора гарантийного случая платформа дает фактическую телеметрию — моточасы, обороты, температуру, нагрузку на ось (если ее передает трекер), режимы работы. Эти данные выгружают в отчеты и сверяют с гарантийными условиями техники.
¶ Q3.19. Есть ли сквозная связка: неисправность — заявка на ремонт — заказ-наряд — запчасть — поставщик — фактическая стоимость ремонта?
Платформа ведет плановое техническое обслуживание по интервалам (моточасы, пробег, календарь) с уведомлением при заходе в красную зону и историей обслуживания, а также учет топливных затрат; заявки, заказ-наряды, запчасти, поставщиков и стоимость ремонта ведут в учетной системе предприятия (см. также Q3.13). Операции по топливным картам приходят из процессингов, а по одному из них — и уведомления о штрафах ГИБДД; и то и другое собрано в разделе «Топливные карты и штрафы».
¶ Q3.20. Как рассчитать окупаемость системы для парка из 10, 50 или 500 единиц техники?
Окупаемость рассчитывают индивидуально: срок зависит от состава парка, задач и текущих потерь (перерасход и сливы топлива, переработки и простои, штрафы), поэтому расчет делается под конкретный парк. За ориентирами и детальным расчетом обратитесь к вашему менеджеру Waliot — он поможет оценить экономию по вашим данным.
¶ Q3.21. Моточасы по зажиганию или по CAN — где выбрать и на что это влияет?
Источник выбирает администратор в WALIOT.Админ, в «Датчике измерительных приборов» объекта, полем «Расчет значения моточасов»: «Зажигание» или «CAN» (для CAN задают «Выражение для расчета значения моточасов»). Без этого датчика моточасы считаются по зажиганию. Выбор влияет на «Моточасы» в карточке объекта и на ТО по моточасам. Трек и отчеты всегда считают время по зажиганию, а показания счетчика машины выводятся в отчетах отдельными столбцами «Общие моточасы по CAN».
¶ Q3.22. Как поправить текущие моточасы для ТО?
При расчете по зажиганию текущее значение задают в WALIOT.Навигаторе: «Свойства объекта» → вкладка «Обслуживание» → «Время работы по датчику зажигания»; сохраненное значение становится новой точкой отсчета. Там же «Коэффициент моточасов» — множитель показания счетчика по зажиганию. При расчете по CAN моточасы ТО — показание счетчика машины, и правка поля на них не влияет. Подробнее — Источник пробега и моточасов.
¶ Q3.23. Что показывает «На стоянке» в итогах трека?
Итог «На стоянке» — сколько двигатель работал, пока объект стоял на остановках и стоянках, то есть холостой ход за период. Стоянка с заглушенным двигателем в него не входит, поэтому итог меньше времени стоянки. У спецтехники, которая работает стоя на месте, в итог входит и работа на месте (см. Q3.27). Все время стоянки показывают плитка со значком стоянки над итогами и отчет «Стоянки». Подробнее — Итоговые показатели.
¶ Q3.24. Что значит «Простой с выключенным зажиганием» и почему у объекта все стоянки такие?
Это остановки и стоянки, во время которых зажигание было выключено; остановки и стоянки с включенным зажиганием — «Простой с включенным зажиганием», то есть холостой ход (в интерфейсе — «выкл.» и «вкл.»). Если у объекта все стоянки с выключенным зажиганием, платформа не видит работу двигателя: проверьте, что на объекте настроен «Датчик зажигания» и он фиксирует включение (см. Q2.6 и Q5.7).
¶ Q3.25. Как узнать, когда работало навесное оборудование?
Работу навесного оборудования и механизмов — насоса, отвала, фрезы — учитывает «Датчик ВКЛ/ВЫКЛ». Текущее состояние видно в карточке объекта в строке «Оборудование» («вкл.» или «выкл.»), а объекты с таким датчиком отмечены системной меткой «Вторые моточасы». Интервалы и время работы за период показывает отчет «Моточасы» — отдельным блоком по каждому датчику. Прицепные агрегаты учитываются по RFID (см. Q5.13).
¶ Q3.26. Что означает «вкл.» в строке «Угол наклона» карточки объекта?
«вкл.» — угол наклона превысил «Порог сработки», заданный в датчике угла наклона; «выкл.» — не превысил. Сработки за период показывает отчет «Датчик угла наклона»; если в датчике включено «Игнорирование срабатывания в движении», сработки во время движения в отчет не попадают.
¶ Q3.27. Экскаватор работает на месте — почему это считается холостым ходом?
По зажиганию холостой ход — вся работа двигателя на стоянке, поэтому у экскаватора, погрузчика, крана и другой спецтехники, которая работает стоя на месте, в него попадает и работа на месте. Разделить холостые и рабочие обороты позволяет «Датчик ВКЛ/ВЫКЛ» с типом «Холостой ход», построенный по оборотам двигателя: с ним модуль «Аналитика» показывает холостой ход по датчику и отдельно — «Работу на месте на рабочих оборотах». Отчеты, итог «На стоянке» и уведомление «Простой на холостом ходу» считают холостой ход по зажиганию. Подробнее — Тип «Холостой ход» для спецтехники.
¶ Q3.28. Почему поменялись цифры в отчетах за прошлые дни?
Треки и отчеты не хранятся готовыми: их строят по телеметрии в момент запроса с текущими настройками объекта. Поэтому правка порогов, датчиков, источника пробега, коэффициента или «Настроек навигации» сразу меняет цифры и за прошлые периоды; так же действуют импорт и удаление телеметрии за прошлые даты. Сама телеметрия от настроек не меняется: фильтры работают при построении, и прежняя настройка возвращает прежние цифры. Не пересчитываются уже рассчитанные сутки модуля «Аналитика». Сохраненные точки отсчета техобслуживания не пересчитываются при смене лимитов и «Настроек навигации»; показание пересчитывается при смене коэффициентов и при поступлении от трекера данных за прошлое. Почему из-за этого цифры «Аналитики» могут отличаться от отчетов — Почему цифры не равны отчету.
¶ Q3.29. Почему не сохраняется «Время начала стоянки»?
Пороги объекта связаны порядком: «Время начала остановки» меньше «Времени начала стоянки», а оно меньше «Порога офлайна» (в WALIOT.Админ — «Время остановки» < «Время парковки» < «Порог офлайна»). Порядок проверяется при сохранении объекта: например, стоянку от 2 часов нельзя задать при «Пороге офлайна» 1 час, принятом по умолчанию. Сначала администратор увеличивает «Порог офлайна» в WALIOT.Админ, затем меняют время стоянки. Учтите, что с большим «Порогом офлайна» потеря связи фиксируется позже (см. Объекты).
¶ Q3.30. Включили скорость по CAN — почему пропали поездки?
Поле «Расчет значения скорости» = «CAN» в «Датчике измерительных приборов» берет скорость точки из CAN-шины. Точка, в которой CAN-скорости нет, считается неподвижной: поездки распадаются на стоянки, и путевые листы и «Выезды» теряют эти участки. Пробег по GPS считается по скорости спутниковой навигации и от этого не меняется. Проверьте в разделе «Телеметрия» WALIOT.Админ, что параметр скорости из CAN приходит в каждой точке; если трекер передает его не всегда, верните расчет скорости по GPS.
¶ Q3.31. Чем КПД отличается от КИП и КТГ?
КПД — доля моточасов, приходящаяся на движение (не КПД двигателя); КТГ («Доступность») — доля дней на связи, а не показатель технической исправности; КИП (кольцо «Эффективность» на «Обзоре») — доля календарного времени без холостого хода. Подробнее — КПД и КТГ и глоссарий.
¶ Q3.32. Что нужно, чтобы в «Аналитике» считались нормы топлива и холостой ход?
- Датчик зажигания на объекте — основа моточасов и холостого хода;
- для спецтехники, которая работает стоя на месте, — «Датчик ВКЛ/ВЫКЛ» с типом «Холостой ход» (Тип «Холостой ход» для спецтехники);
- основной «Анализ топлива» с привязанным ДУТ — для фактического расхода, заправок и сравнения с нормой;
- норма в окне «Свойства объекта», раздел «Расход топлива».
Полный перечень по вкладкам — Требования к оборудованию по вкладкам.
¶ Q3.33. Почему цифры «Аналитики» не равны отчету за тот же период?
Чаще всего потому, что «Аналитика» складывает суточные срезы за завершенные сутки и не пересчитывает их, а отчеты строятся по текущим настройкам в момент запроса. Кроме того, холостой ход спецтехники с датчиком «Холостой ход» (Тип «Холостой ход» для спецтехники) в «Аналитике» считается по датчику, а в отчетах — по зажиганию, а «на связи» — день, за который пришла хотя бы одна точка, а не «Порог офлайна». Сначала проверьте, что объекты и период одинаковы. Все причины — Почему цифры не равны отчету.
¶ Q3.34. Почему ТО просрочено, хотя срок еще не наступил?
Статус ТО определяется долей пройденного интервала, а не только фактом просрочки. Красная зона начинается, когда остаток до обслуживания составляет 20 % интервала или меньше, поэтому такое ТО попадает в карточку «Просрочено» на сводке и в сегмент «просрочено» кольца «Техническое обслуживание» в «Обзоре» аналитики еще до срока. Отличить его от действительно пропущенного можно по тексту: у пропущенного вместо остатка написано «Просрочено на …», а у ТО с малым запасом остаток продолжает показываться. Подробнее — Статусы ТО.
¶ Q3.35. Почему в карточке нет одометра или моточасов и не считается ТО?
Пробег по ГЛОНАСС, моточасы по зажиганию и накопительный одометр считаются от стартовой точки, которую задает пользователь, — без нее нет показаний и статусов ТО. Если в карточке объекта нет строк «Одометр» или «Моточасы», задайте стартовые значения в WALIOT.Навигаторе: «Свойства объекта» → вкладка «Обслуживание» → «Пробег» и «Время работы по датчику зажигания». Стартовое значение накопительного одометра задает администратор в WALIOT.Админ, в датчике измерительных приборов (поле «Текущее значение одометра»). У CAN стартовые значения не нужны: показания берутся с самой машины. Подробнее — Стартовые значения пробега и моточасов.
¶ Q3.36. Приходят ли уведомления о ТО и как их включить?
Да, уведомление одно — при заходе записи ТО в красную зону. В разделе уведомлений WALIOT.Навигатора создайте уведомление с условием «Критическая зона ТО» и включите флажок «Сработка для любой записи ТО»; пришедшее сообщение называется «Техническое обслуживание в красной зоне». Оно приходит один раз на каждый заход записи в красную зону и содержит название записи, текущее значение и «Следующее ТО» (для ТО по времени — только «Следующее ТО»). Отдельных уведомлений о желтой зоне и о наступившей просрочке нет. Подробнее — Напоминания, события и отчеты.
¶ Q3.37. Кто может создавать и отмечать ТО?
Право «Добавление записей о проделанных ТО» открывает создание, правку и удаление видов работ, отметку выполнения и удаление записей журнала. Право «Получение информации о техническом обслуживании» дает только просмотр раздела, статусов и истории. Роли «Расширенный пользователь», «Администратор» и «Расширенный администратор» могут получить оба права, а для роли «Пользователь» доступен только просмотр. Раздел и кнопки в интерфейсе видны всем, а создавать, отмечать и править ТО может только пользователь с нужным правом. Подробнее — Права доступа.
¶ Q3.38. Что будет со следующим ТО, если выполнить его раньше или позже плана?
Это зависит от поля «Стратегия» вида работ. При «Статичной» следующее значение считается от планового: при ТО на 10 000 км и интервале 10 000 км следующее остается на 20 000 км, даже если работу закрыли на 8 000 или на 12 000 км. При «Динамичной» (по умолчанию) оно считается от фактического: закрыли на 8 000 км — следующее на 18 000 км, на 12 000 км — на 22 000 км. У «Разового» ТО следующего нет: после отметки в таблице истории в столбцах «Следующее ТО» и «Осталось до ТО» стоит «-». Подробнее — Стратегия расчета следующего ТО.
¶ Q3.39. Можно ли вести по ТО календарные напоминания, например страховку или поверку?
Да, для этого у вида работ есть тип «Время». Укажите «Дата первого ТО» и «Интервал»: «1 день», «7 дней», «30 дней», «1 год» либо «Произвольный» с числом дней в поле «Количество дней»; «Периодичность» — «Разовое» или «Повторяющееся». Так можно вести, например, страховку или поверку оборудования. Срок идет теми же зонами, что и пробег с моточасами, а уведомление приходит при заходе в красную зону (см. Q3.36). Подробнее — Создание вида работ.
¶ Q3.40. Как работают рабочие смены водителей?
Смены строит оборудование «Водители». При типе «Идентификация RFID» смена открывается, когда выражение «Начало рабочей смены» над данными телеметрии (например, над номером карты) становится истинным, и закрывается по выражению «Окончание рабочей смены»; при типе «Постоянный» водитель закреплен за объектом. Для типа «Идентификация RFID» при незаполненном «Окончании рабочей смены» смена закрывается на следующей точке, а смена, не закрытая к концу периода, — на последней точке. RFID-считыватель для смены не нужен: достаточно номера карты или ключа в телеметрии. Смены показывает отчет «Рабочие смены водителей» (начало, окончание, длительность, пробег и работа двигателя за смену); как платформа считает смену — Как платформа считает.
¶ Q3.41. Как считается счет за платформу и почему он не совпадает с числом объектов?
В разделе «Биллинг» WALIOT.Админ суммарная абонентская плата организации равна числу ее объектов в статусе «Норма», умноженному на значение поля «Абонентская плата» этой организации. Объекты в любом другом статусе (новый, блокирован, демонтирован, тест и др.) не тарифицируются, поэтому число в счете может быть меньше общего числа объектов. В режиме счета вложенные организации сворачиваются в родительскую, если у них не задан ИНН или абонентская плата либо они совпадают с родительскими; их объекты тарифицируются по плате родительской организации.
Организация, под которой вы вошли, в счет не входит: ее объекты не тарифицируются, организации первого уровня к ней не присоединяются, а организации без объектов в статусе «Норма» в режиме счета не показываются. В файле «Выгрузка счетов» (CSV) есть название организации, ИНН, абонентская плата и число объектов в статусе «Норма»; суммарную абонентскую плату получают умножением этих значений. Раздел доступен с правом «Доступ к конфиденциальным полям» и ничего не списывает.
¶ Q3.42. Как учесть выдачу сыпучих материалов?
Выдачу сыпучих материалов платформа фиксирует по RFID-карте: считыватель в точке приема (весовая, элеватор, склад) читает карту транспортного средства, а отчет «Выдача сыпучих материалов» группы «Сельское хозяйство» показывает время начала и окончания, длительность и место выдачи. Для отчета нужно оборудование «RFID считыватель» в точке приема, а чтобы в строке была видна машина, ее карту заводят объекту как карту типа «Топливная RFID карта для УСС». Событие карты передают не все трекеры: какие трекеры передают событие карты, уточните у технической поддержки.
¶ Q3.43. Как считается «Коэффициент качества вождения»?
Столбец «Коэффициент безопасного вождения» отчета «Коэффициент качества вождения» показывает, сколько нарушений приходится на 1000 км пробега объекта за выбранный период: считаются резкие ускорения трех видов — при движении, торможении и поворотах — и превышения скорости. Чем меньше значение, тем безопаснее стиль вождения. Если пробег или число нарушений за период равны нулю, на экране ячейка коэффициента пуста. Расчет идет по объекту, а не по водителю, и требует оборудования «Акселерометр». Подробнее — раздел «Назначение и состав».
¶ Q3.44. Как задать ограничение скорости на территории?
Ограничение территории задают в карточке геозоны необязательным полем в км/ч: в WALIOT.Админ — «Максимальная допустимая скорость движения в зоне» в «Геозонах», в WALIOT.Навигаторе — «Максимальная скорость» в карточке геозоны. Ограничение действует в отчете «Превышение скорости», в таблице «Превышение скорости» произвольного отчета и в условии уведомления — только для геозон, отмеченных в дереве объектов при построении отчета или в дереве условия; в произвольном отчете отмеченные геозоны действуют на все таблицы отчета, где считаются превышения скорости. Цвет линии трека в WALIOT.Навигаторе учитывает ограничения всех геозон организации. В состоянии объекта на карте и в других стандартных отчетах ограничение геозоны не участвует. Остальные источники ограничения — Q3.8.
¶ Q3.45. Как контролировать маршрут и посещение точек?
Контроль рейса строится на геозонах. Точки рейса — склады, клиентов, объекты — задайте геозонами, а путь между ними — геозоной «Линия»: это коридор заданной ширины вдоль ломаной линии (Q1.47). Уведомление «Выезд из геозоны» сообщит, что объект покинул точку или коридор, а «Въезд в геозону» — что он прибыл (Q1.48). Фактические посещения и время в точках за период показывают отчеты «Посещение геозон» и «Прохождение геозон», а поездки между стоянками — «Выезды» (Q1.49). Сопоставление плановых рейсов из путевых листов с фактом ведется в 1С:УАТ: план хранится в 1С, а мониторинг Waliot передает в нее координаты, по которым 1С заполняет фактические посещения (Q7.5, «Автоматический план-факт посещений»).
¶ Q3.46. Как посчитать обработанную площадь поля?
Площадь считает отчет «Обработка полей» из группы «Сельское хозяйство». Нужна геозона с признаком «Сельскохозяйственное поле» и заполненной «Шириной междурядья» в метрах: площадь обработки — это площадь полосы вдоль трека объекта внутри поля, шириной полосы служит «Ширина междурядья», а без нее площадь не считается. Отметьте в дереве объекты и геозоны-поля, выберите отчет и период. В таблице — «Площадь поля, га», «Количество посещений», «Площадь обработки, га», «Процент обработки, %» и «Выработка, га/ч». Как создать геозону — Q1.47.
¶ 🚨 4. Ошибки и сбои
В этом разделе собраны ответы на самые частые вопросы, связанные с техническими сбоями, потерей связи, некорректными данными и нестандартными ситуациями при работе с системой Waliot. Здесь описаны типичные ошибки, причины их возникновения и способы устранения.
¶ Q4.1. Почему пропала связь с устройством?
Основные причины:
- SIM-карта может быть неправильно установлена или повреждена;
- закончился баланс на SIM-карте или нет тарифа передачи данных;
- отсутствует GSM-сигнал или SIM-карта заблокирована;
- устройство выключено или отключено от питания;
- неверные настройки APN/сервера;
- в регионе мобильный интернет ограничен белыми списками и адрес приема данных недоступен трекерам — уточните у оператора связи.
Состояние SIM-карты платформа не показывает: активна ли она, есть ли баланс и тариф с передачей данных, не заблокирована ли и не в роуминге ли, проверяют у оператора связи. Если на SIM-карте заблокированы входящие SMS или они принимаются только с разрешенного номера, сменить сервер трекера SMS-командой не получится — снимите блокировку или отправляйте команду с разрешенного номера.
Если связь пропала сразу у многих объектов, сравните объекты разных организаций и операторов связи: сначала проверьте оператора, затем страницу статуса облачных сервисов на странице «Контакты».
Если связь с сервером есть, но данные не доходят, причина другая — разбор в Q5.2 и Q5.15.
¶ Q4.2. Почему данные от устройства приходят с задержкой?
Причина почти всегда на стороне устройства или связи: слабый GSM-сигнал и буферизация («черный ящик»), большой интервал отправки пакетов или энергосберегающий режим. У объектов, данные которых приходят ретрансляцией из другой системы, задержку дает система-источник. Разбор причин и что с ними делать — в Q2.7.
¶ Q4.3. Почему на карте отображается «скачок» или «прыжок» объекта?
Обычно это связано с временной потерей ГНСС-сигнала (туннель, здания, РЭБ). Рекомендуется:
- проверить количество спутников и HDOP;
- при скачках в движении и при РЭБ — включить встроенный фильтр РЭБ: оборудование «Настройки навигации» → «Интеллектуальная фильтрация» (см. Q2.21);
- для неподвижного объекта (АЗС, емкость, генератор) — оборудование «Настройки навигации» в режиме «Стационарный объект»: вместо координат трекера на карте, в карточке, на треке и в отчетах используется заданная точка независимо от скорости и радиуса (см. Q3.16);
- при дрейфе на стоянке — задать «Радиус фильтрации на стоянках» — это не переключатель, а число в метрах в настройках объекта, его правит администратор: координаты внутри радиуса на стоянке, пока объект не быстрее «Порога движения», заменяются последней достоверной точкой. С «Датчиком зажигания» при выключенном зажигании объект стоит на месте при любом расстоянии (см. Q4.12).
Про разрывы трека, а не одиночные скачки, — см. Q2.9.
¶ Q4.4. Почему объект задвоился или отображается дважды в списке?
Причины:
- объект создан дважды в разных организациях;
- для объекта настроены дубликаты (специальная функция дублирования) или ссылки на него из других организаций.
Перенос объекта между организациями сам по себе дублей не создает — это перемещение с сохранением идентификатора и всей истории.
¶ Q4.5. Почему не работает доступ в систему (не могу войти)?
Основные причины:
- неверное «Имя пользователя» (логин), «Пароль» и/или «Регистрационный ключ» (ключ организации);
- доступ был ограничен администратором — заблокирована учетная запись либо организация целиком;
- учетная запись заблокирована автоматически после серии неверных попыток ввода пароля (см. Q6.12) либо с вашего IP-адреса действует временный бан (см. Q6.13).
Прежде всего проверьте все три поля: регистр и раскладку клавиатуры, похожие символы (I и l, 0 и O) и не подставил ли менеджер паролей старый пароль. Развернутый разбор всех причин, включая то, кто и как снимает блокировку, — в Q6.2.
Задолженность организации вход не закрывает: в WALIOT.Навигатор показывается сворачиваемый баннер «Напоминание об оплате», работать можно. При задолженности условия уведомлений организации не считаются, а публичные ссылки на объекты (шеринг) не работают. Блокировка организации устроена иначе: закрыты вход, доступ по API, триггеры и ретрансляция, отчеты по расписанию не строятся и публичные ссылки не работают (Q6.2). Признаки «Задолженность» и «Блокировка» выставляет администратор вышестоящей организации в карточке организации («Организации», порядок расчета — «Биллинг»). Порядок оплаты уточните у вашего дилера или в технической поддержке.
¶ Q4.6. Почему не приходят уведомления, хотя они настроены?
Возможные причины:
- действие уведомления не привязано к условию — отвязанное или удаленное действие ничего не отправляет;
- пользователь не подписан на канал доставки: в Telegram и MAX подписываются по ссылке на бота (Q1.30), а для почты и SMS в действии должны быть указаны адреса или телефоны;
- получатель отключил Telegram- или MAX-бота, письмо попало в «Спам», либо канал недоступен вашей организации — доступные каналы уточняйте у менеджера или в технической поддержке;
- не истек «Период эскалации» условия: пока он идет, повторное оповещение по тому же объекту не отправляется (Q1.17);
- у условия не отмечены объекты (объект, доступный по ссылке из другой организации, добавляют в условие только при наличии связи «Доступ для автоматических уведомлений») или у объекта нет трекера; условие и действие относятся к разным организациям;
- у условия по геозонам не выбрана геозона (без нее условие не срабатывает) или геозона удалена; заезд короче значения настройки организации «Минимальное время нахождения в геозонах» уведомления не вызывает;
- для «Простоя на холостом ходу» на объекте нет «Датчика зажигания», а для «Проблем с зарядом АКБ» и «Неприемлемых показаний произвольных датчиков» не заданы пороги датчика;
- организация заблокирована — условия уведомлений для нее не считаются;
- исчерпан лимит канала организации (Q1.31);
- событие пришло позже, потому что трекер передает данные редко.
Чек-лист с пояснениями — в разделе «Почему не пришло уведомление».
¶ Q4.7. Почему в отчетах отображаются нулевые значения (нет пробега, топлива)?
Нулевые значения означают, что параметр не дошел до отчета: датчик или CAN подключены некорректно, устройство его не передавало либо он не связан с объектом в настройках дополнительного оборудования. Как это проверить — в Q1.7; если пустует именно CAN — в Q2.4. Для топлива нужна связка: ДУТ, привязанный к анализу топлива, и датчик зажигания — без датчика зажигания заправки и сливы не распознаются, а расход считается только по разнице уровней и не делится на движение и стоянку. Если нули или прочерки в модуле «Аналитика» — Q4.16.
¶ Q4.8. Почему система работает медленно или «зависает»?
Причины:
- слабое интернет-соединение у пользователя или включенный VPN/прокси;
- слишком большой объем данных (много объектов или длительный период в отчетах);
- в WALIOT.Админ вставка тарировочной таблицы из буфера обмена работает, только если браузер разрешил сайту доступ к буферу обмена.
Если ошибки только у одного пользователя — проблема локальная (браузер, интернет), если у всех пользователей организации — проблема общая, сообщите о ней в техническую поддержку. Что сделать в самом приложении, чтобы разгрузить экран, — см. Q1.9.
¶ Q4.9. Почему на карте не загружается подложка?
Обычно это связано с отсутствием интернет-доступа или блокировкой картографического сервиса.
Рекомендуется:
- проверить интернет;
- переключить слой карты;
- попробовать другой браузер.
¶ Q4.10. Что делать, если устройство после установки не передает данные?
Проверьте:
- подключено ли питание;
- вставлена ли сим-карта и есть ли связь;
- корректность настроек APN и сервера передачи данных;
- зарегистрирован ли трекер в WALIOT.Админ по тому идентификатору, которым он представляется, — IMEI, серийному номеру или номеру SIM-карты;
- прошивка устройства актуальна, трекер передает данные по TCP и включена отправка истории из памяти («черного ящика»);
- привязан ли трекер к объекту мониторинга. Зарегистрированный, но не привязанный трекер платформа принимает и тут же отбрасывает данные — они не сохраняются. То же происходит, если все привязанные объекты находятся в статусах «Блокирован по запросу», «Демонтирован» или «Дубликат»: телеметрия записывается, если у трекера есть объект в рабочем статусе.
Изменения в привязке и статусах подхватываются не мгновенно — данные пойдут в течение минуты. После перепрошивки или смены настроек трекер может дольше выходить на связь: объект показывается потерявшим связь, пока не придет новая точка, а первая точка приходит с очередным пакетом по периоду передачи в настройках трекера; сколько это длится, зависит от модели. Как убедиться, что данные идут, — в вопросе Q4.14, а что проверить, если объект создан, а данных нет, — в вопросе Q4.15.
¶ Q4.11. Это потеря связи или стоянка?
Стоянка — объект на связи, но не движется дольше «Времени начала стоянки». Потеря связи — от трекера нет новых точек дольше «Порога офлайна» (по умолчанию 1 час), отсчет идет от времени фиксации последней точки трекером. Перерыв дольше порога обрывает текущее состояние — стоянку, остановку или движение, — после него начинается новое, поэтому одна стоянка может распасться на две с потерей связи посередине. Признаки потери связи — счетчик потери связи на карте, серый пунктир на треке и колонка «Офлайн» в «Пробеге по дням»; длинный участок, отброшенный фильтром навигации, тоже дает «Потерю связи», но в «Офлайн» не входит, а на треке нарисован желтым пунктиром. Частая причина — трекер на стоянке «засыпает» и передает точки реже «Порога офлайна»: интервал передачи на стоянке должен быть меньше порога (см. Q5.16 и Пробег по дням).
¶ Q4.12. Технику перевезли на тягаче — почему ее нет на треке?
Если у объекта задан «Радиус фильтрации на стоянках» и настроен «Датчик зажигания», при выключенном зажигании объект считается неподвижным: координаты остаются на месте стоянки, скорость обнуляется. Перевозка на тягаче или пароме с заглушенным двигателем поэтому не попадает ни в трек, ни в пробег — так платформа защищает пробег от размотки на стоянке. Исходные координаты перевозки остаются в разделе «Телеметрия» WALIOT.Админ, а сам маршрут виден по треку тягача, если он тоже на мониторинге.
¶ Q4.13. Объекты, перенесенные из другой системы, часто «не на связи» — почему?
При переносе объектов из другой системы мониторинга «Порог офлайна» рассчитывается по максимальному интервалу между сообщениями объекта в исходной системе, а не равен 1 часу, принятому в Waliot по умолчанию; если этот интервал не больше «Времени парковки», берется удвоенное «Время парковки». Если перенесенный порог меньше интервала, с которым трекер передает точки на стоянке, объект регулярно уходит в потерю связи при исправной связи. Проверьте «Порог офлайна» в карточке объекта в WALIOT.Админ (в секундах) и задайте значение больше интервала передачи на стоянке (см. Объекты и Переход из других систем).
¶ Q4.14. Как убедиться, что данные от трекера идут?
Проверяют по шагам, от сервера к объекту:
- Дошел ли трекер до сервера. В WALIOT.Админ в разделе «Аудит» вкладка «Устройства» показывает обращения незарегистрированных устройств, а вкладка «Трекеры» — неавторизованные трекеры (в интерфейсе подпись «Неавторизированные трекеры») с идентификатором, портом и типом идентификатора. Неавторизованный трекер — это устройство, которое подключилось с идентификатором, которого нет в платформе: введите этот идентификатор в карточку трекера (Q5.22) — после создания трекера запись из списка пропадает. Вкладка «Трекеры» доступна пользователям с правом «Работа с глобальными ресурсами системы»; без него смотрите вкладку «Устройства».
- Принимаются ли пакеты. Откройте «Телеметрию» трекера или объекта за нужный период: свежие записи в столбце «Прием данных» значат, что пакеты доходят и сохраняются, а столбец «Фиксация координат» и признак валидности показывают, когда и с какими координатами трекер снял точку (Q2.7, Q5.15).
- Видны ли значения у объекта. Текущие показания смотрите в карточке объекта на вкладке «Данные»; если в телеметрии записи есть, а датчик пуст — Q2.4 и Q5.8.
- Какие сообщения дошли до отчетов. Построчно сообщения объекта за период, уже прошедшие фильтры навигации, показывает таблица «Трассировка сообщений» в конструкторе отчетов; сырые записи трекера есть только в «Телеметрии».
- Журналы загрузок и отправок. В «Аудите» вкладка «Импорт» показывает загрузки файлов, «Ретрансляция» — отправки на внешние серверы, «Команды» — команды трекерам.
Нет записей ни в «Телеметрии», ни в «Аудите» — либо пакеты не доходят до сервера (питание, SIM-карта, APN, адрес и порт; Q4.10, Q5.2), либо трекер зарегистрирован, но у него нет объекта в рабочем статусе: такие пакеты подтверждаются и не сохраняются (Q4.15). Трекер виден в «Аудите» — не совпал идентификатор или порт (Q5.16). Записи в «Телеметрии» есть, а на карте пусто — Q5.15 и Q2.3.
¶ Q4.15. Объект создан, а данных нет — что проверить?
Данные сохраняются, если у трекера есть объект в рабочем статусе. Проверьте по порядку:
- трекер привязан к объекту (в карточке объекта выбран трекер) — иначе пакеты подтверждаются, но не сохраняются (Q2.16);
- статус объекта — не «Блокирован по запросу», «Демонтирован» и «Дубликат» (см. Объекты); после смены привязки или статуса данные пойдут в течение минуты;
- в карточке трекера идентификатор того типа, которым трекер представляется на своем протоколе (Q5.22);
- трекер настроен на адрес и порт своего протокола и передает по TCP (Q5.21);
- для объектов, загруженных импортом из прежней системы: сверьте идентификаторы в карточках трекеров с теми, которыми трекеры представляются на своих протоколах (Q5.22); трекеры нужно перенастроить на сервер Waliot (Q5.27), а «Порог офлайна» перенесенного объекта проверить по Q4.13.
Если трекер не виден ни в «Телеметрии», ни в «Аудите», — Q4.14.
¶ Q4.16. Почему в «Аналитике» ноль или прочерк?
Прочерк стоит там, где судить не о чем: «Расход на 100 км» без пробега, «Расход на моточас» без моточасов, плитки норм без заданной нормы, плитки «Ремонт» и «ТС в ремонте» (они пока недоступны). В остальных плитках и таблицах ноль означает «нет данных или нужного оборудования»: КПД и холостой ход — нет датчика зажигания, расход на холостом ходу — нет датчика «Холостой ход» (Тип «Холостой ход» для спецтехники), топливо — нет основного «Анализа топлива». Машина без датчика зажигания в КПД и холостом ходу парка не участвует, поэтому для этих показателей отмечайте машины с датчиком зажигания. Подробнее — Ноль или прочерк.
¶ 🛠 5. Оборудование и трекеры
В этом разделе собраны ответы на вопросы, связанные с установкой, настройкой и работой телематического оборудования: трекеров, датчиков уровня топлива, CAN-адаптеров и других устройств. Здесь рассмотрены типичные проблемы инженеров и интеграторов при подключении оборудования к платформе Waliot.
¶ Q5.1. Как зарегистрировать новое устройство в системе?
Для регистрации необходимо:
- добавить объект в WALIOT.Админ (Панели администратора);
- привязать к нему трекер, заполнив один из трех идентификаторов — IMEI (ровно 15 цифр), серийный номер или номер SIM-карты (в форме поле называется «Телефон»); достаточно любого одного, но он должен совпадать с тем, которым устройство представляется на своем протоколе;
- выбрать модель трекера из каталога поддерживаемого оборудования (справочник «Модели»): модель нужна, чтобы платформа знала протокол трекера для команд и импорта, а данные принимаются по порту, на который настроен трекер;
- убедиться, что трекер настроен на адрес и порт сервера (Q5.21).
Каждый идентификатор уникален в пределах платформы: завести два трекера с одинаковым IMEI, серийным номером или номером SIM-карты нельзя. Какой идентификатор вводить — Q5.22, подключение пошагово — Q5.24.
¶ Q5.2. Почему устройство не подключается к серверу?
Основные причины:
- устройство еще не зарегистрировано в платформе по тому идентификатору, которым оно представляется, — IMEI, серийному номеру или номеру SIM-карты (см. Q5.1);
- неверно указан адрес сервера или порт: телеметрия принимается только по протоколу TCP, и для каждого протокола оборудования платформа открывает свой порт — адрес сервера один, а порт зависит от того, по какому протоколу работает устройство (Q5.21);
- нет доступа к интернету через SIM-карту (проверьте APN);
- блокировка со стороны оператора (закончился баланс или тариф без передачи данных);
- устройство использует не поддерживаемый протокол передачи данных или устаревшую прошивку.
¶ Q5.3. Как проверить, поддерживается ли трекер платформой Waliot?
Список поддерживаемых моделей доступен в документации и в панели администратора при добавлении трекера. Часть устройств работает по протоколам EGTS и Wialon IPS: у каждого варианта под производителя свой порт — для EGTS это 30008, 30011, 30019 и 30036, для Wialon IPS — 30009, 30010 и 30015, на всех этих портах идентификатор — IMEI. Выберите порт производителя трекера в таблице портов (Q5.21, Q5.23), а если модели вашего оборудования в списке нет — любой порт нужного протокола, если прошивка позволяет перевести трекер на EGTS или Wialon IPS (подробнее — «Если модели трекера нет в перечне»). Другой путь — ретрансляция с прежней платформы (Q5.26). С вопросами о поддержке новой модели обратитесь в техническую поддержку.
¶ Q5.4. Почему не работают датчики уровня топлива (ДУТ)?
Возможные причины:
- ДУТ не откалиброван или загружена некорректная тарировочная таблица;
- датчик не подключен к трекеру или неверно задан вход;
- ДУТ не связан с анализом топлива: в поле «ID привязанного анализа топлива» не выбран анализ;
- на объекте нет датчика зажигания — без него заправки и сливы не распознаются, а расход считается только по разнице уровней и не делится на движение и стоянку;
- неисправность самого датчика.
После замены бака или ДУТ тарировку нужно провести заново.
Ошибки настройки топлива на объектах организации — датчик топлива без тарировочной таблицы, датчик топлива и зажигание без анализа топлива, анализ топлива без датчика зажигания — показывает вкладка «Проблемы» раздела «Аудит» в WALIOT.Админ.
¶ Q5.5. Почему не приходят данные по CAN-шине?
Причины:
- CAN-адаптер не активирован или не подключен;
- выбран неверный CAN-скрипт;
- для данной модели авто часть параметров не поддерживается;
- проверьте, что скорость CAN-шины соответствует настройкам адаптера;
- данные приходят в телематических пакетах, но не связаны с полями объекта.
Про то же самое со стороны интерфейса — почему CAN-параметры не видны в карточке и отчетах — см. Q2.4.
¶ Q5.6. Как обновить прошивку трекера?
Для большинства устройств обновление выполняется через конфигуратор производителя или OTA-механизм. Перед обновлением следует сохранить текущие настройки трекера. Рекомендуется:
- использовать последнюю стабильную версию прошивки;
- убедиться, что питание стабильно при обновлении;
- после обновления проверить настройки APN и сервера;
- протестировать отправку пакетов и отображение данных в системе.
¶ Q5.7. Почему трекер не фиксирует зажигание?
Основные причины:
1. Физическое подключение
- вход зажигания не подключен к терминалу;
- выбран неверный порт во входах (аналоговый или цифровой).
2. Настройки входа
- зажигание подключено через аналоговый вход, но неверно задан «Порог зажигания для включенного состояния»;
- в панели администратора выбран неправильный «Тип датчика» или атрибут.
3. CAN-шина
- сигнал зажигания берется через CAN, но данный параметр отсутствует у конкретной модели авто;
- некорректно настроено сопоставление параметра в панели администратора.
¶ Q5.8. Как подключить внешний датчик (температуры, двери, реле)?
Подключение выполняется через свободные входы/выходы трекера:
- в настройках устройства укажите «Тип датчика»: доступны «Аналоговый», «Цифровой», «Импульсный», «Топливный» и «Температурный», а набор зависит от вида оборудования — например, датчику температуры подходят «Температурный», «Аналоговый» и «Топливный», а датчику ВКЛ/ВЫКЛ — «Аналоговый», «Цифровой» и «Топливный»;
- в карточке дополнительного оборудования объекта укажите, откуда брать значение: «Тип датчика» вместе с «Номером датчика» (номер входа трекера) либо «Ключ атрибута» — ключ параметра, который трекер присылает в «Телеметрии»;
- проверьте работу датчика через просмотр телеметрии трекера.
У беспроводных BLE-датчиков (например, датчиков Эскорт на трекерах Навтелеком) напряжение батареи и уровень сигнала (RSSI) приходят в телеметрии трекера параметрами дополнительного адреса датчика; их выводят «Произвольным абсолютным датчиком» по «Ключу атрибута».
Датчик двери — это «Датчик ВКЛ/ВЫКЛ» с типом «Дверь рефрижератора» (поле «Тип»): его состояние видно в карточке объекта, в строке «Оборудование», а график двери — в отчете «Температура». Если «вкл.» и «выкл.» показываются наоборот, включите флажок «Инверсия итогового значения». Подробно о датчике температуры — на странице «Датчик температуры», о поддерживаемых трекерах и протоколах — на странице «Совместимое оборудование и протоколы». Как получить уведомление о выходе температуры за допустимые значения или об открытии двери — Q1.40.
Используйте документацию производителя трекера для правильного подключения и защиты от поломок.
Реле блокировки двигателя — не датчик: им управляют командой с платформы, как это сделать — в Q5.19.
¶ Q5.9. Почему устройство «обрывает» трек или передает данные рывками?
Трек обрывается или пополняется рывками, когда трекер копит точки в буфере и отправляет их пачками: при слабом GSM-сигнале, редком интервале передачи или в энергосберегающем режиме. Подробно — в Q2.7; про разрывы именно в треке, включая потерю спутникового сигнала и сбой времени на трекере, — в Q2.9.
¶ Q5.10. Как правильно перенести трекер на другое транспортное средство?
- демонтируйте устройство и отключите питание;
- установите на новое ТС, подключив питание, зажигание и датчики;
- в панели администратора измените привязку трекера: сначала отвяжите его от прежнего объекта, потом привяжите к новому — в списке выбора показываются только свободные трекеры;
- проверьте корректность параметров (ДУТ, CAN, входы/выходы).
После установки рекомендуется провести тест-драйв для проверки корректности всех датчиков и стабильной передачи данных.
¶ Q5.11. Можно ли привязать несколько трекеров к одному объекту?
У объекта мониторинга один трекер. Если на одну единицу техники нужно завести несколько устройств, создайте для них отдельные объекты. Возможен и обратный вариант: один физический трекер можно показать в нескольких карточках-объектах через механизм дубликата (например, чтобы объект был виден в разных организациях).
¶ Q5.12. Есть ли контроль водителя по видеокамере (ремень, телефон, курение) — DSM/ADAS?
Видеонаблюдение показывает потоки ваших камер в реальном времени, а распознавание поведения водителя (DSM/ADAS: ремень, разговор по телефону, курение, усталость, отвлечение, предупреждение о столкновении) выполняет ваша система видеонаблюдения. Потоки подключаются ссылкой в дополнительном оборудовании «Видеокамеры» и открываются в окне «Видеонаблюдение» из меню действий карточки объекта. Контроль стиля вождения без камеры: резкие ускорения, торможения и повороты фиксирует платформа по данным ускорения от трекера и порогам оборудования «Акселерометр» (Q3.10), превышение скорости — по скорости объекта и действующим ограничениям (Q3.8). С вопросами по подключению потоков вашей системы видеонаблюдения обращайтесь в техническую поддержку.
¶ Q5.13. Как контролировать несанкционированное перемещение прицепа или навесного оборудования?
Контроль перемещения прицепа или навесного оборудования собирают из штатных средств — геозоны, уведомления и реле, описанных ниже. RFID применяется для идентификации: водителя (карта или ключ iButton — учет смен; какие ключи подходят — в Q5.30) и прицепного оборудования (у каждого агрегата из «Ресурсов предприятия» своя RFID-метка, а считыватель определяет, какой агрегат сцеплен, — для отчета «Прицепное оборудование»). Для контроля перемещения используют геозону с уведомлением по условию «Выезд из геозоны» и оборудование «Реле блокировки». Действие уведомления умеет не только оповестить: «Заблокировать реле блокировки» и «Разблокировать реле блокировки» управляют реле, а «Послать команду трекеру» отправляет трекеру команду (чем они отличаются и что для них нужно — в Q5.19).
Ближе всего к задаче — RFID-ворота: ворота заводят отдельным объектом с оборудованием «RFID считыватель», слот карты работает антенной въезда, слот метки — антенной выезда. Проезд машины с меткой дает событие «Въезды и выезды» с направлением «Въезд» или «Выезд», по нему же строится одноименный отчет в группе «Отчеты по дополнительному оборудованию». Ворота не перемещаются, поэтому их положение фиксируют режимом «Стационарный объект» оборудования «Настройки навигации» (Q3.16).
Обратите внимание на терминологию: навесное и прицепное оборудование в платформе — разные вещи. Работу навесного отслеживает «Датчик ВКЛ/ВЫКЛ», а «Прицепное оборудование» — это отдельная карточка в ресурсах предприятия (плуг, сеялка, борона, опрыскиватель) со своим отчетом. Для конкретной задачи обратитесь в техническую поддержку — подберем комбинацию оборудования и правил.
¶ Q5.14. Есть ли камера с обзором 360 градусов — дорога, кабина, боковые зоны, грузовой отсек, задняя полусфера?
Несколько ракурсов — дорога, кабина, борт, грузовой отсек, зад — подключают отдельными камерами объекта. Видеонаблюдение устроено так: платформа отображает потоки внешних видеорегистраторов — каждая камера задается именем и ссылкой на видеопоток. Каждый ракурс добавляют отдельной камерой в списке камер объекта и смотрят отдельным потоком; круговую склейку в единый обзор 360° выполняет сам видеорегистратор, если он это умеет. Про аналитику ИИ-камер (DSM/ADAS) — см. Q5.12.
¶ Q5.15. Трекер включен и подключился к серверу, но точки на платформе не появляются — почему?
Частая причина — ГНСС-приемник трекера еще не зафиксировал координаты: устройство только что включили, техника стоит в помещении, под металлическим навесом или в зоне помех. Пока фиксации координат нет, многие трекеры отправляют на сервер только служебные пакеты (пинги) без навигационных данных: связь с сервером при этом есть, но точки с координатами не создаются — объект не обновляется на карте и в треках. Как только приемник зафиксирует координаты (обычно достаточно вывести технику под открытое небо), трекер начнет передавать полноценные навигационные данные и точки появятся. Про отсутствие валидных координат в уже приходящих данных — см. Q2.3, про проверку устройства после установки — см. Q4.10.
Возможен и второй вариант: трекер шлет навигационные пакеты, но с нулевыми координатами. Такие записи платформа сохраняет, помечая координаты невалидными, — в разделе «Телеметрия» WALIOT.Админ они видны и обновляют время последней активности объекта, но на карту и в трек не попадают, и объект остается в последней достоверной точке.
¶ Q5.16. Трекер после перезагрузки ненадолго выходит на связь и снова пропадает — почему?
Трафик на SIM-карте еще не доказывает, что данные доходят до платформы: он расходуется и на повторные подключения. Сервер закрывает соединение при любой ошибке разбора пакета, включая неверную контрольную сумму. Чаще всего — в трех случаях:
- идентификатор не зарегистрирован — устройство представилось IMEI, серийным номером или номером SIM-карты, которого нет в платформе (либо трекер заведен по идентификатору другого типа). Первый же пакет отклоняется, и устройство подключается снова по кругу;
- пакеты не разбираются — устройство подключилось на порт другого протокола, использует неподдерживаемую версию протокола или тип пакета;
- тайм-аут неактивности — если в соединении долго нет обмена данными, сервер его закрывает. Для исправного трекера это штатная ситуация: он открывает соединение заново, когда приходит время отправить очередной пакет, поэтому при редкой передаче на стоянке кратковременные подключения — норма.
Что проверить:
- доходит ли устройство до платформы — в WALIOT.Админ, раздел Аудит: вкладка «Устройства» показывает обращения незарегистрированных устройств с идентификатором, портом и типом события («Незарегистрированное устройство», «Неподдерживаемая версия протокола», «Неподдерживаемый тип пакета»), вкладка «Трекеры» — неавторизованные трекеры. Если прибор там виден, связь есть, а дело в регистрации или настройках;
- идентификатор в карточке трекера и его тип (IMEI, серийный номер, номер телефона) совпадают с тем, что реально отправляет прибор;
- адрес и порт в настройках трекера соответствуют его протоколу — у каждого протокола свой отдельный порт (см. поддерживаемое оборудование);
- не указывайте один и тот же адрес и основным, и дополнительным (резервным) сервером: устройство откроет два соединения вместо одного и удвоит трафик SIM-карты, а данных не прибавится — пакет однозначно определяется трекером и временем снятия показаний, и повторы отбрасываются;
- один и тот же идентификатор не настроен сразу на двух приборах: идентификатор в платформе уникален, и два прибора с одинаковым IMEI (серийным номером, номером телефона) сервер примет как один — их данные попадут в один объект;
- интервал передачи данных в настройках трекера и параметр объекта «Порог офлайна» — время без новых данных, после которого объект считается не на связи (в секундах, в карточке объекта в WALIOT.Админ, по умолчанию 3600 — 1 час; см. Объекты). Отметка «не на связи» зависит от этого порога, а не от разрыва соединения, и отсчитывается от времени фиксации последней точки: если на стоянке трекер передает реже порога или его часы отстают, объект уходит в офлайн при исправной связи (см. Q4.11). У перенесенных объектов порог задан по исходной системе (см. Q4.13).
Почему устройство не подключается — Q5.2, обрывы и рывки — Q5.9, трекер без точек на карте — Q5.15.
¶ Q5.17. Зажигание всегда «вкл.», и моточасы идут круглосуточно — что делать?
Так бывает, когда трекер при заглушенном двигателе не передает значение зажигания или постоянно передает «1»: платформа сохраняет состояние «включено». Проверьте в просмотре телеметрии, что приходит при выключенном двигателе, и настройте датчик зажигания по параметру, который передается всегда (например, по напряжению бортовой сети с подходящим «Порогом зажигания для включенного состояния»), или задайте «Валидатор (произвольное логическое выражение)». Подробнее — «Датчик зажигания».
¶ Q5.18. Почему прицепной агрегат не определяется?
Агрегат присваивается объекту, когда RFID-считыватель объекта читает номер, совпадающий с «Номером RFID карты» агрегата в «Ресурсах предприятия». Проверьте, что на объекте настроен «RFID считыватель», агрегат заведен в справочнике, а номер в справочнике в точности совпадает с тем, что передает считыватель (его видно в просмотре телеметрии). Номер RFID-карты уникален во всей платформе. Подробнее — Как платформа определяет прицепной агрегат.
¶ Q5.19. Как отправить команду трекеру, в том числе заблокировать двигатель?
Откройте карточку объекта и выберите действие «Команды трекера» в меню действий, затем команду и «Отправить команду». Перед отправкой платформа показывает предупреждение: отправка команд включает возможность блокировки двигателя и другие действия, способные повлиять на работу транспортного средства, а все последствия таких действий полностью ложатся на пользователя; для продолжения введите слово «Отправить». В предупреждении есть ссылка на оферту. В списке — заранее сохраненные команды: их набор задают в WALIOT.Админ оборудованием «Команды трекера». Отдельной кнопки блокировки реле в карточке нет: реле блокировки запускается действием уведомления (см. ниже).
¶ Очередь и статусы команды
Команда ждет, пока трекер выйдет на связь, и уходит с его ближайшим сообщением; срока ожидания нет, отменить ее нельзя. Отправляйте блокировку на трекер, который сейчас на связи. Как правило, за раз уходит одна команда, следующие — по порядку создания.
Ход виден в списке недавних команд: «Ожидает подключения» (команда в очереди), «Ожидает ответа» (команда передана трекеру), «Выполнена» (трекер ответил на команду; платформа не знает, заблокирован ли двигатель), «Истекло время ожидания», «Неверный протокол» (тип команды не подходит протоколу, по которому подключен трекер, — проверьте модель в карточке трекера) и «Команда не поддерживается» (трекер ответил, что такую команду не выполняет). Если пункт «Команды трекера» в карточке неактивен, проверьте, что у объекта добавлено оборудование «Команды трекера», а у пользователя есть разрешения «Отправка команд на трекеры» и «Получение информации о системных и пользовательских метках». Кнопка «Отправить команду» в окне недоступна, если у объекта нет трекера, протокол трекера не определен или список команд пуст («Нет доступных команд»). Добавить команды можно только для трекеров по протоколам с командами (их тексты задает администратор): команды принимают трекеры по протоколам с отметкой в столбце «TCP-команды» таблицы поддерживаемого оборудования, приложение WALIOT.Трекер команд не принимает.
¶ Автоматически по событию
Реле блокировки управляется SMS на номер SIM трекера, а команда трекеру передается по протоколу устройства (TCP) через платформу; статус виден только у команды трекеру. В разделе «Уведомления» действия условия делятся на два вида. «Послать команду трекеру» — обычная команда: она создается для объекта с трекером, протокол которого поддерживает команды, ждет, пока трекер выйдет на связь, и уходит с его ближайшим сообщением; срока ожидания нет, отменить ее нельзя. Она видна в списке недавних команд. «Заблокировать реле блокировки» и «Разблокировать реле блокировки» работают через SMS: платформа отправляет на номер SIM трекера сообщение с текстом из полей «Команда блокировки» или «Команда разблокировки» оборудования «Реле блокировки». SMS уходит на SIM-карту независимо от канала передачи данных трекера. Для этого у объекта должно быть такое оборудование, а в поле «Телефон» карточки трекера — номер SIM-карты; без номера SMS не уходит. Подтверждения доставки SMS платформа не показывает. Доступность SMS-канала уточняйте у менеджера или в технической поддержке.
Оборудование «Реле блокировки» и «Команды трекера» добавляют администраторы, а создавать действия реле и команды могут пользователи с разрешением «Редактирование условий, действий и настроек триггеров». Пока не истек период эскалации условия, повторное срабатывание по тому же объекту не отправит ни SMS, ни команду.
¶ Как автоматически заблокировать двигатель
- В WALIOT.Админ добавьте объекту оборудование «Реле блокировки» и заполните «Команда блокировки» и «Команда разблокировки».
- В карточке трекера укажите номер SIM-карты в поле «Телефон».
- В WALIOT.Навигатор в разделе «Уведомления» создайте условие (например, «Выезд из геозоны»), действие «Заблокировать реле блокировки» и привяжите действие к условию.
Подробнее — «Блокировка реле и команда трекеру».
¶ Q5.20. Можно ли использовать смартфон вместо трекера (WALIOT.Трекер)?
Да. WALIOT.Трекер — нативное приложение для Android и iOS: смартфон сотрудника отправляет свои координаты на сервер пакетами, и они отображаются в WALIOT.Навигатор так же, как данные бортовых трекеров. У приложения нет учетной записи: нужны «Идентификатор» (на iOS — «Идентификатор трекера») и адрес сервера; идентификатором служит номер телефона, который вводят в приложении и в поле «Телефон» карточки трекера в WALIOT.Админ, а устройство привязывают к объекту. Бортовое оборудование не требуется: достаточно смартфона. Какие данные передает приложение и какие разрешения ему нужны — Q5.31. Подробнее — «WALIOT.Трекер»; ссылки на магазины — «Установка приложений Waliot».
¶ Q5.21. На какой адрес и порт настраивать трекер?
Адрес сервера приема один — device.waliot.com, а порт зависит от протокола трекера: для каждого варианта протокола (производитель и протокол) открыт отдельный порт. Телеметрия принимается только по TCP, поэтому в настройках трекера выберите передачу по TCP.
- Порт своей модели найдите в таблице портов по производителю и протоколу, который включен в трекере; для EGTS и Wialon IPS — в строке своего производителя.
- При создании трекера в WALIOT.Админ «Хост» и «Порт» подставляются по выбранной модели — это порт приема из справочника «Модели» (Q5.1).
- Пакеты, отправленные на порт другого протокола, платформа не разбирает, и в «Аудите» такой трекер может не появиться; сверьте порт с таблицей (Q5.16).
¶ Q5.22. Какой идентификатор вводить — IMEI, серийный номер или номер телефона?
Идентификатор задает само устройство, а не платформа, и какой он — IMEI, серийный номер или номер SIM-карты, — определяет протокол и порт приема. Для многих протоколов трекер представляется IMEI (ровно 15 цифр), для части — серийным номером (например, EGTS Omnicomm, Wialon IPS Stels), WALIOT.Трекер на смартфоне — номером телефона (поле «Телефон», только цифры, без «+» и пробелов, от 7 до 15).
В карточке трекера заполняют то из полей «IMEI», «Серийный номер» и «Телефон», которое соответствует протоколу, — достаточно одного (для некоторых протоколов, например Vega Tech, нужны два поля сразу), значение должно совпадать с тем, что присылает прибор, и быть уникальным на платформе. Какой идентификатор у какого порта, указано в таблице портов (столбец «Идентификатор в карточке трекера») и на странице «Трекеры».
Не уверены — настройте трекер на сервер и откройте «Аудит» → «Трекеры»: неавторизованный трекер показан там с идентификатором, портом и типом идентификатора (Q4.14; вкладка доступна пользователям с правом «Работа с глобальными ресурсами системы»). Введите в карточку именно это значение. Это идентификатор приема данных от трекера; в исходящую ретрансляцию из Waliot уходит то поле карточки трекера — «IMEI» или «Серийный номер», — которое нужно выбранному протоколу ретрансляции (Q7.17).
¶ Q5.23. Какие протоколы принимает платформа?
Платформа принимает телеметрию по TCP на десятках протоколов — по одному порту на каждый вариант. Это протоколы ADM, Teltonika, Navtelecom (FLEX), Autograph, Arnavi, MTA, Galileosky (в том числе пакеты Iridium), Omnicomm, ScoutOpen, Vega-Tech, Sat-Lite, Concox, NDTP, CGuard, StarLine, MiCODUS, а также EGTS и Wialon IPS в вариантах под конкретных производителей (порты этих протоколов — Q5.3). Приложение WALIOT.Трекер передает данные по Wialon IPS. Ретрансляцию от другой платформы принимают отдельные порты (Q5.26).
Полный перечень портов, протоколов и производителей — на странице «Совместимое оборудование и протоколы»; если модели нет в списке — Q5.3.
¶ Q5.24. Как подключить трекер с нуля — пошагово?
- В WALIOT.Админ создайте объект мониторинга до подключения трекера: пока у трекера нет объекта, данные не сохраняются (Q2.16).
- Создайте трекер в разделе «Трекеры» кнопкой «Создать» (или из карточки объекта): выберите «Модель», введите идентификатор — «IMEI», «Серийный номер» или «Телефон» (Q5.22) — и при необходимости заполните «Собственность клиента», «Дату установки» и «Комментарий».
- Привяжите трекер к объекту в карточке объекта.
- Настройте трекер на адрес и порт сервера по TCP (Q5.21).
- Добавьте на объект датчики в разделе «Дополнительное оборудование» (Q5.8).
- Убедитесь, что данные идут (Q4.14): первые данные появляются, когда трекер передаст очередной пакет, поэтому срок зависит от периода передачи в его настройках.
Обзор подключения и перехода — «Подключение и переход».
¶ Q5.25. Как массово добавить или изменить трекеры?
В разделе «Трекеры» WALIOT.Админ отметьте флажками несколько строк таблицы — доступны групповое редактирование (в трекеры записываются только включенные поля формы) и групповое удаление (его отклонят, если среди трекеров есть привязанный к объекту); оба действия доступны роли «Расширенный администратор». Команду сразу нескольким трекерам отправляют из меню настроек, пунктом «Отправить команду трекерам»: пункт виден всегда, но активен только у пользователя с разрешением «Отправка команд на трекеры» (Q5.19, Q6.6). Групповые действия есть и в разделе «Объекты» («Редактировать», «Удалить», «Импорт дополнительного оборудования»), а в разделе «Дополнительное оборудование» — групповое удаление. Подробнее — «Трекеры» и «Объекты». Новые объекты и трекеры можно загрузить файлами VEH.WLT и TRK.WLT, а из прежней системы — файлом WLP (Q5.27).
¶ Q5.26. Можно ли оставить трекеры на старой платформе и пересылать данные в Waliot?
Да — на время параллельной работы, пилота или постоянно. Состав данных при этом определяет система-источник: в Waliot приходят те параметры, которые она передает в ретрансляции. Waliot принимает ретрансляцию от другой платформы на отдельных портах: Wialon IPS — 30017, EGTS — 30018, Wialon Retranslator — 30027 (это не порты приема от самих трекеров). Еще два порта приема ретрансляции указаны в таблице портов. Что сделать:
- в Waliot создайте объекты и трекеры с теми идентификаторами, которые прежняя платформа передает при ретрансляции (Q5.22);
- в настройках ретрансляции прежней платформы укажите адрес сервера Waliot и порт нужного формата — таблица портов;
- проверьте, что данные идут (Q4.14); у таких объектов можно поставить пометку «Ретрансляция из сторонней системы» (в таблице объектов ее показывает столбец «Ретранслируемая»; на прием данных пометка не влияет), а задержку в этом случае дает система-источник (Q4.2).
Для полного перехода в настройках каждого трекера меняют адрес и порт сервера на адрес Waliot (Q5.21): «перепрошить на хост» значит сменить настройки сервера в трекере, а не обновить его ПО; пока адрес не сменен, трекер отправляет данные на прежнюю платформу. Обратная сторона — отправка данных из Waliot на внешние серверы — описана в Q7.11.
При переходе с ретрансляции на прямую передачу проверьте идентификатор и модель в карточке трекера: по ретрансляции прежняя платформа передает свой идентификатор, а напрямую трекер представляется на своем протоколе (Q5.22) и передает на порт своей модели (Q5.21). Если данные приходят ретрансляцией от АО «ГЛОНАСС», после замены трекера или смены IMEI настройку ретрансляции на их стороне пересоздают: сама она не обновляется.
¶ Q5.27. Как перенести объекты и настройки из другой системы?
Объекты, трекеры и дополнительное оборудование переносят импортом файла в WALIOT.Админ: в карточке организации («Организации») действием «Импорт данных» загружают файл объектов прежней системы (WLP или ZIP) либо файлы Waliot (VEH.WLT, TRK.WLT); геозоны загружают файлом Waliot ZON.WLT или файлом KML/KMZ (Q5.34); импорт и экспорт геозон доступны с разрешением «Расширенный доступ администратора». Историю телеметрии загружают файлом WLN (для трекеров шести протоколов) или TEL.WLT в карточке трекера или объекта (Q2.15), оборудование — файлом EQA.WLT в карточке объекта. Результат загрузки виден в «Аудите» на вкладке «Импорт».
После импорта: сверьте идентификаторы трекеров (Q5.22), перенастройте трекеры на сервер Waliot (Q5.21) или настройте на прежней платформе ретрансляцию в Waliot (Q5.26), проверьте «Порог офлайна» (Q4.13) и настройте то, что не переносится (шаблоны отчетов, уведомления). Если модель трекера по данным прежней системы подобрать не удалось, ему назначается модель «W2W» (Q5.28). Если импорт истории прошел, а телеметрии нет, проверьте модель трекера, тот ли объект или трекер выбран при загрузке файла и не слишком ли давние в нем точки (Q2.15).
Пошаговая инструкция и чек-лист — «Процедура импорта», общий порядок — «Переход из других систем», обзор — «Подключение и переход».
¶ Q5.28. Что за модель трекера «W2W» после импорта?
«W2W» — служебная модель, которую платформа присваивает трекерам, импортированным из прежней системы, если их реальную модель определить не удалось. У нее нет порта приема, поэтому по такой модели платформа не определяет протокол для команд и импорта телеметрии, а параметры оборудования при импорте объектов не сопоставляются. На прием данных модель не влияет: данные принимаются по порту, на который настроен трекер (Q5.21). Для реальных устройств «W2W» выбирать не нужно — выбирайте модель из каталога поддерживаемого оборудования (Q5.1, «Модели»).
¶ Q5.29. Как привязать водителя к машине и как он попадает в отчеты?
Водитель в платформе — сотрудник из справочника «Сотрудник» раздела «Ресурсы предприятия»; для идентификации по карте или ключу в нем заполняют «Номер RFID карты». Затем в карточке объекта добавляют оборудование «Водители» с типом назначения «Постоянный» (водитель закреплен за машиной) или «Идентификация RFID» (водитель определяется по номеру карты или ключа в телеметрии). Сотрудник и объект должны быть в одной организации: сотрудники родительской и дочерних организаций объекту недоступны. Водитель попадает в отчет «Рабочие смены водителей» и в таблицы произвольных отчетов с колонкой «Имя водителя»; «RFID считыватель» для смены не нужен — он требуется отчетам «Въезды и выезды» и «Прицепное оборудование».
¶ Q5.30. Какие ключи и метки идентифицируют водителя?
Водителя идентифицирует RFID-карта или ключ iButton: платформа берет номер из телеметрии трекера и сопоставляет его с «Номером RFID карты» сотрудника. Номер вносят в том виде, в каком он приходит в «Телеметрии» (переводить из одной системы счисления в другую не нужно); регистр букв не важен, а у двух сотрудников номер карты повторяться не должен. RFID-метки служат другим задачам: метка прицепного агрегата сопоставляется со справочником «Прицепное оборудование», метка проезжающей машины — с отчетом «Въезды и выезды». Передает ли ваш трекер идентификатор водителя, уточните в технической поддержке; подробнее — Формат номера карты, ключа и метки и Добавление и редактирование сотрудника.
¶ Q5.31. Какие данные передает WALIOT.Трекер и какие разрешения ему нужны?
Приложение передает время фиксации, координаты, высоту, скорость, курс, точность, число спутников (на Android) и источник определения местоположения (GPS, LBS, на Android также «GPS+LBS»). Ускорение по осям приложение не передает: события резких маневров и отчеты «Опасное маневрирование» и «Коэффициент качества вождения» по данным смартфона не строятся (Q5.33). Контакты, сообщения и содержимое экрана приложению недоступны и не передаются. Список данных — на странице «WALIOT.Трекер».
Нужны смартфон с Android 8.0 или новее либо iOS 17.0 или новее, доступ в Интернет и номер телефона, который вводят в приложении и в карточке трекера (Q5.20). Разрешения для устойчивой фоновой работы:
- Android — геолокация «Разрешить всегда» (на Android 10 и новее) с доступом к точному местоположению, исключение приложения из оптимизации батареи и разрешение на уведомления: по постоянному уведомлению видно, что отслеживание идет;
- iOS — геолокация «Всегда» и включенная «Точная геопозиция».
Если сети нет, точки копятся в приложении и уходят на сервер позже, когда связь появится. Буфер ограничен по размеру: при долгом отсутствии сети самые старые точки заменяются новыми. Все настройки — в разделе «Рекомендованные настройки устройства».
¶ Q5.32. Почему трек WALIOT.Трекера рваный или не пишется в фоне?
Чаще всего причина в разрешениях и энергосбережении телефона, реже — в интервалах передачи:
- Android: выдано «Разрешить всегда» (на Android 10 и новее), приложение исключено из оптимизации батареи, разрешен автозапуск, а постоянное уведомление не отключено; «чистильщики» и «ускорители» останавливают фоновые службы;
- iOS: геолокация установлена в «Всегда», «Точная геопозиция» включена (без нее координаты передаются приблизительно), переключатель «Продолжать трекинг в фоне» оставлен включенным, а приложение не выгружено свайпом из списка запущенных;
- точки уходят на сервер пакетом: по умолчанию «Интервал выгрузки буфера» — 5 минут, поэтому новая точка в WALIOT.Навигаторе может появиться с задержкой до этого интервала; для более подробного трека уменьшите «Интервал фиксации точки по времени» и «Интервал фиксации точки по расстоянию»;
- на Android предупреждение «Искусственное местоположение» значит, что на телефоне включена подмена координат — отключите ее.
Порядок проверки — в разделе «Частые проблемы и решения» страницы «WALIOT.Трекер». Общие причины разрывов на треке — Q2.9, обрывы и рывки у других трекеров — Q5.9.
¶ Q5.33. Нужен ли акселерометр и какие трекеры его поддерживают?
Для резких маневров нужны трекер, который присылает максимальные значения ускорения при движении, торможении и поворотах, и оборудование «Акселерометр» на объекте: в нем указывают, откуда брать значение — вход трекера («Аналоговый» или «Цифровой») или атрибут телеметрии, — и порог для каждого вида. Платформа не вычисляет ускорение, а сравнивает присланное значение с порогом. Список моделей трекеров, которые присылают ускорение, уточняйте в технической поддержке. WALIOT.Трекер на смартфоне ускорение не передает (Q5.31). Для контроля превышения скорости акселерометр не нужен (Q3.8).
¶ Q5.34. Как загрузить геозоны из KML/KMZ и выгрузить их?
В WALIOT.Админ откройте «Организации», карточку организации и действие «Импорт данных», выберите формат «Геозоны (KML/KMZ)» или «Геозоны Waliot (ZON.WLT)» и загрузите файл: геозоны создаются в этой организации. Из KML/KMZ переносятся форма, название и описание (оно попадает в комментарий). Точка становится кругом, радиус берется из значения ширины метки, а если оно не задано — 100 метров; линия без заданной ширины становится коридором шириной 100 метров. «Максимальную допустимую скорость движения в зоне», «Сельскохозяйственное поле» и «Ширину междурядий на поле» задают в карточке геозоны после загрузки; «Учитывать адресацию» (в WALIOT.Навигаторе — «Учитывать зону при адресации») после импорта из KML/KMZ включено, а из ZON.WLT значение берется из файла. Геозона с геометрией, которая уже есть в организации, пропускается. Результат по загруженным записям виден в «Аудите» на вкладке «Импорт».
Выгрузить геозону можно кнопкой «Экспорт данных» в ее карточке в формате ZON.WLT, KML или KMZ, несколько геозон — одним файлом KMZ через множественные операции в таблице. При экспорте в KML и KMZ круг записывается многоугольником, а «Максимальная допустимая скорость движения в зоне» и параметры поля в файл не попадают. Импорт и экспорт доступны с разрешением «Расширенный доступ администратора»: его можно выдать роли «Расширенный администратор». Подробнее — раздел «Импорт и экспорт» страницы «Геозоны».
¶ 🔐 6. Авторизация и доступ
В этом разделе собраны ответы на вопросы, связанные с входом в систему Waliot, управлением ролями и правами пользователей, сбросом паролей и настройкой доступа к данным. Здесь рассмотрены типичные ситуации, когда пользователи не могут войти в систему, теряют доступ или сталкиваются с ограничениями прав.
¶ Q6.1. Что делать, если я забыл пароль?
Восстановить пароль может администратор вашей организации или администратор вышестоящей организации — доступ есть у всех администраторов по ветке дерева, при условии что их роль строго выше вашей. Обратитесь к нему для сброса и выдачи нового пароля. Администратор не может узнать старый пароль — он всегда назначает новый.
¶ Q6.2. Почему не получается войти в систему?
Основные причины:
- неверное «Имя пользователя» (логин), «Пароль» и/или «Регистрационный ключ» (ключ организации) — система показывает общее сообщение об ошибке и не указывает, какое именно поле заполнено неверно (это сделано в целях безопасности);
- аккаунт заблокирован администратором или автоматически после серии неверных попыток ввода пароля (см. Q6.12);
- временный бан IP-адреса при массовом переборе (см. Q6.13);
- заблокирована организация, к которой относится учетная запись.
Заблокированную учетную запись разблокирует администратор вашей организации (см. Q6.12). Блокировку самой организации снимают из вышестоящей организации: собственную организацию в WALIOT.Админ нельзя ни отредактировать, ни заблокировать, а пока блокировка стоит, закрыты вход всем пользователям этой организации, включая ее администраторов, доступ по API, триггеры и ретрансляция, отчеты по расписанию не строятся и публичные ссылки не работают. Блокировка относится только к этой организации. Задолженность организации вход не закрывает (Q4.5). Если вышестоящей организации у вас нет, обратитесь в техническую поддержку Waliot.
Что такое «Регистрационный ключ» (ключ организации). Это третье поле формы входа после «Имени пользователя» и «Пароля» — ключ доступа к организации. Платформа выдает его сама при создании организации; задать свой ключ, изменить или перевыпустить его нельзя. Логины уникальны внутри организации, поэтому ключ определяет, в какую именно организацию выполняется вход. Посмотреть и скопировать ключ можно в WALIOT.Админ, в разделе «Организации»; в карточке организации это поле подписано «Ключ».
Все веб-приложения Waliot (в том числе WALIOT.Навигатор и WALIOT.Админ) доступны только по HTTPS.
¶ Q6.3. Как добавить нового пользователя?
Администратор в WALIOT.Админ (Панели администратора) может создать пользователя, указав:
- логин, имя и пароль;
- роль — «Пользователь», «Расширенный пользователь», «Администратор» или «Расширенный администратор»; в списке предлагаются только роли ниже собственной, поэтому у администратора организации выбор будет короче;
- организацию, к объектам которой будет открыт доступ.
Набор разрешений пользователю назначают отдельно: администратор может выдать только те разрешения, которые есть у него самого. В форме по умолчанию выбрана роль «Расширенный пользователь» и отмечены разрешения ее набора; какие разрешения допустимы каждой роли и какие отмечены по умолчанию, показывает таблица в разделе «Роли и права доступа». Подробнее о создании — раздел «Пользователи».
В WALIOT.Админ входят пользователи с ролью «Администратор» и выше; вкладки панели открывает разрешение «Базовый доступ администратора» (см. Q6.20).
¶ Q6.4. Как открыть доступ пользователю только к определенным объектам, исключив весь перечень объектов организации?
Есть два варианта настройки:
1. Ограничение доступа к объектам
- в панели администратора создайте дочерние организации;
- перенесите в них нужные объекты;
- для каждой дочерней организации создайте отдельного пользователя. Такой пользователь будет видеть только объекты своей подорганизации.
2. Ограничение доступа к функциям
Если требуется ограничить доступ не к объектам, а к функциям системы (например, отчеты, уведомления), используйте роли и разрешения. В этом случае создавать отдельные организации не нужно.
Если доступ нужен постороннему — клиенту, подрядчику или партнеру — учетную запись заводить не требуется: WALIOT.Шеринг дает ссылку, по которой видно местоположение только выбранных объектов; срок действия выбирают при создании (день, неделя, месяц, произвольные дата и время) или оставляют ссылку бессрочной, а удалить ее можно в любой момент (см. Q6.15). Не путайте ее со ссылкой на объект в WALIOT.Админ: она дает организации (или ее пользователю) доступ к объекту с набором разрешений, а создает ее пользователь с разрешением «Расширенный доступ администратора».
¶ Q6.5. Чем отличаются роли пользователя?
- Расширенный администратор — управление организациями своего поддерева и расширенные настройки, недоступные обычному администратору. Разрешение «Расширенный доступ администратора» открывает удаление организаций, ретрансляцию, импорт и удаление телеметрии, API-ключи, ссылки на объекты, новости и «Настройки страницы авторизации»; кроме того, только этой роли допустимы редактирование квот каналов, работа с внешними сервисами отправки уведомлений и «Работа с глобальными ресурсами системы» (модели оборудования).
- Администратор — базовое администрирование своей организации и ее подорганизаций: создает и правит организации, пользователей, объекты и трекеры; вкладки WALIOT.Админ открывает разрешение «Базовый доступ администратора». Не удаляет организации и не управляет интеграциями, API-ключами и ретрансляцией. Разрешение «Доступ к конфиденциальным полям» (раздел «Биллинг», поле «Абонентская плата» организации) допустимо ролям «Администратор» и «Расширенный администратор».
- Расширенный пользователь — работа с объектами, геозонами, отчетами, уведомлениями, метками, техобслуживанием, сотрудниками (водителями) и прицепным оборудованием в WALIOT.Навигатор. Недоступны разрешения «Доступ к конфиденциальным полям», «Базовый доступ администратора», «Расширенный доступ администратора» и «Работа с глобальными ресурсами системы».
- Пользователь — просмотр объектов и отчетов без изменения настроек. Кроме просмотра ему доступны создание внешних ссылок (шеринг объектов), отправка команд трекеру, загрузка треков и отчетов.
Роль задает верхнюю границу возможностей и старшинство пользователя — кого он может заводить и редактировать. Фактический набор доступов настраивается разрешениями конкретного пользователя в пределах его роли. Сами роли не создаются и не редактируются: это фиксированный список. Полная таблица «роль — разрешение» с отметкой «выдается по умолчанию» — в разделе «Роли и права доступа» страницы «Пользователи».
Чаще всего в WALIOT.Навигатор важны шесть разрешений: «Загрузка отчетов» (отчеты и раздел «Аналитика»), «Загрузка треков» (треки, события и тепловая карта), «Получение информации о системных и пользовательских метках», «Расширенные права для работы с тегами» (создание и изменение меток — в WALIOT.Навигатор теги называются метками; у роли «Пользователь» этого разрешения нет), «Доступ к созданию внешних ссылок» и «Отправка команд на трекеры».
¶ Q6.6. Почему у пользователя нет доступа к уведомлениям или отчетам?
Доступ к разделам определяется не ролью, а конкретными разрешениями: если нужного разрешения нет, запрос отклоняется. Это относится и к уведомлениям, и к отчетам, и к модулю «Аналитика» (ему, как отчетам, нужно разрешение «Загрузка отчетов»). Роль лишь ограничивает набор разрешений, которые вообще можно назначить. Проверьте права в панели администратора и при необходимости добавьте разрешения.
Разрешения для отчетов, уведомлений и геозон, что они открывают и у каких ролей допустимы (фактический набор администратор выдает в пределах роли):
| Разрешение | Что открывает | У каких ролей допустимо |
|---|---|---|
| Загрузка отчетов | Построение стандартных и произвольных отчетов, избранные отчеты, модуль «Аналитика» | Все роли |
| Расширенная базовая функциональность с возможностью редактирования | Создание, изменение и удаление шаблонов произвольных отчетов и расписаний отчетов; вне отчетов — изменение свойств объектов и групп | Расширенный пользователь, Администратор, Расширенный администратор |
| Базовая работа с уведомлениями | Лента уведомлений: чтение, отметка «прочитано», удаление | Все роли |
| Базовая работа с системой триггеров | Просмотр условий, действий и привязок | Все роли |
| Редактирование условий, действий и настроек триггеров | Создание, изменение и удаление условий, действий и привязок | Расширенный пользователь, Администратор, Расширенный администратор |
| Просмотр квот каналов взаимодействия с пользователем | Просмотр вкладки «Квоты» организации в WALIOT.Админ | Все роли |
| Редактирование квот каналов взаимодействия с пользователем | Изменение квот каналов организации | Расширенный администратор |
| Работа с внешними сервисами отправки уведомлений | Отправка уведомлений внешними сервисами через API | Расширенный администратор |
| Отправка команд на трекеры | Команды из карточки объекта и массовая отправка в WALIOT.Админ; при создании пользователя разрешение отмечено по умолчанию | Команды из карточки — все роли; массовая отправка в WALIOT.Админ — Администратор, Расширенный администратор |
| Общая функциональности работы с геозонами в системе | Чтение сведений о геозоне при ее открытии; дерево и список геозон идут по базовой функциональности | Все роли |
| Расширенные права на редактирование геозон | Создание, изменение и удаление геозон | Расширенный пользователь, Администратор, Расширенный администратор |
Кроме разрешений пользователя, для объектов, доступных организации по ссылке на объект, действуют разрешения связи: «Построение отчетов», «Доступ для отчетов по расписанию» и «Доступ для автоматических уведомлений» («Ссылки и дубликаты»). Для объектов своего дерева организаций эти разрешения не нужны. Описание ролей — в Q6.5.
Уведомления, расписания, триггеры и квоты пользователи с ролями ниже «Администратора» видят и меняют только в своей организации, а метки меняют только в своей; администраторы работают по иерархии организаций (справочники сотрудников и прицепного оборудования — Q6.14).
¶ Q6.7. Как сбросить пароль пользователю?
Администратор может задать пользователю новый пароль в WALIOT.Админ (Панели администратора): ввести пароль вручную или воспользоваться кнопкой автоматической генерации, после чего сообщить новый пароль пользователю. Старый пароль не показывается никому: он хранится так, что узнать его нельзя. В WALIOT.Навигатор пароль не меняется: новый пароль задает администратор в WALIOT.Админ.
¶ Q6.8. Что делать, если пользователь потерял доступ к системе?
Если пользователь не может войти в систему, доступ восстанавливается только через администратора:
- администратор может сбросить пароль;
- при необходимости назначить новый логин;
- либо отключить старую учетную запись и создать новую.
¶ Q6.9. Почему система запрашивает повторный вход?
Основные причины:
- Истечение сессии — по умолчанию вход действует до 30 дней. Токен доступа действует 24 часа и продлевается автоматически в фоне, поэтому обычно повторный вход в течение этого срока не требуется.
- Действия администратора — смена пароля, логина, роли, набора прав или организации пользователя немедленно завершают текущую сессию, и потребуется войти заново.
- Блокировка учетной записи или организации сессию не завершает, но закрывает доступ сразу же: каждый следующий запрос отклоняется, пока блокировку не снимут (см. Q6.2).
¶ Q6.10. Как удалить пользователя или временно ограничить его доступ?
Администратор может управлять доступом через панель администратора:
- Отключить (заблокировать) пользователя — учетная запись остается в системе, но вход невозможен (термин «Блокировка пользователя» — в глоссарии). Ссылки WALIOT.Шеринг, созданные этим пользователем, блокировка не отзывает.
- Изменить роль и разрешения — ограничить доступ к функциям системы. Состав данных разрешения не сужают: пользователь видит объекты своей организации и вложенных в нее, поэтому доступ к данным ограничивают, переводя пользователя в подходящую организацию (см. Q6.4).
- Удалить пользователя — полностью убрать учетную запись, если сотрудник больше не работает в организации. Платформа отклоняет удаление, если на ссылках этого пользователя на объекты держится ретрансляция: сообщение называет объекты и серверы; снимите у них отметку ретрансляции или вместо удаления заблокируйте пользователя. Пользователя с выпущенным API-ключом удалить нельзя, пока ключ существует (см. Q7.1). Ссылки WALIOT.Шеринг принадлежат создавшему их пользователю и при его удалении прекращают работать (см. Q6.15).
Рекомендуется использовать отключение (блокировку), если нужно временно приостановить доступ (например, на время отпуска или внутренней проверки).
¶ Q6.11. Когда при входе появляется капча?
Форма входа показывает капчу после нескольких неудачных попыток подряд — из того же браузера или к той же учетной записи. Решите капчу и повторите вход. От подбора паролей защищают автоматическая блокировка учетной записи (Q6.12) и ограничение по IP-адресу (Q6.13).
Если учетная запись или организация заблокированы либо с вашего IP-адреса действует временная блокировка, решение капчи вход не откроет: форма показывает причину отказа (см. Q6.12, Q6.13).
¶ Q6.12. Когда учетная запись блокируется автоматически?
Если «Имя пользователя» и «Регистрационный ключ» указаны верно, а пароль несколько раз подряд введен неверно, учетная запись блокируется автоматически. Когда до блокировки остается несколько попыток, форма входа предупреждает: «Неверные данные. До блокировки учетной записи осталось N попытки». Успешный вход обнуляет счетчик неудачных попыток.
Разблокировать аккаунт может только администратор организации в WALIOT.Админ (см. Q6.7, Q6.8). Это дополняет ручную блокировку администратором и не связано с задолженностью по абонентской плате.
¶ Q6.13. Что такое временный бан IP-адреса?
При массовом переборе паролей с одного IP-адреса этот адрес получает временный бан: попытки входа с него отклоняются. Форма входа показывает, сколько осталось до снятия бана, — «Временная блокировка. Осталось: N мин.». Бан снимается сам по истечении срока; если он мешает работе, обратитесь в техническую поддержку.
Бан IP не связан со сменой IP при VPN или мобильном интернете: он наступает только при массовом переборе.
¶ Q6.14. Почему пользователь видит «Ресурсы предприятия», но не может изменять записи?
Просмотр и изменение справочников — разные права: «Базовая работа с сотрудниками» и «Базовая работа с прицепным оборудованием» дают просмотр, «Редактирование информации о сотрудниках» и «Редактирование информации о прицепном оборудовании» — создание, изменение и удаление записей. У роли «Пользователь» — только просмотр; права на редактирование выдают начиная с роли «Расширенный пользователь». «Расширенный пользователь» создает, изменяет и удаляет сотрудников только в своей организации, администраторы — в любой доступной им по иерархии организаций. В справочниках видны записи своей организации и дочерних, а новые записи создаются в своей; при создании сотрудника обязательны «Фамилия» и «Имя». Подробнее — Права доступа.
¶ Q6.15. Как поделиться ссылкой на машину и как ее отозвать?
Ссылку создают в WALIOT.Навигатор в разделе «Шеринг объектов»: нажмите «Создать», отметьте в дереве объекты, выберите срок («День», «Неделя», «Месяц», «Бессрочно» или произвольные дата и время) и нажмите «Сохранить и копировать ссылку» — ссылка вида share.waliot.com/… окажется в буфере обмена. Сроки «День», «Неделя» и «Месяц» отсчитываются от момента, когда срок выбран в форме. Получателю не нужны учетная запись и установка приложений: ссылку может открыть любой, у кого она есть. По ссылке он видит на карте положение выбранных объектов, их регистрационный номер, модель, состояние, адрес и координаты; трека, истории, геозон и других объектов на странице нет («Что видит получатель»). Для создания нужно разрешение «Доступ к созданию внешних ссылок» (его можно выдать и роли «Пользователь»).
Отозвать ссылку можно кнопкой «Удалить» в таблице ссылок раздела: страница у получателя перестанет обновляться. Таблица показывает ссылки организации, и удалить ссылку может любой пользователь с разрешением «Доступ к созданию внешних ссылок». Состав объектов и срок у созданной ссылки не меняют — удалите ее и создайте новую. Ссылка принадлежит пользователю, создавшему ее: при удалении этого пользователя его ссылки прекращают работать, а блокировка пользователя ссылки не отзывает. Если ссылка перестала открываться — Q6.22. Подробнее — WALIOT.Шеринг.
¶ Q6.16. Кто видит раздел «Аналитика»?
Раздел доступен пользователям с разрешением «Загрузка отчетов» (то же, что у отчетов) и показывает только объекты, доступные пользователю. Кольцо «Техническое обслуживание» на «Обзоре» требует еще разрешения «Получение информации о техническом обслуживании» и показывает машины организации пользователя с вложенными. Кнопка «Аналитика» в верхней панели видна всем. Разрешения назначают в панели администратора; подробнее — Кто видит раздел.
¶ Q6.17. Как открыть WALIOT.Навигатор под организацией клиента?
Откройте в WALIOT.Админ карточку организации клиента (раздел «Организации») и нажмите «Войти под организацией»: WALIOT.Навигатор откроется в новой вкладке под выбранной организацией, а действуют права вашей учетной записи. Действие доступно администраторам (роль «Администратор» и выше) и только для нижестоящей организации. Кнопка есть и в карточках пользователя, объекта и сервера ретрансляции. Разрешите браузеру всплывающие окна, иначе вкладка не откроется. Если организация клиента заблокирована, вход под ней закрыт (Q6.2).
¶ Q6.18. Как переподчинить организацию другому родителю?
Откройте карточку организации в разделе «Организации», нажмите «Редактировать данные» и выберите новую организацию в поле «Родительская организация»: организация переместится вместе со всеми вложенными. Организацию нельзя назначить родителем самой себя или переподчинить под ее собственную дочернюю организацию. Платформа отклоняет перенос, если у объектов организации есть отметки ретрансляции на серверы вне новой ветви: сообщение называет объекты и серверы, снимите отметку или перенесите сервер ретрансляции вместе с организацией (Q1.4).
¶ Q6.19. Как задать контакты поддержки и логотип партнера для пользователей?
В WALIOT.Админ откройте меню настроек и пункт «Настройки страницы авторизации» (он виден пользователям с правом «Расширенный доступ администратора»): укажите телефон и ссылку на чат поддержки (адрес начинается с https://) и загрузите логотип (PNG менее 512 КБ). Настройки задаются для вашей организации; окно «Техническая поддержка» WALIOT.Навигатор берет телефон и чат из настроек организации пользователя или ближайшей вышестоящей. Логотип и контакты партнера показываются на странице входа в браузере, где пользователь уже входил в систему; при первом открытии в новом браузере показываются стандартные контакты поддержки Waliot. Подробнее — «Настройки страницы авторизации».
¶ Q6.20. Почему у пользователя нет раздела или кнопки?
В WALIOT.Навигатор разделы видны всем ролям, а действие определяют разрешения пользователя: без нужного разрешения запрос отклоняется (Q6.6). Что проверить, если раздел, кнопка или пункт меню недоступны:
| Что недоступно | Что проверить |
|---|---|
| Пункт «Команды трекера» в карточке объекта | Оборудование «Команды трекера» у объекта и два разрешения: «Отправка команд на трекеры» и «Получение информации о системных и пользовательских метках» (Q5.19) |
| Отчеты и раздел «Аналитика» | «Загрузка отчетов»; кольцо «Техническое обслуживание» на «Обзоре» — еще «Получение информации о техническом обслуживании» (Q6.16) |
| Треки, события, тепловая карта | «Загрузка треков» |
| Выбор вида новой геозоны («По точкам», «Круг», «Линия»), правка и удаление геозоны | «Расширенные права на редактирование геозон» (роли от «Расширенного пользователя»; у роли «Пользователь» его нет); просмотр геозон — «Общая функциональности работы с геозонами в системе» (Q1.47) |
| Создание ссылки в разделе «Шеринг объектов» | «Доступ к созданию внешних ссылок» (Q6.15) |
| Изменение свойств объектов, групп, шаблонов отчетов и расписаний | «Расширенная базовая функциональность с возможностью редактирования» (роли от «Расширенного пользователя»); она же нужна для перемещения объектов и геозон по группам (Q1.22) |
| Создание и изменение условий уведомлений | «Редактирование условий, действий и настроек триггеров» (Q6.6) |
| Создание и изменение меток | «Расширенные права для работы с тегами» (Q1.23) |
| Отметка выполнения ТО | «Добавление записей о проделанных ТО» (Q3.37) |
| Изменение сотрудников и прицепного оборудования | Разрешения на редактирование соответствующего справочника (Q6.14) |
| WALIOT.Админ не открывается | Роль «Администратор» или выше: роли «Пользователь» и «Расширенный пользователь» работают в WALIOT.Навигатор |
| В WALIOT.Админ нет вкладок | «Базовый доступ администратора» |
| Вкладки «Ретрансляция» и «Новости», пункт «Настройки страницы авторизации» | «Расширенный доступ администратора» |
| Вкладка «Биллинг» | «Доступ к конфиденциальным полям» |
| Кнопки интеграций, API-ключей, импорта и удаления телеметрии, ссылок на объекты неактивны | «Расширенный доступ администратора» |
| Импорт и экспорт геозон в WALIOT.Админ | «Расширенный доступ администратора» (Q5.34) |
| Создание моделей оборудования | «Работа с глобальными ресурсами системы» |
| Групповое удаление пользователей и организаций | Роль «Расширенный администратор» |
Разрешения пользователя смотрят и меняют в WALIOT.Админ в карточке пользователя. Выдать можно только разрешения из набора роли и только те, что есть у самого администратора, поэтому нужное разрешение может отсутствовать и в форме. Какие разрешения допустимы каждой роли — в разделе «Роли и права доступа» страницы «Пользователи».
¶ Q6.21. Как узнать, кто и что менял в системе?
Журнал ведет раздел «Аудит» WALIOT.Админ; он доступен с разрешением «Базовый доступ администратора», записи ограничены иерархией организаций. На вкладке «Действия» фиксируются создание, изменение и удаление, блокировка организации и пометка о задолженности, успешные и неуспешные входы в систему, создание и удаление токенов шеринга, ссылок на объекты и интеграций API. Остальные вкладки журнала — «Отчеты» (кто строил отчеты), «Ретрансляция», «Устройства», «Команды» (кто отправлял команды трекерам), «Импорт», «Проблемы» и «Трекеры» (последняя видна только с разрешением «Работа с глобальными ресурсами системы»).
Запросы на чтение в журнал не попадают: по нему видно, что изменили, но не что просматривали. Журналы действий конкретного пользователя и его отчетов открывают кнопки «Аудит действий пользователя» и «Аудит отчетов пользователя» в его карточке в разделе «Пользователи»: после выбора периода откроется журнал.
¶ Q6.22. Почему ссылка шеринга перестала открываться?
Ссылка перестает открываться, если истек ее срок, ссылку удалили в таблице раздела «Шеринг объектов», удален пользователь, создавший ссылку, либо организация заблокирована или имеет задолженность, либо хотя бы один объект ссылки выведен из организации. Блокировка пользователя ссылку не отзывает. Если ссылку удалили или истек ее срок, страница, уже открытая у получателя, остается на экране с последним положением объектов, но обновляться перестает. Состав объектов и срок у ссылки не меняют: создайте новую ссылку (Q6.15). Подробнее — раздел «Срок действия и отзыв» страницы «WALIOT.Шеринг».
¶ Q6.23. Включена ли Waliot в реестр российского ПО?
Да. Платформа Waliot включена в Единый реестр российского программного обеспечения: реестровая запись № 25868 от 28 декабря 2024 г. на «Платформу управления автопарком «Waliot»». Ранее в реестре зарегистрированы «ПМК Навигатор» и облачный клиент Waliot; реквизиты записей и приказов — на странице «Лицензии и сертификаты», раздел «Включения в государственные реестры». По выписке от 3 марта 2022 г. ПМК включена в реестр аккредитованных ИТ-организаций Минцифры России (статус «действует» на эту дату).
Совместимость платформы Waliot версии 1.46 с Astra Linux Special Edition 1.8 (программа «Ready for Astra», самосертификация), версии 1.46 с СУБД Tantor Basic Edition 16.8 и платформы с Postgres Pro Standard и Enterprise 15 и 16 подтверждена сертификатами совместимости — они собраны в разделе «Сертификаты соответствия и добровольной сертификации». Сводка по теме — в обзоре «Развертывание и регуляторика».
¶ 🔌 7. Интеграции и API
В этом разделе собраны ответы на вопросы о передаче данных Waliot во внешние системы: доступ к API, интеграция с 1С и BI, ретрансляция на серверы заказчика и подключение процессингов топливных карт.
¶ Q7.1. Как получить доступ к API?
Необходимо создать специального пользователя, настроить его роль и разрешения и выпустить для этого пользователя API ключ. API-ключ всегда привязан к конкретному пользователю: роль и разрешения берутся у этого пользователя в момент запроса. Доступ к объектам мониторинга дополнительно сужается — платформа пересекает список объектов, доступных пользователю, со списком объектов самой интеграции; переключатель «Все объекты выбраны» это ограничение снимает. В окне «API ключ» при выпуске нового ключа этот переключатель по умолчанию включен; чтобы ограничить ключ отдельными объектами, выключите его и отметьте объекты в дереве.
Ключ выпускает пользователь с правом «Расширенный доступ администратора», которое можно выдать роли «Расширенный администратор»; у роли «Администратор» нет права выпускать ключ. Если такой роли у вас нет, запросите ключ в технической поддержке или у персонального менеджера.
Ключ выдается только из вышестоящей организации: организация, в которой вы работаете, должна отличаться от организации пользователя, а сам пользователь — находиться в дочерней организации любого уровня. Пользователю своей же организации ключ не выпускают. Ограничение касается только выпуска: перевыпустить, изменить или удалить готовый ключ можно и внутри своей организации.
Важно! API ключ нельзя использовать для входа в веб-приложения. Пользователь, для которого выпущен API ключ, не может авторизоваться в веб-приложениях.
¶ Q7.2. Как работает авторизация в API?
Все запросы выполняются с использованием API ключа.
Ключ передается в заголовке:
Authorization: ApiKey ${API_KEY}После слова ApiKey ставится пробел, регистр важен. Токены JWT (access и refresh) используют клиентские веб-приложения Waliot; для интеграций применяйте ключ API.
¶ Q7.3. Как проверить, что API ключ работает?
Выполните запрос получения данных о текущем пользователе:
GET /api/customers/users/userВ ответ должно вернуться 200 OK с данными пользователя в JSON формате.
¶ Q7.4. Почему запрос к API возвращает ошибку 401 Unauthorized?
Ошибку 401 Unauthorized возвращает запрос с неверным ключом (текст ошибки «Invalid API key»), отключенным ключом («Blocked API key»), а также запрос, когда заблокированы пользователь ключа или его организация. Если ключ верный, но у пользователя нет разрешения на запрашиваемый ресурс, возвращается 403 Forbidden. Проверьте заголовок Authorization (Q7.2), переключатель «API ключ активен» в окне «API ключ» пользователя и состояние пользователя и его организации.
API-ключи не имеют срока действия — они работают, пока их не отключит пользователь с разрешением «Расширенный доступ администратора».
¶ Q7.5. Как интегрировать Waliot с 1С или ERP-системой?
Если речь идет о 1С:УАТ (1С:Управление Автотранспортом) — конфигурации КОРП, ПРОФ и Модуль для 1С:ERP:
- для этой конфигурации есть официальное расширение от компании 1С-Рарус (разработчик 1С:УАТ), которое предоставляется по запросу и обеспечивает базовую интеграцию с Waliot через API-ключ и таблицу синхронизации объектов.
Для остальных конфигураций 1С существует отдельный интеграционный модуль 1С-Waliot от компании «Аркис».
Для иных ИТ-систем (ERP других производителей, CRM, BI) интеграция строится через API и ретрансляцию (Q7.16). Мы предоставляем документацию по API и консультации по методам и данным; саму интеграцию выполняет заказчик или привлеченная сторонняя компания.
¶ Q7.6. Как подключить BI-систему (например, Power BI или Qlik)?
Подключение выполняется через API:
- настройте регулярную выгрузку телеметрии;
- сохраните данные в промежуточном хранилище (например, SQL-базе);
- подключите BI-инструмент (Power BI, Qlik, Tableau, DataLens и другие) к базе и настройте отчетность.
Прямого доступа к базе данных Waliot нет: BI подключают к собственному хранилищу, которое наполняется выгрузкой из API.
¶ Q7.7. Как получить список объектов через API?
GET /api/customers/organizations/${ORG_ID}/tracking-objects
Authorization: ApiKey ${API_KEY}Через API доступно все, что доступно в интерфейсах, в пределах прав пользователя ключа. В публичной документации Swagger для ознакомления описаны основные методы с параметрами: данные пользователя и организации, иерархия организаций в виде дерева и плоского списка, объекты и геозоны, состояния объектов, одометр и моточасы на момент, позиция на момент, трек за период, список отчетов и их построение, произвольные отчеты, токены ссылок шеринга и состояние объектов по токену ссылки (этот метод ключа не требует). Об остальных возможностях API — по запросу в техническую поддержку.
¶ Q7.8. Как получить трек объекта?
GET /api/tracks/${OBJECT_ID}?from=${FROM_ISO8601}&to=${TO_ISO8601}
Authorization: ApiKey ${API_KEY}Даты указываются в формате ISO 8601 (рекомендуется в UTC). Часовой пояс и границы периода задаются параметрами запроса, поэтому запрос за 1 марта в часовом поясе MSK вернет границу 2026-02-28T21:00:00Z — это не данные за 28 февраля, а полночь 1 марта по Москве (см. Интеграционные возможности).
В ответах объекты, состояния и треки приходят во времени UTC (с суффиксом Z), а отчеты — в часовом поясе параметра time-zone (по умолчанию GMT+03:00); знак «+» в значении этого параметра в адресе кодируйте как %2B.
Вместе с треком можно запросить события параметром event-types (значения через запятую), например: OFFLINE, STOP, PARKING, FUEL_LEAK, FUEL_ADD, USS_ISSUING, RFID_CARD_INSERT, RFID_TAG_CONNECTED, DRIVER_WORKING_SHIFT (смены водителей). Параметр filtration-tolerance задает степень фильтрации точек трека: чем больше значение, тем больше точек отбрасывается.
¶ Q7.9. Почему данные в API отличаются от отчетов в системе?
Правила расчета у API и веб-приложений общие — расходятся параметры запроса:
- трек. Интерфейс всегда передает список типов событий. Интеграция, которая их не передает, получит более длинный список точек и вообще без событий;
- пробег. У запроса трека и статистики пробега источник по умолчанию — GPS, тогда как отчет берет источник из настроек оборудования объекта: GPS, CAN или накопительный. У машины с CAN-одометром цифры разойдутся именно поэтому (см. Q2.2). Метод одометра без указания типа расчета берет источник из настроек объекта;
- округление и формат данных.
¶ Q7.10. Как отлаживать интеграцию с API?
Рекомендуется:
- использовать Swagger (интерактивная документация OpenAPI) или Postman и аналогичные инструменты для тестирования;
- проверять логи ошибок (код ответа, текст ошибки);
- включить журналирование запросов и ответов;
- при сложных ошибках обращаться в поддержку, указав время и содержимое запроса.
Для отладки рекомендуется использовать тестовую организацию, чтобы не создавать тестовые данные в рабочей базе.
Тело ошибки API — JSON с полями status, error (code, name, message, details). Логику интеграции стройте на error.code и error.name, а не на details: его текст может меняться. Ответ 4xx означает ошибку в запросе или данных, повтор без изменений не поможет; при 500, 503 и 504 повторите запрос позже, а если ошибка держится, напишите в поддержку. Ответ 502 означает ошибку при обращении к другому сервису Waliot или к внешней системе; ответы 502 и 504 от балансировщика могут прийти без тела ошибки.
¶ Q7.11. Поддерживает ли система webhooks?
События платформа доставляет по каналам уведомлений, а данные во внешнюю систему передают ретрансляцией и периодическим опросом Waliot API — они заменяют webhook (мгновенный HTTP-запрос на ваш URL в момент события). Каналы уведомлений: лента уведомлений Навигатора (нативные уведомления), e-mail, SMS, Telegram, MAX. Какие каналы доступны вашей организации, уточняйте у менеджера или в технической поддержке; настройка — в разделе «Каналы уведомлений».
Для передачи данных во внешние системы есть ретрансляция: платформа пересылает телеметрию выбранных объектов на ваш сервер по телематическим протоколам (ЕГТС, Wialon IPS, Wialon Retranslator, FLEX, SOAP «НИС ГЛОНАСС»; полный перечень — Q7.17). Работает она пакетами, а не по каждой точке в момент приема, поэтому на приемной стороне данные появляются с небольшой задержкой. Изменения в списке ретранслируемых объектов вступают в силу с небольшой задержкой. Для интегратора, который пишет приемную сторону, есть руководство «Ретрансляция данных во внешние системы».
¶ Отправка истории за период
Историю за прошедший период можно отправить отдельно (дослать на сервер): в WALIOT.Админ откройте раздел «Ретрансляция» — он доступен пользователям с правом «Расширенный доступ администратора», которое можно выдать роли «Расширенный администратор», — откройте карточку сервера ретрансляции и нажмите «Отправить историю», выбрав период и объекты. Объекты должны быть заранее привязаны к этому серверу, а отправка идет в фоне той же очередью.
¶ Почему данные не доходят до моей системы
Проверьте по порядку: сервер ретрансляции «Активен»; объект привязан к этому серверу, а у его трекера есть объект в рабочем статусе (данные, которые платформа не принимает, не ретранслируются); организация объекта не заблокирована; выбранный протокол и идентификатор подходят приемнику, а у трекера заполнено поле, которое уходит в пакете (Q7.17); приемник доступен по указанным хосту и порту. Ретранслируются данные в том виде, в каком их принял трекер, — до расчетов платформы. Если приемник долго недоступен, неотправленные данные хранятся ограниченное время и затем удаляются, а в аудите появляется событие «Данные слишком долго не отправлялись»; накопленное за период можно отправить кнопкой «Отправить историю». Как проверить результат — Q7.18.
Ретрансляция — это не отправка по событию, а поток телеметрии; для событийной интеграции обычно используют периодический опрос Waliot API (см. Q7.1).
¶ Q7.12. Есть ли ограничения частоты запросов к API?
Частоту обращений к API определяйте по сценарию интеграции: опрашивайте API не чаще, чем обновляются сами данные, кешируйте редко меняющиеся справочники (модели, списки объектов, пользователи) и запрашивайте данные за период одним запросом вместо серии точечных.
Планируемую частоту запросов согласуйте с технической поддержкой: если интеграция создает избыточную нагрузку — например, запрашивает одни и те же данные каждую секунду, — доступ ее ключа могут отключить. Ограничения на неудачные попытки входа — отдельный механизм (см. Q6.11–Q6.13).
¶ Q7.13. Какого пользователя и роль использовать для API-интеграции?
Под каждую интеграцию рекомендуется создавать отдельного специального пользователя (сервисную учетную запись) и выпускать API ключ именно для него: на одного пользователя выпускается только один ключ, поэтому несколько интеграций на общем пользователе не смогут работать с раздельными ключами.
Раздельные пользователи позволяют отозвать доступ одной интеграции, не затрагивая остальные, и разделить их следы в аудите. Учтите: журнал «Аудит» фиксирует изменения и значимые действия — создание, изменение, удаление, входы, команды, импорт; чтения в журнал не попадают, поэтому по аудиту не видно, какие именно выборки делает интеграция (см. Q6.21).
Построение отчетов учитывается отдельно, на вкладке «Отчеты» того же раздела. Роль и права такому пользователю выдавайте по принципу минимально необходимых: только те разрешения, которые действительно нужны интеграции (например, для выгрузки данных обычно достаточно просмотра объектов и разрешений «Загрузка треков» и «Загрузка отчетов»). Подробнее об API-ключах и правах — в разделе «Пользователи»; как получить доступ к API — см. Q7.1.
¶ Q7.14. Как получить через API показатели, которые есть в отчете?
Отдельного метода, который вернул бы уровень топлива на заданную дату, в API нет. Текущий уровень отдает GET /api/states/{id}, уровень на конец произвольного периода — GET /api/tracks/{id}, а показатели в разрезе отчета получают, построив сам отчет:
POST /api/reports?type=FUEL_CONSUMPTION&format=JSON&version=VER_3
Authorization: ApiKey ${API_KEY}
{"orgId": ${ORG_ID}, "objects": [${OBJECT_ID}], "intervals": [{"from": ${FROM_ISO8601}, "to": ${TO_ISO8601}}]}Тело запроса описано в спецификации схемой ReportInfo; сервис принимает и сокращенный вариант из трех полей — остальные подставляются из настроек выбранного типа отчета.
В ответе таблица table.rows[]. Уровень топлива на конец периода — поле toFuel в строках с типом DATE_TOTAL (итог за день) и EQUIPMENT_TOTAL (итог по одному датчику за весь период; при нескольких баках таких строк будет несколько). Рядом приходят fromFuel, totalFactFuelConsumption, fuelAddAmount и fuelAddCount, fuelLeakAmount и fuelLeakCount.
Чаще всего нужное поле «не находится» из-за версии формата. При version=VER_3 объемы приходят целым числом в миллилитрах. В более старых форматах VER_1 и VER_2 объемы приходят строкой в литрах, округленной до двух знаков. Если параметр не передать, применяется VER_1: строка таблицы выглядит как {type, trackData, values}, где values — массив значений по позициям, а названия столбцов лежат в отдельном поле отчета columns. Искать в такой строке поле по имени бесполезно.
Соответствие «столбец отчета — имя поля» берите из самого отчета: в поле tableColumns[] у каждого столбца есть field. Эндпоинт GET /api/reports/custom/default-report-column-types описывает столбцы произвольных отчетов, и имена там могут отличаться: «Уровень на конец периода» там называется endFuel, тогда как в «Расходе топлива» поле называется toFuel.
По нескольким объектам сразу строится тип GROUP_FUEL_CONSUMPTION («Расход топлива по группам») — поля те же. Что доступно у каждого отчета, возвращает GET /api/reports/list: тип, группа, форматы, признак многообъектности, использование геозон и список требуемых системных меток (см. Q1.15).
¶ Уровень топлива и нормы без построения отчета
Без отчета уровень на конец периода можно взять из трека:
GET /api/tracks/${OBJECT_ID}?from=${FROM_ISO8601}&to=${TO_ISO8601}&event-types=FUEL_ADD,FUEL_LEAK
Authorization: ApiKey ${API_KEY}В блоке end.fuelValues по каждому баку приходят current (уровень) и total (объем бака) в миллилитрах; суммарный уровень — сумма current по бакам, дополнительные емкости в нее не входят. Параметр event-types обязателен: без него заправки и сливы в ответ не попадут, а расход посчитается как разница уровней на начало и конец периода — после заправки он окажется занижен, после слива завышен.
Нормы расхода объекта отдает GET /api/customers/tracking-objects/{id}: summerFuelConsumption и winterFuelConsumption — в литрах на километр (в интерфейсе те же значения показаны в литрах на 100 км), parkingFuelConsumption и motohourFuelConsumption — в литрах в час. Текущий уровень топлива в GET /api/states/{id} лежит в поле fuelValues — номер бака и уровень в миллилитрах; в отличие от трека, объем бака здесь не передается, и дату метод не принимает.
Готовый пример такого запроса на 1С — в примерах запросов Waliot API. Почему цифры из API могут отличаться от отчета в интерфейсе — см. Q7.9.
¶ Q7.15. Почему не загружаются транзакции ППР, E100 и других процессингов топливных карт?
Ответ относится ко всем процессингам, которые подключаются к Waliot. Проверьте по порядку:
- Интеграция подключена в той организации, к которой относятся пользователи, а не в выше- или нижестоящей.
- В интеграции заполнены все поля для доступа учетной записи к API процессинга. Исключение — ППР: заполните «Идентификатор клиента» и «Секрет клиента», а поле «Токен» оставьте пустым. «Токен» предназначен для ключа прежней версии API ППР, которая не работает с 1 июля 2026 года.
- Значения скопированы из кабинета целиком, без потерянных символов в начале и в конце.
- В личном кабинете процессинга выдан и действует доступ для интеграций. У ППР — подключенный в кабинете доступ «API на чтение»; у Гарвекс — отдельная интеграционная учетная запись в «АЗС-Онлайн»; у Ликард к учетной записи нужен еще файл клиентского сертификата.
- За выбранный период в кабинете процессинга есть транзакции по топливным картам.
Если транзакции приходят, но не относятся к нужному объекту, проверьте привязку карты: на вкладке «Топливные карты» объекта в панели администратора карта должна быть добавлена как карта этого процессинга, с полным номером, как в кабинете топливного процессинга (у Гарвекс — с числовым идентификатором карты из «АЗС-Онлайн»), и привязана только к одному объекту. Если номер карты не совпал, у ППР, OnlineOil, РН-Карт и Гарвекс Waliot пробует сопоставить транзакцию с объектом по госномеру, но такое сопоставление не всегда однозначно. У E100, Опти 24 и Ликард сопоставления по госномеру нет: транзакция по карте без привязки остается без объекта.
Порядок подключения — на странице Интеграции с топливным процессингом. Если все верно, а транзакций нет, напишите в поддержку: укажите организацию и период.
¶ Q7.16. Ретрансляция или API: что выбрать?
Ретрансляция и API передают данные во внешние системы в разных направлениях: при ретрансляции Waliot сам отправляет телеметрию, при работе с API внешняя система запрашивает данные. Сравнение:
| Критерий | Ретрансляция | API |
|---|---|---|
| Направление | Waliot отправляет телеметрию выбранных объектов на ваш сервер | ваша система запрашивает данные у Waliot |
| Формат | телематические протоколы на хост и порт приемной стороны (Q7.17) | запросы REST API с ключом, ответ в JSON (Q7.1) |
| Задержка | новые данные уходят пакетами с небольшой задержкой | данные на момент запроса; для актуальных данных — периодический опрос (Q7.19) |
| Что передается | телеметрия в том виде, в каком ее принял трекер, без расчетов платформы | объекты, состояния, треки, отчеты и справочники по запросу |
| Кто настраивает | пользователь с правом «Расширенный доступ администратора» в разделе «Ретрансляция» WALIOT.Админ | тот же пользователь выпускает ключ; запросы пишет интегратор |
| Подходит, когда | приемная система умеет принимать телематический протокол: другая платформа мониторинга, государственная система | нужны отчеты, справочники и выборки по запросу: 1С, BI, учетные системы |
Если трекер сам настроен на отправку данных на два сервера, это настройка самого трекера, а не ретрансляция Waliot. Подробнее — Интеграционные возможности и «Ретрансляция данных во внешние системы».
¶ Q7.17. Какие протоколы поддерживает ретрансляция и какой выбрать?
В разделе «Ретрансляция» сервер создают с одним из протоколов; у каждого протокола в пакете уходит свой идентификатор трекера:
| Протокол в интерфейсе | Идентификатор в пакете |
|---|---|
| ЕГТС (с авторизацией) и ЕГТС (с авторизацией, расширенный) | серийный номер трекера и IMEI |
| ЕГТС (без авторизации) и ЕГТС (без авторизации, расширенный) | серийный номер трекера |
| Wialon IPS 1.1 и 2.0, у каждого обычный и расширенный вариант | IMEI |
| Wialon Retranslator 1.0 | IMEI |
| FLEX 1.0 (НАВТЕЛЕКОМ) | IMEI |
| SOAP (НИС ГЛОНАСС) | IMEI |
Расширенный вариант добавляет к пакету больше данных: в ЕГТС — число спутников, HDOP и аналоговые датчики; в Wialon IPS — валидность, HDOP и датчики (аналоговые, цифровые, импульсные, топливные, температурные) и другие атрибуты. Wialon Retranslator передает и произвольные атрибуты. Температура в обоих протоколах уходит в °C с точностью до десятых; датчик со значением «нет данных» в пакет не попадает.
Выбирайте протокол, который принимает ваша приемная система. Если приемная сторона называет тип подключения EGTS_O, подходит любой вариант ЕГТС; EGTS_I — только «ЕГТС (с авторизацией)» и «ЕГТС (с авторизацией, расширенный)».
Чтобы данные по трекеру уходили, в его карточке должен быть заполнен идентификатор, который использует выбранный протокол. Серийный номер в ЕГТС — число: нецифровые символы отбрасываются, а недопустимое значение уходит как 0, поэтому серийный номер должен совпадать с тем, что ожидает приемная система. IMEI в ЕГТС с авторизацией передается, если в нем ровно 15 цифр. Для SOAP в адресе сервера указывают полный URL, а доступ к приемнику может защищать логин и пароль. Подробнее — «Ретрансляция данных во внешние системы».
¶ Q7.18. Как проверить, что данные ушли во внешнюю систему?
Результат ретрансляции видно в WALIOT.Админ в двух местах:
- в окне правки сервера ретрансляции во всплывающей подсказке у объекта — поля «Последняя успешная отправка» и «Последняя попытка отправки». Статус успешной отправки не подтверждает, что данные сохранены в приемной системе; у протоколов с авторизацией он означает еще и то, что приемник подтвердил авторизацию;
- в «Аудите» на вкладке «Ретрансляция» — по каждой отправке есть колонки «ID сервера», «ID трекера», «Время действия», «Действие», «Время отправки, сек» и «Отправлено записей». Действий четыре: «Ретрансляция успешна», «Ошибка ретрансляции», «Ошибка авторизации» и «Данные слишком долго не отправлялись»; время отправки и число записей заполнены у успешной отправки.
Состояние «Офлайн» у объекта относится к приему данных от трекера и не показывает, дошла ли ретрансляция до приемной системы. Если отправки нет, пройдите чек-лист в Q7.11. Подробнее об интерфейсе — «Ретрансляция».
¶ Q7.19. Как получать данные в реальном времени через API?
Для интеграций актуальные данные получают периодическим опросом API (webhook нет — Q7.11):
GET /api/states?org-id=${ORG_ID}&tree=true
Authorization: ApiKey ${API_KEY}Запрос возвращает текущие состояния объектов организации, а при tree=true и ее дочерних организаций; состояние одного объекта отдает GET /api/states/{id}. Опрашивайте API не чаще, чем обновляются данные (Q7.12). Поток состояний в реальном времени (WebSocket) работает только на странице ссылки шеринга (Q6.15). Если приемной системе нужен непрерывный поток точек, используйте ретрансляцию (Q7.16).
¶ Q7.20. Можно ли передавать данные в РНИС или ЭРА-ГЛОНАСС?
Да. Waliot передает данные в ЭРА-ГЛОНАСС, ФГИС ЛК и РНИС ретрансляцией по ЕГТС: адреса приемных систем — в реестре популярных ретрансляций на странице «Ретрансляция данных во внешние системы». Требования к аппаратуре спутниковой навигации выполняет сертифицированное оборудование.
Ретрансляция передает телеметрию такой, как ее принял сервер от трекера: состав и частота записей определяются трекером, а адрес, порт и протокол сообщает оператор приемной системы (Q7.17).
Для государственных систем поддерживаются протокол ЕГТС и SOAP («НИС ГЛОНАСС»), выбор между ними — Q7.17. Подключение начинается с заявки клиента оператору приемной системы: он сообщает адрес, порт и протокол, а доступ для сервера Waliot разрешает приемная сторона.
Для ЕГТС без авторизации идентификатором служит серийный номер трекера: он должен быть числом и совпадать с идентификатором, под которым трекер зарегистрирован в приемной системе; как задать его для РНИС Москвы — раздел «Ретрансляция в РНИС Москвы». Проверить отправку можно по Q7.18. Нормативные ориентиры — на странице «Законодательство».