Les notifications aident les utilisateurs à rester informés lorsqu’il arrive quelque chose d’important à un actif, comme une alarme, un avertissement ou un autre événement nécessitant une attention. Ils servent à s’assurer que les bons utilisateurs reçoivent les bonnes informations au bon moment.
Une configuration de notifications est intégrée en couches. En bas, les données d’actifs entrants sont interprétées à travers des définitions d’événements. Ces événements sont ensuite utilisés dans les préréglages de notification, qui définissent comment les notifications doivent être envoyées pour un type d’asset spécifique. Les préréglages de notification sont regroupés en rôles de notification, et ces rôles sont finalement attribués aux utilisateurs et aux assets.
Comment fonctionnent les notifications
Le flux de notifications fonctionne comme suit :
Les définitions d’événements déterminent quand les données d’actifs entrantes doivent être traitées comme un événement.
Par exemple, un niveau de réservoir peut être marqué comme avertissement ou critique lorsqu’il dépasse un seuil.Les préréglages de notification définissent lequel de ces événements doit générer une notification, pour quels capteurs, dans quels états d’événements, et par quels canaux.
Les rôles de notification regroupent un ou plusieurs préréglages de notification afin qu’ils puissent être attribués de manière claire et réutilisable. Ces rôles sont souvent basés sur un profil utilisateur, tel que Client, Service Technique, Maintenance ou Comptabilité.
L’attribution des notifications relie un utilisateur à un ou un groupe d’actifs et attribue le rôle de notification approprié. Cela détermine quelles notifications cet utilisateur recevra réellement.
En résumé : les données deviennent un événement, les événements sont utilisés dans les préréglages, les préréglages sont regroupés en rôles, et les rôles sont attribués aux utilisateurs.
Pourquoi ces articles sont-ils ordonnés de cette manière
Bien que le système soit construit à partir des définitions d’événements vers le haut, ces articles sont intentionnellement ordonnés du point de vue de l’utilisateur.
En pratique, la plupart des clients n’ont pas besoin de créer eux-mêmes des définitions d’événements ou des préréglages de notification. Dans de nombreux cas, ces éléments ont déjà été mis en place à l’avance. Il en va souvent de même pour les rôles de notification. Pour de nombreux utilisateurs, la seule action à entreprendre est d’attribuer des notifications aux bons utilisateurs et aux bons actifs.
C’est pourquoi les articles sont classés comme suit :
Attribution des notifications
Rôles de notification
Preréglages de notification
Définitions des événements
Cet ordre vous aide à commencer par la partie la plus pertinente pour votre travail quotidien. Si besoin, vous pouvez ensuite passer aux couches plus avancées en dessous.
Quel article devrais-je lire ?
Le bon article dépend de ce que vous souhaitez faire.
Lisez Assigner les notifications si vous souhaitez :
Attribuer des notifications à un utilisateur
Relier les utilisateurs à des actifs ou groupes d’actifs
Changer le rôle de notification d’un utilisateur
Notifications d’arrêt pour une combinaison utilisateur et actif
Lisez les rôles de notification si vous souhaitez :
créer un nouveau rôle de notification
regrouper les préréglages de notification en un seul rôle
Définir des rôles pour différents profils utilisateurs
modifier ou supprimer les rôles existants
Lisez les préréglages de notification si vous souhaitez :
Définissez quels événements doivent envoyer des notifications
Choisissez comment les notifications sont transmises
Configurez les paramètres de notification par type d’actif
modifier ou supprimer les préréglages existants
Lisez les définitions des événements si vous souhaitez :
Définir quand les données entrantes deviennent un événement
fixer des seuils et des niveaux tels que normal, avertissement ou critique
Personnalisez le comportement des événements pour un type d’asset ou un asset spécifique
désactiver ou supprimer temporairement les définitions d’événements
Exemples typiques
Les exemples ci-dessous peuvent vous aider à décider par où commencer.
Je veux qu’un client ne reçoive des notifications que pour un asset spécifique
Commencez par attribuer des notifications.
Dans ce cas, le rôle de notification et la configuration sous-jacente sont souvent déjà disponibles. Il suffit de lier le bon utilisateur, l’asset et le rôle corrects.
Je souhaite créer un nouveau rôle pour un type spécifique d’utilisateur
Commencez par les rôles de notification.
Cela est utile lorsque différents types d’utilisateurs, comme les clients ou les ingénieurs de service, reçoivent des notifications différentes.
Je veux changer les notifications envoyées pour un certain type d’actif
Commencez par les préréglages de notification.
C’est là que vous configurez quels événements créent les notifications et comment ces notifications sont transmises.
Je veux changer quand la valeur d’un capteur devient un avertissement ou une alarme
Commencez par les définitions des événements.
C’est la couche la plus basse du flux et elle détermine quand les données entrantes doivent être enregistrées comme un événement.
Résumé
Les notifications sont configurées en couches, mais la plupart des utilisateurs ne travaillent qu’avec les couches supérieures de la configuration. La base technique commence par les définitions d’événements, qui sont utilisées dans les préréglages de notification. Ces préréglages sont regroupés en rôles de notification, et ces rôles sont ensuite attribués aux utilisateurs et aux assets.
Comme la plupart des clients doivent principalement assigner ou gérer des notifications, cette documentation commence par les actions les plus pertinentes dans l’usage quotidien, puis progresse progressivement vers la configuration sous-jacente. Cela facilite la recherche du bon article et la compréhension de la manière dont chaque partie s’intègre dans le flux de notifications plus large.