> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/user/ru/guide/dashboards/trips-dashboard.md).
# Панель мониторинга «Поездки»
**Поездки** является второй вкладкой приложения «Панели мониторинга» и отвечает на вопрос «что делал автопарк за прошедшую неделю?» (панель [Панель текущего состояния](/docs/user/ru/guide/dashboards/fleet-live-status-dashboard.md) отвечает на вопрос «что делает автопарк прямо сейчас?»). Она объединяет завершённые поездки в единое представление использования, расстояния, продолжительности и показателей по каждому объекту. Это позволяет выявлять недоиспользуемый транспорт, перегруженный транспорт и необычные особенности вождения без создания отчёта.
{% hint style="info" %}
Панель «Поездки» сейчас находится в бета-версии (v1.0.1) — это ранняя версия, которая будет дорабатываться на основе реальных отзывов. Если чего-то не хватает, что-то непонятно или может быть полезнее, используйте **Отправить отзыв** кнопку в верхней части вкладки. Версии каждой панели обновляются независимо, поэтому вкладки **Текущий статус**, **Поездки**, **Условия**, **IoT Logic**, и **Уровень топлива** могут отображать разные номера версий.
{% endhint %}
Нужна более детальная настройка? [Dashboard Studio](/docs/analytics/ru/dashboard-studio.md) позволяет создавать аналитику автопарка с учётом собственных KPI, используя данные IoT Query. Рекомендуемые шаблоны для начала работы: [Панель операций с поездками HM](https://github.com/Navixy/navixy-iot-query-dashboard/blob/main/schemas/04-hm-trip-operations-dashboard.md) и [Панель «Поездки» (вчера)](https://github.com/Navixy/navixy-iot-query-dashboard/blob/main/schemas/08-trips-dashboard-yesterday.md).
## Что считается поездкой
Все показатели на этой панели основаны на поездках, поэтому перед изучением панелей полезно знать, что платформа Navixy считает поездкой. Ниже приведено краткое описание той же логики построения поездок, которая также используется в других разделах платформы.
{% hint style="info" %}
Приведённые ниже пороговые значения указаны в метрических единицах, поскольку именно так их определяет платформа Navixy. Они не меняются в зависимости от системы измерений в вашей учётной записи. Однако расстояния и скорости, отображаемые на самой панели, соответствуют ей. См. [Единицы измерения](/docs/user/ru/guide/dashboards.md#units-of-measurement).
{% endhint %}
Платформа обрабатывает входящие данные GPS каждую минуту и объединяет точки в поездки. Учитываются только корректно сформированные точки: точка должна содержать идентификатор события, корректные координаты и информацию о спутниках. Точки, похожие на скачки GPS (более 5 км от предыдущей точки), а также точки, поступившие не по порядку, отбрасываются.
Точка считается соответствующей движению, если зарегистрированная скорость составляет не менее 3 км/ч и при этом либо расстояние от предыдущей точки превышает 50 м, либо установлен аппаратный флаг устройства «движется». Новая поездка начинается после отсутствия данных от устройства в течение не менее 20 минут или когда устройство снова начинает движение после стоянки продолжительностью не менее 5 минут. Временем начала поездки считается метка времени первой точки движения, а временем окончания — момент начала последнего сегмента стоянки в поездке.
Для регистрации поездки должны выполняться четыре условия:
* Общее расстояние составляет не менее 100 м
* Максимальная скорость достигает не менее 3 км/ч
* Не менее 2 точек GPS
* Обнаружено движение
Поездки, не прошедшие хотя бы одну из этих проверок, отбрасываются. Поэтому некоторые очень короткие поездки никогда не отображаются на панели, а транспорт, который немного сместился во время стоянки, не создаст поездку.
## Период данных и обновление
На панели «Поездки» всегда отображаются данные о поездках за последние 7 дней. Выбор даты отсутствует, и этот период нельзя изменить. Для просмотра данных о поездках за другой период используйте [Отчёт по поездкам и стоянкам](/docs/user/ru/guide/reports/specific-report-details/trip-report.md).
Панель мониторинга автоматически обновляется каждые **90 секунд** пока вкладка браузера активна, а кнопка **Обновить** в правом верхнем углу запускает немедленное обновление.
Поскольку обработка поездок выполняется каждую минуту с небольшим перекрытием, поездка, завершившаяся одну или две минуты назад, может ещё не отображаться или отображаться с неполным временем окончания. Она появится при следующем обновлении.
## Активность автопарка
Первые две плитки KPI показывают, какая часть автопарка была активна в течение недели.
| Карточка | Что показывает |
| ----------------------- | ------------------------------------------------------------------------ |
| **Всего объектов** | Все устройства, зарегистрированные в вашей учётной записи. |
| **Объекты с поездками** | Устройства, зарегистрировавшие хотя бы одну поездку за последние 7 дней. |
Разница между этими двумя показателями показывает, сколько устройств не использовалось или находилось на хранении в течение недели. Если она велика, средние значения по объектам в разделах ниже будут низкими по причинам, не связанным с поведением водителя.
## Показатели поездок
Пять плиток показывают объём поездок и расстояние по всему автопарку за неделю: **Количество поездок**, **Среднее число поездок на объект**, **Среднее расстояние за поездку**, **Общее расстояние**, и **Среднее расстояние на объект**. Среднее расстояние за поездку округляется до двух знаков после запятой.
{% hint style="info" %}
**Среднее число поездок на объект** и **Среднее расстояние на объект** оба рассчитываются на основе общего числа зарегистрированных устройств, а не числа устройств, у которых действительно были поездки. Если в учётной записи много неактивных или хранящихся устройств, эти средние значения будут ниже, чем показатели только активного автопарка. Используйте **Объекты с поездками** и **Объекты с поездками и без поездок** пончиковую диаграмму для просмотра только активных объектов.
{% endhint %}
## Длительность
Две плитки суммируют, сколько времени автопарк находился в движении в течение недели: **Общая продолжительность** и **Средняя продолжительность поездки**. Оба показателя форматируются как X ч Y мин, при этом секунды отбрасываются, а не округляются.
## Диаграммы по объектам
Под приведёнными выше плитками уровня автопарка расположены шесть диаграмм. **Объекты с поездками и без поездок** разделяет автопарк на активные и неактивные объекты в виде пончиковой диаграммы. Остальные пять ранжируют 10 устройств с наибольшими значениями одного показателя: **10 объектов с наибольшим расстоянием**, **10 объектов с наибольшим числом поездок**, **10 объектов с наибольшей скоростью**, **10 объектов с наибольшим временем простоя**, и **10 объектов с наибольшими моточасами**.
Когда следует сопоставлять диаграммы
Транспорт, занимающий первое место на диаграмме расстояния, но не на диаграмме поездок, вероятно, выполняет длинные маршруты, а не короткие рейсы. Фургон для доставки, выполняющий короткие рейсы, может занять первое место на диаграмме поездок, не появившись в рейтинге расстояния. Такой контраст часто указывает на разные операционные модели, которые стоит различать при анализе.
Время простоя и моточасы наиболее полезно рассматривать вместе. Транспорт, лидирующий по моточасам, но не по расстоянию, обычно работает, оставаясь неподвижным, — это та же модель работы на холостом ходу, которую выявляет диаграмма времени простоя. Если такая картина сохраняется, а не является разовым отклонением за одну неделю, стоит проверить этот транспорт на вкладке «Технические условия». Длительная работа на холостом ходу обычно проявляется там в виде повышенных часов работы двигателя на высоких оборотах и нагрузки на бортовое напряжение, а не только в виде напрасного расхода топлива.
Диаграмма скорости может включать скорости из ещё не завершённых поездок на момент загрузки панели, поэтому её временной охват может немного отличаться от других диаграмм.
## Сведения о поездках объекта
Вкладка **Сведения о поездках объекта** Таблица в нижней части панели содержит отдельные записи о поездках: одна строка для каждой поездки. Каждый столбец можно сортировать, нажав его заголовок.
{% hint style="info" %}
В таблице отображаются поездки длиной более 10 км. Более короткие поездки, которые всё же соответствуют правилам построения поездок (не менее 100 м, 3 км/ч, 2 точки, обнаружено движение), учитываются в **Количество поездок** и отображаются на диаграммах, но не появляются здесь в виде строк. Используйте **Количество поездок** как ответ на вопрос «сколько поездок произошло», а эту таблицу — как ответ на вопрос «куда направлялись более длинные поездки».
{% endhint %}
Столбцы адресов заполняются по возможности. Адреса начала и окончания определяются посредством обратного геокодирования координат с помощью геокодера Navixy. Если геокодер недоступен, ячейки адресов остаются пустыми без сообщения об ошибке. По умолчанию определение адресов выполняется для первых 500 строк таблицы, поэтому в строках за этим пределом отображаются координаты, но не адреса.
## Экспорт данных панелей
Каждая панель здесь — как диаграмма, так и таблица — имеет одинаковые параметры экспорта в CSV, Excel и PDF, описанные в разделе [Экспорт данных](/docs/user/ru/guide/dashboards.md#exporting-data).
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://navixy.com/docs/user/ru/guide/dashboards/trips-dashboard.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.