> 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/safety/harsh-driving.md).

# Eco Conduite

Recevez une alerte lorsque les accéléromètres des appareils GPS détectent une Accélération brutale, un freinage ou des virages serrés. Configurez d’abord les seuils de détection dans Paramétrage des traceurs.

Le bloc **Eco Conduite** Cette règle est conçue pour aider les entreprises à surveiller et à améliorer le comportement de conduite, afin de garantir une utilisation plus sûre des véhicules et de réduire le risque d’accidents. Cette règle est particulièrement utile pour les flottes, les sociétés de location de voitures et les opérations logistiques, où le Rapport de conduite a un impact direct sur les coûts d’Entretien des véhicules, la Sécurité et la satisfaction client. En détectant et en traitant les incidents d’Eco Conduite, les entreprises peuvent mieux gérer leurs véhicules, réduire l’usure et maintenir un niveau de service élevé.

Cette règle fonctionne en utilisant l’Accéléromètre intégré du dispositif pour surveiller les accélérations soudaines, le Freinage brutal et les virages serrés. Lorsque le dispositif GPS détecte l’un de ces événements, il envoie les données à la plateforme Navixy, qui génère ensuite des Règles d’alertes et consigne les incidents pour examen. Pour utiliser cette règle, assurez-vous que la fonctionnalité de détection de l’Eco Conduite est correctement configurée dans le menu Paramétrage des traceurs ou dans l’outil de configuration du dispositif GPS.

## Paramètres de la règle

Assurez-vous que la fonctionnalité de détection de l’Eco Conduite est configurée dans le menu Paramétrage des traceurs, en particulier dans le **Eco Conduite** bloc, ou via l’outil de configuration du dispositif. Une fois configurée, les utilisateurs peuvent créer et gérer la règle depuis la plateforme.

Aucun autre paramètre spécifique n’est requis pour cette règle. Pour les paramètres courants, 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 bloc **Eco Conduite** L’alerte dispose d’un minuteur de réinitialisation de 10 secondes, ce qui signifie qu’elle ne se déclenche pas plus d’une fois toutes les 10 secondes. Si un événement se produit pendant la période de réinitialisation, la plateforme supprime l’alerte afin de conserver des notifications et des Rapports exacts et faciles à gérer.
* **Plusieurs appareils :** Les utilisateurs peuvent appliquer cette règle à plusieurs dispositifs GPS, à condition qu’ils prennent en charge la détection de l’Eco Conduite et que cette fonctionnalité soit intégrée à la plateforme. Cela permet aux utilisateurs de surveiller efficacement les incidents d’Eco Conduite sur différents Véhicules ou dispositifs.
* **Traitement des événements indépendant du GPS :** La plateforme traite et affiche les événements d’Eco Conduite 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 à l’intérieur ou à l’extérieur d’une Zone géographique désignée. Les paramètres de la Zone géographique Intérieur/Extérieur sont ignorés dans ce cas afin de garantir qu’aucun événement critique ne soit manqué.


---

# 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/safety/harsh-driving.md?ask=<question>&goal=<user_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.
