> 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/events-and-notifications/safety/harsh-driving.md). # Conducción peligrosa Reciba alertas cuando los acelerómetros del dispositivo GPS detecten aceleración brusca, frenado o giros pronunciados. Configure primero los umbrales de detección en Dispositivos. El **Conducción peligrosa** La regla está diseñada para ayudar a las empresas a monitorear y mejorar el comportamiento de manejo, garantizando una operación más segura del vehículo y reduciendo el riesgo de accidentes. Esta regla es especialmente valiosa para flotas, empresas de alquiler de autos y operaciones logísticas, donde la calidad de manejo impacta directamente los costos de mantenimiento de vehículos, la seguridad y la satisfacción del cliente. Al detectar y responder a incidentes de conducción peligrosa, las empresas pueden administrar mejor sus vehículos, reducir el desgaste y mantener un alto estándar de servicio. Esta regla funciona usando el acelerómetro integrado del dispositivo para monitorear la aceleración repentina, el frenado brusco y los giros cerrados. Cuando el dispositivo GPS detecta cualquiera de estos eventos, envía los datos a la plataforma Navixy, que luego genera alertas y registra los incidentes para su revisión. Para usar esta regla, asegúrese de que la función de detección de conducción peligrosa esté configurada correctamente en la configuración del dispositivo o en el configurador del dispositivo GPS. ## Configuración de la regla Asegúrese de que la función de conducción peligrosa esté configurada en el menú Dispositivos, específicamente en el **Conducción peligrosa** bloque, o mediante la herramienta de configuración del dispositivo. Una vez configurada, los usuarios pueden crear y administrar la regla desde la plataforma. No se requieren otras configuraciones específicas para esta regla. Para configuraciones comunes, consulte [Reglas y Alertas](/docs/user/es/guide/events-and-notifications.md). ## Detalles del funcionamiento del sistema * **Temporizador de reinicio:** El **Conducción peligrosa** la alerta tiene un temporizador de reinicio de 10 segundos, lo que significa que la alerta no se activa con una frecuencia mayor a una vez cada 10 segundos. Si ocurre un evento durante el período de reinicio, la plataforma suprime la alerta para mantener las notificaciones y los reportes precisos y manejables. * **Múltiples dispositivos:** Los usuarios pueden aplicar esta regla a varios dispositivos GPS, siempre que admitan la detección de conducción peligrosa y tengan esta función integrada en la plataforma. Esto permite a los usuarios monitorear eficientemente los incidentes de conducción peligrosa en diversos vehículos o dispositivos. * **Procesamiento de eventos independiente del GPS:** La plataforma procesa y muestra eventos de conducción peligrosa incluso si el paquete de datos no contiene coordenadas GPS válidas. Estos eventos se registran independientemente de si ocurren dentro o fuera de una Zona designada. En este caso, se omiten las configuraciones de Dentro/Fuera de la Zona para garantizar que no se omita ningún evento crítico. --- # 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/events-and-notifications/safety/harsh-driving.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.