> 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/scheduling-and-dispatching/driver-change.md).

# Cambio de conductor

El **Cambio de conductor** La regla ayuda a los gestores de flotas a rastrear qué Conductor está operando un vehículo, especialmente cuando varios Conductores comparten el mismo vehículo. Esta función funciona con tecnologías de identificación del Conductor como iButton, lectores RFID o llaves de hardware BLE.

## Configuración de la regla

Para usar esta regla, comience por agregar a todos sus Conductores a la **Gestión de flotas** → **sección de Conductores**. Asigne a cada Conductor su llave de hardware única, como un iButton o una etiqueta RFID. Cuando se detecta un Cambio de conductor, la plataforma Navixy asigna el evento al Conductor correcto, garantizando Reportes y Alertas precisos.

No se requieren otros ajustes específicos de la Regla. Para los ajustes comunes, consulte [Reglas y alertas](/docs/user/es/guide/events-and-notifications.md).

## Detalles del funcionamiento del sistema

* **Detección de Cambio de conductor:** La plataforma identifica un Cambio de conductor al verificar si los datos más recientes de la llave de hardware recibidos del dispositivo GPS difieren de los datos anteriores. Si la llave ha cambiado, lo registra como un evento de Cambio de conductor. Esto difiere de la [Identificación del conductor](/docs/user/es/guide/events-and-notifications/scheduling-and-dispatching/driver-identification.md) regla en la que la Alerta se activa directamente por el hardware tras una autenticación exitosa del Conductor, y la plataforma simplemente muestra el evento.
* **Anulaciones manuales:** Los cambios manuales de Conductor realizados a través de la interfaz de usuario (es decir, en widgets) no activan un evento de Cambio de conductor. Estos cambios tampoco se incluyen en el “Reporte sobre todos los eventos.” Sin embargo, todos los cambios manuales y automáticos de Conductor pueden revisarse en detalle a través de la **Identificación de conductores** reporte.
* **Temporizador de reinicio de la Alerta:** El **Cambio de conductor** Alerta tiene un temporizador de reinicio de 10 segundos, lo que evita que se active más de una vez cada 10 segundos. Si ocurre un evento de Cambio de conductor durante este período, la plataforma suprime la Alerta, manteniendo las notificaciones y los Reportes precisos y concisos.
* **Compatibilidad con varios dispositivos:** Esta regla puede aplicarse a varios dispositivos GPS, lo que permite a los gestores de flotas monitorear los cambios de Conductor en distintos vehículos. Los dispositivos GPS deben ser compatibles con el evento de Cambio de conductor y tener esta función integrada en la plataforma.
* **Procesamiento de eventos independiente del GPS:** La plataforma procesa eventos de Cambio de conductor incluso si faltan datos de GPS o son inválidos. Estos eventos aún se registran y se muestran, independientemente de que hayan ocurrido dentro o fuera de una Zona. Esto garantiza que todos los eventos críticos de cambio de Conductor se capturen y se informen con precisión.

## Véase también

* [**Regla de identificación del Conductor**](/docs/user/es/guide/events-and-notifications/scheduling-and-dispatching/driver-identification.md): La regla utilizada para verificar y autorizar al Conductor antes o durante la operación del vehículo, proporcionando Alertas inmediatas y garantizando que solo los Conductores autorizados puedan operar el vehículo.


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://navixy.com/docs/user/es/guide/events-and-notifications/scheduling-and-dispatching/driver-change.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.