For the complete documentation index, see llms.txt. This page is also available as Markdown.

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

The Notification severity modal with a repeat interval and a one-time notification toggle for each severity tier

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

Mis à jour