> 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/inputs-and-outputs/state-field-value.md).

# Valeur du champ d’état

Recevez une notification lorsqu’un champ d’état spécifique d’un appareil atteint une valeur attendue, par exemple l’ouverture d’une porte, l’apparition d’un code DTC ou la reconnaissance d’une clé de Conducteur.

## Description

Le **Valeur du champ d’état** Ce type d’alerte est conçu pour surveiller l’état de différents traceurs, comme les portes, le frein à main, l’airbag, ainsi que des états d’événements spéciaux tels que ADAS (Systèmes Avancés d’Aide au Conducteur (SAAC)), DTC (codes d’anomalie de diagnostic) et les erreurs. Lorsque la plateforme Navixy reçoit la valeur attendue dans le champ d’état pour un état particulier, l’utilisateur reçoit une notification.

À l’aide de l’ **Valeur du champ d’état** alerte, les utilisateurs peuvent rester informés en temps réel des états critiques des traceurs et des occurrences d’événements. Cette fonctionnalité améliore les processus de sécurité, de sécurité et d’entretien, garantissant qu’une action rapide peut être entreprise lorsque des états ou des événements spécifiques sont détectés.

Les utilisateurs peuvent générer des rapports d’événements qui résument les occurrences d’états ou d’événements spécifiques sur une période définie. Par exemple, ils peuvent analyser la fréquence des ouvertures de porte, les cas de déploiement d’airbag ou la survenue d’activations ADAS. Ces rapports aident à identifier des schémas, des tendances ou des anomalies dans les données, permettant la planification de l’entretien, des évaluations de sécurité et des améliorations opérationnelles.

## Paramètres

![](https://2196179364-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-7780de1f4e75c1b432d0d2afe6ed0997821a6b42%2Fimage-20230707-073455.png?alt=media)

Pour une configuration rapide de la notification de changement d’état :

* Choisissez le champ d’état nécessaire et définissez pour lui une valeur attendue. Par exemple, champ d’état = coffre, valeur attendue = ouvert.
* N’activez pas l’ **option « Autoriser la répétition »** et laissez le **champ « Délai de répétition »** vide. Dans ce cas, vous êtes averti uniquement si la valeur change.

Pour une configuration rapide de la notification de changement d’événement :

* Choisissez le champ d’état nécessaire et définissez pour lui une valeur attendue. Par exemple, champ d’état = event\_code, valeur attendue = 7 (alerte de survitesse pour les appareils Howen Technologies). Pour chaque code d’événement, une règle distincte de champ d’état doit être créée. Toutes les valeurs attendues peuvent être trouvées sur le site web du fabricant de l’appareil ou obtenues directement auprès du fabricant en le sollicitant via son équipe d’assistance.
* Activez Autoriser la répétition pour recevoir des notifications pour les mêmes valeurs et définissez le délai de répétition (à quelle fréquence les mêmes valeurs entrantes déclenchent la notification d’événement de la règle). Par exemple, si vous souhaitez recevoir des notifications d’excès de vitesse au maximum toutes les 30 minutes, définissez le délai de répétition à 1 800 secondes.

**Champ d’état :**

Ici, l’utilisateur spécifie le champ à surveiller. Dans notre exemple, il s’agit de coffre. Ainsi, lorsque le coffre est ouvert, comme nous le définissons dans le sélecteur de valeur attendue, la plateforme génère un événement de notification. La **option « Autoriser la répétition »** case à cocher influence également le comportement. Voir [option « Autoriser la répétition »](#allow-repeat) pour plus de détails.

**Valeur attendue :**

Les champs d’état standard (p. ex. **coffre**, **porte**, **ceinture de sécurité**, etc.) ont des variantes de valeurs attendues intuitives. Il s’agit généralement de **Ouvert/Fermé** ou **Verrouillé/Déverrouillé**. Toutefois, si vous souhaitez recevoir une notification de champ d’état concernant certaines occurrences d’événements spéciaux, l’utilisateur doit savoir quel code d’événement sera envoyé par l’appareil afin que la plateforme sache à quoi s’attendre dans le champ entrant event\_code.

![Valeur du champ d’état](https://www.navixy.com/wp-content/uploads/2023/03/6-3.png)

Par exemple, une clé matérielle a une valeur personnalisée que la plateforme attend et pour laquelle elle avertit l’utilisateur une fois que la valeur A1DD3FC3452904D arrive dans le champ hardware\_key.

**Autoriser la répétition :**

Si elle n’est pas sélectionnée, l’événement est déclenché de manière répétée uniquement si une autre valeur entrante a été reçue avant la valeur actuellement attendue ET si la valeur attendue arrive dans un nouveau paquet de données. Par exemple, si la case à cocher n’est pas sélectionnée, chaque fois que nous recevons cette clé matérielle de l’exemple ci-dessus (A1DD3FC3452904D), la plateforme ne déclenche pas la notification d’événement tant qu’une valeur différente de clé matérielle n’est pas arrivée ET que la valeur attendue ne se présente pas à nouveau.

Voici son fonctionnement lorsqu’il n’est pas sélectionné :

* 09:00 La dernière clé reçue A1DD3FC3452904D
* 09:15 La plateforme reçoit un paquet de données avec la même valeur hardware\_key (A1DD3FC3452904D). Aucune notification n’est déclenchée
* 09:20 Une nouvelle valeur hardware\_key est arrivée. Disons B99978233FDD1. Aucune notification n’est générée car cette valeur n’est pas attendue. Mais le commutateur interne est désormais prêt à déclencher une notification lorsque la clé A1DD3FC3452904D arrivera.
* 09:30 La plateforme reçoit un paquet de données avec la valeur hardware\_key A1DD3FC3452904D. La notification est déclenchée maintenant.

En bref, les notifications ne seront générées qu’en cas de changement, mais seulement si la valeur attendue arrive après une autre valeur.

Si l’option est sélectionnée, le scénario est le suivant :

* 09:00 La dernière clé reçue A1DD3FC3452904D
* 09:15 La plateforme a reçu un paquet de données avec la même valeur hardware\_key (A1DD3FC3452904D). Cette fois, la notification est déclenchée.
* 09:25 La plateforme a reçu un paquet de données avec la même valeur hardware\_key (A1DD3FC3452904D). Cette fois, la notification est déclenchée de nouveau.
* 09:34 Une nouvelle valeur hardware\_key est arrivée. Disons B99978233FDD1. Aucune notification n’est déclenchée, car la clé B99978233FDD1 n’est pas celle attendue.
* 09:45 La plateforme a reçu un paquet de données avec la valeur hardware\_key attendue (A1DD3FC3452904D). Cette fois, la notification est déclenchée.

En bref, si la valeur attendue dans le champ d’état précédemment défini arrive sur la plateforme, elle génère l’événement de notification.

Notez que si **Autoriser la répétition** est sélectionné, l’événement ne se produit pas plus souvent que ne l’autorise le minuteur « Délai de répétition ». Pour le type de règle de valeur de champ d’état, le minuteur de réinitialisation par défaut est de 5 minutes et peut être ajusté à l’aide du **champ « Délai de répétition »** champ.

**Lier la zone à la règle :**

Permet l’association de la règle à une zone géographique.

**Bouton Carte :**

Affiche les zones géographiques liées sur la carte.

**Délai de répétition :**

Définit un minuteur de réinitialisation personnalisé en secondes pour les notifications d’événements. Par exemple, si vous voulez être averti au maximum une fois toutes les 30 minutes, définissez le champ à 1 800 (secondes).

**Utilisation des capteurs virtuels :**

La règle de champ d’état permet de sélectionner non seulement des champs d’état, mais aussi des capteurs virtuels. En sélectionnant le capteur virtuel approprié et en spécifiant l’événement souhaité dans le tableau des capteurs virtuels, les utilisateurs peuvent recevoir des notifications et inclure l’événement dans les rapports. Cela permet aux entreprises de personnaliser et de contrôler les événements dont elles souhaitent être informées, en adaptant le système de surveillance à leurs besoins spécifiques. Cette flexibilité améliore la capacité à suivre et à gérer des événements critiques ou personnalisés, en fournissant des informations précieuses et en facilitant la prise de décision fondée sur les données pour diverses opérations commerciales. Tous les événements issus des valeurs attendues sont personnalisés et peuvent être créés selon les besoins des utilisateurs. Pour plus de détails concernant les capteurs virtuels, voir les [Capteurs virtuels](/docs/user/fr/guide/devices-and-settings/vehicle-sensors/virtual-sensors.md) article.

{% columns %}
{% column %}
![](https://2196179364-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-ef8e1e2286092e86664036ac11819274a2618315%2Fimage-20230726-125407.png?alt=media)
{% endcolumn %}

{% column %}
![](https://2196179364-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-8ccec090e4dbcaaa61f15c80fa4ac2e72d66be15%2Fimage-20230726-125535.png?alt=media)
{% endcolumn %}
{% endcolumns %}

![](https://2196179364-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-46bc4c8e2353eab03928f5b7ac783834ac2bb35e%2Fimage-20230726-125722.png?alt=media)

### Notifications

**Notification d’urgence :**

est utilisée pour les événements importants. Un message à l’écran et le signal sonore ne peuvent être désactivés qu’en cliquant sur la notification. Notez que certains navigateurs peuvent bloquer le son des notifications jusqu’à ce qu’une activité de l’utilisateur soit enregistrée sur la page.

**Notifications push :**

Recevez des notifications push dans l’application mobile et l’interface Web.

**Ajouter le nom de la zone géographique à la notification :**

Ajoute les noms des zones géographiques spécifiées au texte de la notification. Cette option est disponible uniquement lorsque le bouton radio de liaison de zone géographique « À l’intérieur » est sélectionné sur le **Paramètres** onglet.

**Notifications SMS :**

Liste des destinataires des notifications SMS lorsque l’événement se produit.

**Notifications par e-mail :**

Liste des destinataires des notifications par e-mail lorsque l’événement se produit.

### Planification

Définissez un ordonnancement pour déterminer quand la règle s’exécute. Si votre ordonnancement indique que l’événement ne doit pas s’exécuter un certain jour ou pendant une certaine période, il n’apparaît pas comme notification dans l’interface utilisateur, et les notifications par SMS ou par e-mail ne sont pas envoyées. En outre, vous pouvez choisir un modèle par défaut pour un ordonnancement rapide.

### Spécificités de la plateforme Navixy

* Le **Alerte de champ d’état** a un minuteur de réinitialisation de 5 minutes, ce qui signifie que l’événement d’alerte ne se produit pas plus d’une fois toutes les 5 minutes. Si ce type d’événement se produit pendant que la règle attend la réinitialisation, cet événement est omis par la plateforme, y compris dans les rapports.
* La règle ne prend en charge qu’un seul appareil par règle. Cela est dû au fait que plusieurs sources différentes de champs d’état ne peuvent pas être mises en correspondance avec plusieurs appareils GPS.


---

# 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/inputs-and-outputs/state-field-value.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.