> For the complete documentation index, see [llms.txt](https://docs.kiloiot.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.kiloiot.io/kilo-docs-fr/kilo-iot-server/alarm/notification-delivery-settings.md).
# Gravité des notifications
Politique de gravité des notifications dans Kilo IoT — cadence de répétition par niveau : Critique, Élevé, Moyen, Faible, Info.
Tous les événements opérationnels ne présentent pas le même degré d’urgence. Une rupture critique de la chaîne du froid et une lecture d’information de routine ne doivent pas se répéter au même rythme. Les paramètres de gravité des notifications contrôlent la fréquence à laquelle chaque niveau de gravité renvoie les notifications tant qu’une alarme reste active, garantissant ainsi que les événements critiques reçoivent une attention constante tandis que les événements de priorité inférieure ne submergent pas votre équipe opérationnelle.
## Accéder aux paramètres de gravité
Cliquez sur le **Gravité des notifications** bouton dans l’en-tête de la page Alarmes. Ce bouton est visible sur tous les onglets (Boîte de réception, Définitions d’alarmes et Paramètres). Il ouvre une fenêtre modale intitulée **Gravité des notifications** avec les instructions : *« Choisissez la fréquence d’envoi des notifications. Vous pouvez activer une notification unique ou définir un intervalle de répétition. »*
## Niveaux de gravité
Kilo IoT Server classe les alarmes en cinq niveaux de priorité :
| Niveau | Contexte opérationnel |
| ------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Critique** | Événements stoppant la production nécessitant une intervention immédiate — panne d’équipement, dépassements de seuil de sécurité, violations de conformité. |
| **Élevé** | Écarts urgents nécessitant une réponse rapide — dérive de la chaîne du froid, anomalies de pression, dépassements environnementaux hors tolérance acceptable. |
| **Moyen** | Importants sur le plan opérationnel, mais non critiques en termes de délai — seuils de maintenance planifiée, capacité approchant des limites, dérive environnementale non urgente. |
| **Faible** | Conscience opérationnelle de routine — fluctuations mineures des paramètres dans la tolérance, changements d’état informatifs de l’appareil. |
| **Info** | Rapports en arrière-plan — contrôles périodiques de l’état du système, confirmations de statut opérationnel, sorties de diagnostic planifiées. |
## Configuration du comportement de répétition
Pour chaque niveau de gravité, la fenêtre modale fournit :
* **Notification unique** — Activez Oui pour envoyer une seule notification lorsque l’alarme se déclenche. Aucune répétition ultérieure. Désactivez pour utiliser un intervalle récurrent.
* **Intervalle de répétition** — Lorsque l’option de notification unique est désactivée, configurez la fréquence de renvoi : une valeur numérique et une unité (heures ou jours). La notification d’alarme se répète à cet intervalle jusqu’à ce que l’événement soit résolu.
## Remplacements par alarme
La politique de gravité s’applique globalement à chaque définition d’alarme de ce niveau de gravité. Les définitions d’alarme individuelles peuvent remplacer la politique globale à l’aide de la **intervalle de notification personnalisé** bascule dans le [formulaire de définition de l’alarme](/kilo-docs-fr/kilo-iot-server/alarm/notification-rules.md). Lorsqu’un remplacement est actif, le paramètre par alarme a la priorité sur la politique globale pour cette alarme spécifique.
## Recommandations opérationnelles
* **Critique et Élevé : utilisez des intervalles récurrents.** Les incidents de production qui ne reçoivent aucune réponse nécessitent des notifications persistantes jusqu’à ce que quelqu’un réagisse ou que l’événement soit résolu.
* **Moyen : évaluez en fonction du rythme opérationnel.** Si votre équipe traite les alarmes à intervalles réguliers (toutes les heures, par équipe), des rappels récurrents à l’intervalle de traitement fonctionnent bien.
* **Faible et Info : envisagez une diffusion unique.** Les notifications d’arrière-plan et de niveau informationnel qui se répètent peuvent saturer les canaux de notification de votre équipe et réduire l’attention portée aux alarmes de priorité plus élevée.
* **Alignez les intervalles sur les attentes de l’SLA.** Si votre SLA exige une prise en compte d’un événement Critique dans les 15 minutes, définissez l’intervalle de répétition en dessous de cette fenêtre afin de garantir que l’alarme reste visible pour l’équipe de réponse.
---
# 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://docs.kiloiot.io/kilo-docs-fr/kilo-iot-server/alarm/notification-delivery-settings.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.
