> 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 avec précision les conducteurs. Cette règle garantit que seuls les conducteurs autorisés peuvent utiliser les véhicules, suit quel conducteur est au volant et enregistre la durée et les conditions de chaque session d’Eco conduite. Elle améliore l’efficacité opérationnelle, renforce la responsabilisation et favorise la conformité aux protocoles de sécurité. La règle fonctionne grâce aux capacités intégrées de l’appareil pour vérifier l’identité du conducteur directement à 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, générant des alertes en temps réel, des rapports détaillés et des notifications selon les besoins. **Cas d’utilisation :** * **Véhicules partagés :** Suivez et gérez plusieurs conducteurs utilisant le même véhicule. * **Sécurité :** Limitez l’utilisation des véhicules au personnel autorisé uniquement, avec des alertes en temps réel en cas de tentatives non autorisées. * **Conformité :** Assurez-vous que l’utilisation des véhicules est conforme aux politiques et réglementations de l’entreprise. * **Efficacité :** Réduisez les erreurs et rationalisez le processus d’identification du conducteur, en particulier dans les environnements à forte pression avec la reconnaissance par caméra. ## Paramètres de la règle Aucun autre paramètre spécifique de la règle n’est requis. Pour les paramètres communs, voir [Règles et Règles d’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 survient pendant la période de réinitialisation de la règle, 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, garantissant une couverture complète. * **Traitement des événements indépendant du GPS :** La plateforme traite et affiche **Identification du conducteur** les é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 de Zone géographique intérieure/extérieure 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 se concentre sur l’enregistrement du 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.