> 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/es/guide/dashboards/trips-dashboard.md).
# tablero de Viajes
**Viajes** es la segunda pestaña de la aplicación Dashboards y responde «¿qué hizo la flota durante la última semana?» (la [Panel de estado en vivo](/docs/user/es/guide/dashboards/fleet-live-status-dashboard.md) cubre «¿qué está haciendo la flota ahora mismo?»). Reúne los viajes completados en una sola vista de utilización, distancia, duración y rendimiento por objeto. De ese modo, puede detectar vehículos subutilizados, sobrecargados y comportamientos de manejo inusuales sin crear un informe.
{% hint style="info" %}
El panel de viajes está actualmente en beta (v1.0.1), una versión temprana publicada para ajustarse con comentarios reales. Si falta algo, algo es confuso o podría ser más útil, use el **Enviar comentarios** botón en la parte superior de la pestaña. Cada panel se versiona de forma independiente, por lo que la **Estado en vivo**, **Viajes**, **Condiciones**, **IoT Logic**, y **Combustible** las pestañas pueden mostrar números de versión diferentes.
{% endhint %}
¿Quiere más personalización y detalle? [Dashboard Studio](/docs/analytics/es/dashboard-studio.md) le permite crear analítica de flota adaptada a sus propios KPI usando datos de IoT Query. Plantillas recomendadas para comenzar: [Panel de operaciones de recorridos HM](https://github.com/Navixy/navixy-iot-query-dashboard/blob/main/schemas/04-hm-trip-operations-dashboard.md) y [Panel de viajes (ayer)](https://github.com/Navixy/navixy-iot-query-dashboard/blob/main/schemas/08-trips-dashboard-yesterday.md).
## Qué cuenta como un recorrido
Cada número de este panel se basa en recorridos, por lo que conviene saber qué considera la plataforma Navixy como un recorrido antes de leer los paneles. A continuación, se presenta un breve resumen de esa misma lógica de generación de recorridos, que también se usa en otras partes de la plataforma.
{% hint style="info" %}
Los umbrales siguientes se expresan en unidades métricas, porque así los define la plataforma Navixy. No cambian con el sistema de medición de su cuenta. Las distancias y velocidades que se muestran en el propio panel sí se ajustan a él. Consulte [Unidades de medida](/docs/user/es/guide/dashboards.md#units-of-measurement).
{% endhint %}
La plataforma procesa los datos GPS entrantes cada minuto y une los puntos en recorridos. Solo son elegibles los puntos bien formados: un punto necesita un ID de evento, coordenadas válidas e información de satélites. Los puntos que parecen saltos de GPS (más de 5 km del punto anterior) y los puntos que llegan fuera de orden se descartan.
Un punto se considera en movimiento cuando la velocidad registrada es al menos 3 km/h y, además, la distancia con respecto al punto anterior supera los 50 m o está activado el indicador de hardware «en movimiento» del dispositivo. Un nuevo recorrido comienza después de una interrupción de al menos 20 minutos sin datos del dispositivo, o cuando un dispositivo vuelve a moverse después de haber estado aparcado durante al menos 5 minutos. La hora de inicio del recorrido es la marca de tiempo del primer punto en movimiento, y la hora de fin es cuando comenzó el último segmento de aparcado del recorrido.
Para que un recorrido se registre, deben cumplirse cuatro condiciones:
* La distancia total es de al menos 100 m
* La velocidad máxima alcanza al menos 3 km/h
* Al menos 2 puntos GPS
* Se detectó movimiento
Los recorridos que no superan cualquiera de estas comprobaciones se descartan. Por eso algunos trayectos muy cortos nunca aparecen en el panel, y por eso un vehículo que se desplazó levemente mientras estaba aparcado no generará un recorrido.
## Ventana de datos y actualización
El panel de viajes siempre muestra los últimos 7 días de datos de recorridos. No hay selector de fecha, y el intervalo no se puede cambiar. Para datos de recorridos de otro período, use el [Informe de viajes y aparcamientos](/docs/user/es/guide/reports/specific-report-details/trip-report.md).
El dashboard se actualiza automáticamente cada **90 segundos** mientras la pestaña del navegador está en foco, y el **Actualizar** botón en la esquina superior derecha fuerza una actualización inmediata.
Como el procesamiento de recorridos se ejecuta cada minuto con un pequeño solapamiento, un recorrido que terminó en el último minuto o dos quizá aún no sea visible, o puede aparecer con una hora de fin incompleta. Se reflejará en la siguiente actualización.
## Actividad de la flota
Los dos primeros mosaicos KPI enmarcan la semana en términos de qué proporción de la flota estuvo activa.
| Tarjeta | Qué muestra |
| ---------------------- | --------------------------------------------------------------------- |
| **Total de objetos** | Cada dispositivo registrado en su cuenta. |
| **Objetos con viajes** | Dispositivos que registraron al menos un viaje en los últimos 7 días. |
La diferencia entre estos dos valores indica cuántos dispositivos permanecieron inactivos o almacenados durante la semana. Si es grande, los promedios por objeto de las secciones siguientes parecerán bajos por razones que no tienen que ver con el comportamiento de manejo.
## Métricas de recorridos
Cinco mosaicos desglosan el volumen y la distancia de los recorridos de la flota durante la semana: **Cantidad de recorridos**, **Promedio de recorridos por objeto**, **Distancia promedio por recorrido**, **Distancia total**, y **Distancia promedio por objeto**. La distancia promedio por recorrido se redondea a dos decimales.
{% hint style="info" %}
**Promedio de recorridos por objeto** y **Distancia promedio por objeto** ambos se dividen entre el número total de dispositivos registrados, no entre el número que realmente tuvo recorridos. Si su cuenta tiene muchos dispositivos inactivos o almacenados, estos promedios parecerán más bajos que la imagen de su flota activa por sí sola. Use **Objetos con viajes** y el **Objetos con y sin viajes** gráfico de dona para la vista solo de activos.
{% endhint %}
## Duración
Dos mosaicos resumen cuánto tiempo pasó la flota en movimiento durante la semana: **Duración total** y **Duración promedio por recorrido**. Ambos se muestran como X h Y min, con los segundos truncados en lugar de redondeados.
## Gráficos por objeto
Seis gráficos se ubican debajo de los mosaicos de nivel de flota anteriores. **Objetos con y sin viajes** divide la flota en activa e inactiva en un gráfico de dona. Los otros cinco clasifican los 10 dispositivos principales según una sola métrica: **Los 10 objetos principales por distancia**, **Los 10 objetos principales por viajes**, **Los 10 objetos principales por velocidad**, **Los 10 objetos principales por tiempo de ralentí**, y **Los 10 objetos principales por horas de motor**.
Cuándo leer los gráficos juntos
Un vehículo que encabeza el gráfico de Distancia pero no el de Viajes probablemente recorre rutas largas en lugar de circuitos cortos. Una furgoneta de reparto que hace circuitos cortos puede encabezar el gráfico de Viajes sin aparecer en el ranking de Distancia. Ese contraste suele apuntar a distintos patrones operativos que conviene diferenciar en su análisis.
El tiempo de ralentí y las horas de motor son más útiles uno junto al otro. Un vehículo que lidera en horas de motor pero no en distancia suele estar funcionando en parado, el mismo patrón de ralentí que muestra el gráfico de tiempo de ralentí. Si ese patrón se mantiene y no es solo un pico de una semana, conviene revisar el mismo vehículo en la pestaña Condiciones técnicas. El ralentí prolongado suele aparecer allí como horas elevadas de RPM del motor y tensión de a bordo elevada, no solo como combustible desperdiciado.
El gráfico de Velocidad puede incluir velocidades de recorridos que aún están en curso cuando se carga el panel, por lo que su cobertura temporal puede diferir ligeramente de la de los otros gráficos.
## Detalles de recorridos por objeto
El **Detalles de recorridos por objeto** la tabla en la parte inferior del panel enumera los registros individuales de recorridos, una fila por recorrido. Cada columna se puede ordenar al hacer clic en su encabezado.
{% hint style="info" %}
La tabla muestra recorridos de más de 10 km. Los recorridos más cortos que aún cumplen las reglas de generación de recorridos (al menos 100 m, 3 km/h, 2 puntos, movimiento detectado) se cuentan en **Cantidad de recorridos** y se muestran en los gráficos, pero no aparecen como filas aquí. Use **Cantidad de recorridos** como su respuesta a «cuántos recorridos hubo» y esta tabla como su respuesta a «a dónde fueron los trayectos más largos».
{% endhint %}
Las columnas de dirección se rellenan en la medida de lo posible. Las direcciones de inicio y fin se obtienen mediante geocodificación inversa de las coordenadas con el geocodificador de Navixy. Cuando el geocodificador no está disponible, las celdas de dirección aparecen en blanco sin mensaje de error. La resolución de direcciones cubre de forma predeterminada las primeras 500 filas de la tabla, por lo que las filas más allá de ese límite aparecen con coordenadas pero sin direcciones.
## Exportar datos del panel
Cada panel aquí, tanto gráficos como tablas, tiene las mismas opciones de exportación a CSV, Excel y PDF descritas en [Exportar datos](/docs/user/es/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/es/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.