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

# Changement de conducteur

Le **Changement de conducteur** Cette règle aide les gestionnaires de flotte à suivre quel conducteur conduit un véhicule, en particulier lorsque plusieurs conducteurs partagent le même véhicule. Cette fonctionnalité fonctionne avec des technologies d’identification du conducteur comme iButton, des lecteurs RFID ou des clés matérielles BLE.

## Paramètres de la règle

Pour utiliser cette règle, commencez par ajouter tous vos conducteurs à la **Gestion de Flotte** → **section Conducteurs**. Attribuez à chaque conducteur sa clé matérielle unique, comme un iButton ou des Mots clés RFID. Lorsqu’un changement de conducteur est détecté, la plateforme Navixy associe l’événement au conducteur correct, garantissant des rapports et des règles d’alertes précis.

Aucun autre paramètre spécifique de la règle n’est requis. Pour les paramètres courants, consultez [Règles et Règles d’alertes](/docs/user/fr/guide/events-and-notifications.md).

## Détails du fonctionnement du système

* **Détection du changement de conducteur :** La plateforme identifie un changement de conducteur en vérifiant si les dernières données de clé matérielle reçues du dispositif GPS diffèrent des données précédentes. Si la clé a changé, elle l’enregistre comme un événement de changement de conducteur. Cela diffère de la [Identification du conducteur](/docs/user/fr/guide/events-and-notifications/scheduling-and-dispatching/driver-identification.md) règle où l’alerte est déclenchée directement par le matériel après une authentification réussie du conducteur, et où la plateforme affiche simplement l’événement.
* **Remplacements manuels :** Les changements de conducteur effectués manuellement via l’interface utilisateur (c’est-à-dire dans les widgets) ne déclenchent pas d’événement de changement de conducteur. Ces changements ne sont pas non plus inclus dans le « Rapport sur tous les événements ». Cependant, tous les changements de conducteur manuels et automatiques peuvent être examinés en détail via le **Rapport des changements de conducteur** rapport.
* **Minuterie de réinitialisation de l’alerte :** Le **Changement de conducteur** alerte dispose d’un temporisateur de réinitialisation de 10 secondes, ce qui l’empêche de se déclencher plus d’une fois toutes les 10 secondes. Si un événement de changement de conducteur se produit pendant cette période, la plateforme supprime l’alerte, afin de conserver des notifications et des rapports précis et concis.
* **Prise en charge de plusieurs appareils :** Cette règle peut être appliquée à plusieurs dispositifs GPS, ce qui permet aux gestionnaires de flotte de surveiller les changements de conducteur sur différents véhicules. Les dispositifs GPS doivent être compatibles avec l’événement de changement de conducteur et disposer de cette fonctionnalité intégrée à la plateforme.
* **Traitement des événements indépendant du GPS :** La plateforme traite les événements de changement de conducteur même si les données GPS sont absentes ou invalides. Ces événements sont tout de même enregistrés et affichés, qu’ils se soient produits à l’intérieur ou à l’extérieur d’une zone géographique. Cela garantit que tous les événements critiques de changement de conducteur sont capturés et correctement signalés.

## Voir aussi

* [**Règle d’identification du conducteur**](/docs/user/fr/guide/events-and-notifications/scheduling-and-dispatching/driver-identification.md): La règle utilisée pour vérifier et autoriser le conducteur avant ou pendant l’utilisation du véhicule, fournissant des alertes immédiates et garantissant que seuls les conducteurs autorisés peuvent conduire le véhicule.


---

# 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/fr/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.