> 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-identification.md). # Identification du conducteur Suivez les événements d’identification des Conducteurs GPS via iButton, RFID ou reconnaissance faciale. Assurez-vous que seuls les Conducteurs autorisés utilisent les véhicules et recevez des alertes en temps réel. ## Vue d'ensemble Le **Identification du conducteur** La règle est conçue pour aider les gestionnaires de flotte à surveiller et à contrôler l’utilisation des véhicules en identifiant précisément les conducteurs. Cette règle garantit que seuls les conducteurs autorisés peuvent conduire les véhicules, suit quel conducteur est au volant et enregistre la durée et les conditions de chaque session de conduite. Elle améliore l’efficacité opérationnelle, renforce la responsabilité et favorise la conformité aux protocoles de sécurité. La règle fonctionne en utilisant les capacités intégrées de l’appareil pour vérifier l’identité du conducteur directement à la source. Les informations du conducteur autorisé sont stockées dans la mémoire interne de l’appareil. Lorsqu’un conducteur utilise un iButton, une clé RFID ou la reconnaissance faciale via une caméra intelligente pour s’authentifier, l’appareil vérifie son identité sur-le-champ. La plateforme Navixy enregistre ensuite ces événements d’identification, en générant des alertes en temps réel, des rapports détaillés et des notifications si nécessaire. **Cas d’utilisation de l’application :** * **Véhicules partagés :** Suivez et gérez plusieurs conducteurs utilisant le même véhicule. * **Sécurité :** Restreignez l’utilisation du véhicule au seul personnel autorisé, avec des alertes en temps réel pour toute tentative non autorisée. * **Conformité :** Veillez à ce que l’utilisation du véhicule soit conforme aux politiques et réglementations de l’entreprise. * **Efficacité :** Réduisez les erreurs et fluidifiez le processus d’identification du conducteur, en particulier dans les environnements sous haute pression avec la reconnaissance par caméra. ## Paramètres de la règle Aucun autre réglage spécifique de la règle n’est requis. Pour les paramètres courants, consultez [Règles et alertes](/docs/user/fr/guide/events-and-notifications.md). ## Détails du fonctionnement du système * **Minuterie de réinitialisation :** Le **Identification du conducteur** L’alerte dispose d’un temporisateur de réinitialisation de 5 secondes, ce qui signifie qu’elle ne se déclenche pas plus d’une fois toutes les 5 secondes. Si un événement se produit pendant que la règle est en période de réinitialisation, la plateforme omet l’alerte, garantissant ainsi que les notifications et les rapports restent clairs et faciles à gérer. * **Plusieurs appareils :** Les utilisateurs peuvent appliquer cette règle à plusieurs appareils GPS, à condition qu’ils prennent en charge **Identification du conducteur** les événements RFID, iButton ou caméra. Cela vous permet de surveiller les événements d’identification du conducteur sur différents véhicules ou appareils, garantissant une couverture complète. * **Traitement d’événements indépendant du GPS :** La plateforme traite et affiche **Identification du conducteur** des événements même si le paquet de données ne contient pas de coordonnées GPS valides. Ces événements sont enregistrés qu’ils se produisent ou non dans une zone géographique définie. Dans ce cas, les paramètres Intérieur/Extérieur de la zone géographique sont ignorés afin de garantir qu’aucun événement critique ne soit manqué. ## Voir aussi * [**Règle de changement de conducteur**](/docs/user/fr/guide/events-and-notifications/scheduling-and-dispatching/driver-change.md) : La règle vise à consigner le moment où un conducteur différent prend le contrôle du véhicule, la plateforme comparant les données du conducteur actuel et du conducteur précédent pour détecter les changements et générer des rapports a posteriori. --- # 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-identification.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.