> 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** Esta regla ayuda a los administradores 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 de conductores como iButton, lectores RFID o llaves de hardware BLE.

## Configuración de la regla

Para usar esta regla, comience por agregar todos sus conductores a la **Gestión de flotas** → **sección 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 vincula el evento con el 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 del cambio de conductor:** La plataforma identifica un cambio de conductor al verificar si los datos más recientes de la llave de hardware recibidos desde el 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 de 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 correcta 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 de todos los eventos”. Sin embargo, todos los cambios de conductor manuales y automáticos 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 notificaciones y reportes precisos y concisos.
* **Compatibilidad con múltiples dispositivos:** Esta regla puede aplicarse a varios dispositivos GPS, lo que permite a los administradores de flotas monitorear los cambios de conductor en distintos vehículos. Los dispositivos GPS deben ser compatibles con el evento 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 GPS o son inválidos. Estos eventos siguen registrándose y mostrándose, independientemente de si ocurrieron dentro o fuera de una Zona. Esto garantiza que todos los eventos críticos de cambio de conductor se capturen y se reporten 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.