> 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 ## Vue d'ensemble Le **Identification du conducteur** Cette 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 utiliser les véhicules, identifie quel conducteur est au volant et enregistre la durée ainsi que les conditions de chaque session de conduite. Elle améliore l’efficacité opérationnelle, renforce la responsabilité et soutient 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 directement l’identité du conducteur à la source. Les informations relatives aux conducteurs autorisés 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 Règles d’alertes en temps réel, des Rapports détaillés et des notifications selon les besoins. **Cas d’utilisation de l’application :** * **Véhicules partagés :** Suivez et gérez plusieurs conducteurs utilisant le même véhicule. * **Sécurité :** Limitez l’utilisation du véhicule au personnel autorisé uniquement, avec des Règles d’alertes en temps réel pour toute tentative non autorisée. * **Conformité :** Assurez-vous que l’utilisation du véhicule est conforme aux politiques et aux réglementations de l’entreprise. * **Efficacité :** Réduisez les erreurs et rationalisez le processus d’identification du conducteur, en particulier dans les environnements sous forte pression avec une reconnaissance basée sur caméra. ## Paramètres de la règle Aucun autre paramètre spécifique de 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 de fonctionnement du système * **Temporisateur 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 la période de réinitialisation, la plateforme omet l’alerte, garantissant 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** via des é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, en garantissant une couverture complète. * **Traitement des é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 ne manquer aucun événement critique. ## 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 actuelles et précédentes du conducteur 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 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-identification.md?ask=&goal= ``` `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.