> 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 Suivez les changements de Conducteur sur les véhicules partagés en détectant l’utilisation d’une nouvelle clé matérielle (iButton, RFID ou BLE). Enregistre et signale chaque changement pour assurer la traçabilité. 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 des conducteurs 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 dans la **Gestion de Flotte** → **section Conducteurs**. Attribuez à chaque conducteur sa clé matérielle unique, telle qu’un iButton ou une étiquette RFID. Lorsqu’un changement de conducteur est détecté, la plateforme Navixy associe l’événement au bon conducteur, 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, voir [Règles et 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 la 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 d’alerte où l’alerte est déclenchée directement par le matériel lors d’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.-à-d. 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 consultés en détail via le **Rapport des changements de conducteur** rapport. * **Minuteur de réinitialisation de l’alerte :** Le **Changement de conducteur** L’alerte a un minuteur 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, en gardant les notifications et les Rapports précis et concis. * **Prise en charge de plusieurs appareils :** Cette règle peut être appliquée à plusieurs appareils GPS, ce qui permet aux gestionnaires de flotte de surveiller les changements de conducteur sur différents véhicules. Les appareils GPS doivent être compatibles avec l’événement de changement de conducteur et cette fonctionnalité doit être intégrée à la plateforme. * **Traitement d’événements indépendant du GPS :** La plateforme traite les événements de changement de conducteur même si les données GPS sont manquantes ou invalides. Ces événements sont tout de même enregistrés et affichés, qu’ils se produisent à 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 Règles d’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 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/fr/guide/events-and-notifications/scheduling-and-dispatching/driver-change.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.