> 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

## Description

Le **Valeur du champ d’état** Le type d’alerte est conçu pour surveiller l’état de différents objets, comme les portes, le frein à main, l’airbag, ainsi que des états d’événements spéciaux comme ADAS (Systèmes Avancés d’Aide au Conducteur (SAAC)), DTC (codes d’anomalie de diagnostic) et des 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.

En utilisant l’ **Valeur du champ d’état** alerte, les utilisateurs peuvent rester informés en temps réel des états critiques des objets et des occurrences d’événements. Cette fonctionnalité améliore les processus liés à la sécurité, à la sûreté et à l’entretien, en garantissant qu’une action rapide peut être prise 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 portes, les cas de déploiement d’airbag ou l’occurrence d’activations ADAS. Ces rapports aident à identifier des schémas, des tendances ou des anomalies dans les données, ce qui permet la planification de l’entretien, les évaluations de sécurité et les améliorations opérationnelles.

## Paramètres

![](/files/bab9b7a3881c992b1fdf46146ddef0cea2a11e93)

Pour configurer rapidement la notification de changement d’état :

* Choisissez le champ d’état nécessaire et définissez-y une valeur attendue. Par exemple, champ d’état = Coffre, valeur attendue = Ouvert.
* N’activez pas l’ **Autoriser la répétition** et laissez le **champ Délai de répétition** vide. Dans ce cas, vous n’êtes averti que si la valeur change.

Pour configurer rapidement la notification de changement d’événement :

* Choisissez le champ d’état nécessaire et définissez-y une valeur attendue. Par exemple, champ d’état = event\_code, valeur attendue = 7 (alerte d’excès de vitesse 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 se trouvent sur le site Web du fabricant de l’appareil ou peuvent être obtenues directement auprès du fabricant en adressant une demande à 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 (fréquence à laquelle 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 indique le champ à surveiller. Dans notre exemple, il s’agit du 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 **Autoriser la répétition** case à cocher influe également sur le comportement. Voir [Autoriser la répétition](#allow-repeat) pour plus de détails.

**Valeur attendue :**

Les champs d’état standard (par ex. **Coffre**, **Porte**, **Ceinture de sécurité**etc.) ont des variantes de valeur attendue intuitives. Il s’agit généralement de **Ouvert/Fermé** ou **Verrouillé/Déverrouillé**. Cependant, 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 l’appareil enverra 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 possède une valeur personnalisée que la plateforme attend et pour laquelle elle notifie l’utilisateur après réception de la valeur A1DD3FC3452904D dans le champ hardware\_key.

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

Si elle n’est pas sélectionnée, l’événement n’est déclenché de manière répétée que s’il y a eu une autre valeur entrante 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 de clé matérielle différente n’est pas arrivée ET que la valeur attendue ne revient pas.

Voici comment cela fonctionne si elle n’est pas sélectionnée :

* 09:00 AM La dernière clé reçue : A1DD3FC3452904D
* 09:15 AM 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 AM Une nouvelle valeur hardware\_key est arrivée. Par exemple, 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 arrive.
* 09:30 AM 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 AM La dernière clé reçue : A1DD3FC3452904D
* 09:15 AM La plateforme a reçu un paquet de données avec la même valeur hardware\_key (A1DD3FC3452904D). La notification est déclenchée cette fois.
* 09:25 AM La plateforme a reçu un paquet de données avec la même valeur hardware\_key (A1DD3FC3452904D). La notification est déclenchée encore cette fois.
* 09:34 AM Une nouvelle valeur hardware\_key est arrivée. Par exemple, B99978233FDD1. Aucune notification n’est déclenchée, car la clé B99978233FDD1 n’est pas celle attendue.
* 09:45 AM La plateforme a reçu un paquet de données avec la valeur hardware\_key attendue (A1DD3FC3452904D). La notification est déclenchée cette fois.

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 le minuteur « Délai de répétition » le permet. 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.

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

Permet d'associer une zone géographique à la règle.

**Bouton de carte :**

Affiche les zones géographiques associé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 souhaitez être notifié 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 choisissant 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 de l’entreprise. 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 sur les capteurs virtuels, voir les [Capteurs virtuels](/docs/user/fr/guide/devices-and-settings/vehicle-sensors/virtual-sensors.md) article.

{% columns %}
{% column %}
![](/files/35ff3a02f74c50d17373d689352b2ce520f940e1)
{% endcolumn %}

{% column %}
![](/files/357087ff848e06bbbbda3eb7374a99be866b7b26)
{% endcolumn %}
{% endcolumns %}

![](/files/b14fa4a4da194b2030672d84c7fc4bcadd2590d3)

### 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 notification. Cette option n'est disponible que lorsque le bouton radio de liaison de zone géographique « Inside » 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 l'exécution de la règle. Si votre ordonnancement indique que l'événement ne doit pas s'exécuter certains jours 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 **Champ d’état** l’alerte de champ d’état dispose d’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 le délai de réinitialisation que la règle attend, cet événement est ignoré par la plateforme, y compris dans les rapports.
* La règle ne prend en charge qu’un seul appareil par règle. Cela s’explique par le fait que plusieurs sources différentes de champs d’état ne peuvent pas être mises en relation 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 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/inputs-and-outputs/state-field-value.md?ask=<question>&goal=<endgoal>
```

`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.