Configuration des règles

Moteur de règles APM : composant dans SAP APM qui permet aux utilisateurs de configurer des conditions pour le suivi et les alertes en fonction des données d'immobilisation.

Règle de calcul : type de règle qui utilise les données pour produire un nouvel indicateur calculé.

Règle de streaming : règle qui déclenche une alerte ou une notification basée sur des mises à jour de données en temps réel.

Règle planifiée : règle qui déclenche une alerte ou une notification basée sur une planification prédéfinie, indépendamment des mises à jour de données.

Règle d'agrégation : règle qui résume les données d'un indicateur unique d'un objet enfant vers un indicateur de niveau parent.

Règles dynamiques : règles qui sont appliquées aux objets techniques en fonction de critères de filtre, qui incluent automatiquement les nouveaux objets qui correspondent à ces critères.

Règles statiques : règles qui sont appliquées à des objets techniques spécifiques sélectionnés et qui ne sont pas automatiquement mises à jour lorsque de nouveaux objets sont ajoutés.

Ensemble de données : collecte de données, y compris les indicateurs, les caractéristiques ou les attributs, qu'une règle utilisera pour évaluer les conditions.

If Else Conditions : conditions logiques définies dans une règle pour déterminer quand et comment elle doit s'exécuter.

Méthode d'agrégation : méthode spécifique utilisée dans une règle d'agrégation pour compiler les données de l'objet enfant vers l'objet parent.

Langage des règles métier : langage utilisé dans SAP APM pour créer des expressions et des formules pour les règles.

Validation des règles : processus de finalisation et d'activation d'une règle dans SAP APM pour qu'elle prenne effet.

Dans ce sujet, Jessica va découvrir comment surveiller l'état des immobilisations en configurant des règles, en utilisant efficacement les alertes, en configurant l'analyse des courbes de défaillance et en gérant les inspections.

Dans cette leçon, nous allons découvrir les fonctionnalités fournies par le moteur de règles APM pour des scénarios de surveillance de l'état et d'alerte plus simples et plus complexes. Le moteur de règles permet aux utilisateurs de configurer quatre types de règles : le streaming, l'agrégation, la planification et le calcul.

Le tableau ci-dessous décrit les différentes entrées et sorties pour chacune des règles et les sorties que les différents types peuvent être utilisés pour activer.

Remarque : les règles de calcul, de streaming et d'agrégation s'exécuteront toutes sur les mises à jour de données, de sorte que toute donnée d'entrée définie lorsqu'elle reçoit une valeur mise à jour entraînera l'évaluation de la règle. Les règles planifiées seront évaluées uniquement selon la planification définie.

Pour tous les types de règles, la configuration de base suit le même flux. Vous allez d'abord configurer l'ensemble de données pour la règle. C'est ici que vous sélectionnerez les objets auxquels la règle s'applique et les données sous ces objets qui seront utilisées dans les conditions de procédure. Deuxièmement, en plus des données d'entrée dans la configuration du jeu de données, vous allez également définir votre sortie. Comme affiché dans la table ci-dessus pour les règles de calcul, vous définissez un indicateur de sortie. Pour les règles de streaming et les règles planifiées, vous sélectionnerez une alerte ou une notification comme sortie et pour les agrégations, vous définirez quel sera votre indicateur de sortie au niveau parent. Une fois l'ensemble de données configuré et sauvegardé, vous serez dirigé vers l'onglet de configuration de la règle où vous configurerez les conditions si d'autre pour votre règle. Dans ce tutoriel, nous allons découvrir la configuration d'une règle et les différentes options dont vous disposez au cours de ce processus.

Résumé de la vidéo

Apprenez à créer une règle dans SAP Asset Performance Management. Suivez avec Ryan tout au long du processus d'identification du type d'alerte, de configuration de la règle et d'évaluation de son efficacité.

Dans ce sujet, nous utiliserons l'objet technique ci-dessus avec les indicateurs répertoriés. Nous allons configurer une règle de calcul dont le résultat sera un changement calculé de l'indicateur de pression affiché ci-dessus, mais nous allons appeler la façon dont les autres types de règle varient et montrer des exemples où ils le font. Pour lancer la création de règle, vous devez d'abord accéder à la vignette des règles et sélectionner Créer. Vous serez invité à sélectionner le type de règle et à saisir un nom de règle. Nous allons sélectionner une règle de calcul et le nom de la règle que nous utilisons ici est ME_PUMP_CALC_DEMO. Une fois que vous avez sélectionné Créer, vous accédez à l'écran de création de l'ensemble de données qui ressemble à ce qui suit :

La première étape de la création d'un ensemble de données consiste à définir les objets techniques auxquels la règle s'appliquera. Cette opération peut être effectuée de deux manières : de manière statique ou dynamique. Remarque : les règles dynamiques sélectionnent les objets techniques en fonction de critères de filtre, tandis que les règles statiques auxquelles vous sélectionnez des objets spécifiques pour appliquer la règle. L'avantage d'une règle dynamique est qu'à mesure que de nouveaux objets correspondant aux critères de filtre sont créés, la règle est automatiquement appliquée. Les règles statiques s'appliqueront uniquement aux objets spécifiques qui sont sélectionnés. Une chose à surveiller lors de la création de règles dynamiques est que tout code que vous souhaitez utiliser dans l'ensemble doit être configuré de la même manière pour tous les objets qui correspondent aux critères de filtre. Par exemple, si vous voulez qu'une règle s'applique à tous les objets de la même classe, ces objets doivent avoir des indicateurs identiques créés pour qu'ils soient disponibles dans la sélection des indicateurs d'entrée. Ils doivent être identiques en caractéristique de support et en position pour être considérés comme identiques.

Vous trouverez ci-dessus une vue de tous les filtres disponibles pour l'affectation de règle dynamique. Pour notre règle, nous choisirons le commutateur Sélectionner des objets techniques spécifiques et choisirons notre objet individuel pour restreindre notre règle afin qu'elle s'exécute uniquement sur l'équipement 10002574 qui est illustré ci-dessus.

Une fois l'objet sélectionné, vous pouvez définir les autres données de saisie dont vous avez besoin pour être disponible pour les conditions dans la règle. Ici, nous sélectionnons un seul indicateur qui est l'indicateur de pression sous notre objet. Vous trouverez ci-dessous des captures d'écran de chacun des différents ensembles de données et options qu'ils fournissent.

Dans une règle d'agrégation, vous n'avez qu'un seul indicateur d'entrée comme sélection. En effet, les règles d'agrégation sont destinées à agréger un indicateur d'objet enfant individuel jusqu'au parent qui est la sortie.

Les règles planifiées sont similaires aux agrégations, mais votre sortie est un commutateur dans lequel vous pouvez déclencher une alerte, une notification ou les deux.

Les jeux de données des règles de streaming sont les mêmes que ceux planifiés, la seule différence étant que les règles planifiées s'exécutent selon une planification alors que les règles de streaming s'exécuteront à chaque mise à jour des données.

Pour toutes les règles, à l'exception des règles planifiées, il est important de noter que chaque fois que des valeurs de données sont mises à jour pour les entrées dans l'ensemble de données, la règle sera évaluée. Ex. Vous pouvez ajouter des indicateurs et des caractéristiques supplémentaires qui ne peuvent pas être utilisés dans des conditions pour forcer la réexécution d'une règle.

Une fois les entrées et les sorties définies pour votre ensemble de données, vous êtes prêt à passer à la définition des conditions de règle.

Après avoir sauvegardé l'ensemble de données, vous êtes dirigé vers l'onglet de configuration de la règle. Dans cet onglet, vous pouvez définir vos conditions "if-else" pour la règle donnée. Dans les règles de calcul, la condition "if" est le qualificateur et le "then" est le calcul qui sera exécuté pour renseigner l'indicateur de sortie que vous avez défini. Dans les règles planifiées et de streaming, la condition si est votre condition pour déclencher l'alerte ou la notification qui est définie dans la condition alors. Cependant, pour les règles d'agrégation, il n'existe aucune condition si vous sélectionnez simplement la méthode d'agrégation que vous souhaitez utiliser pour agréger les données de l'objet enfant vers l'objet parent. Vous trouverez ci-dessous une capture d'écran de la condition if then que nous utilisons pour calculer un changement de pression.

Ici, nous vérifions d'abord si la dernière valeur de pression n'est pas nulle et si nous avons une valeur, nous utilisons cette valeur et la valeur de pression précédente pour calculer la dernière modification de la valeur. Remarque : le moteur de règles utilise le langage des règles de gestion SAP pour créer des expressions. Toutes les formules disponibles dans ce langage peuvent être utilisées dans le moteur de règles, à l'exception des fonctions d'agrégation qui ne fonctionneront pas. Pour tous les indicateurs, vous avez accès à la Dernière précédente et à la Plus ancienne, ainsi qu'à leurs horodatages indiqués par un préfixe TS. Cependant, pour les caractéristiques et les attributs, vous avez uniquement accès aux valeurs les plus récentes.

Vous pouvez ajouter des conditions "else if" et "else" supplémentaires selon les besoins dans le streaming de calcul et les règles planifiées, mais comme indiqué avant les règles d'agrégation, vous pouvez uniquement sélectionner une méthode d'agrégation et c'est-à-dire. Vous trouverez ci-dessous des captures d'écran des trois autres types de règles.

En bas de la configuration de la règle planifiée, vous définissez la planification sur laquelle la règle s'exécutera.

Streaming :

La validation de la règle est aussi simple que de sauvegarder l'onglet de configuration et de cliquer sur le bouton Valider pour activer la règle. Une fois qu'une règle est validée, elle ne peut pas être modifiée tant qu'elle n'est pas rouverte, ce qui désactive à son tour la règle. Pour les règles d'ensemble de données dynamiques, si la règle est validée et qu'un nouvel objet correspondant aux critères de filtre est créé, la règle est héritée et exécutée sur cet objet lorsque les données pertinentes sont ingérées sans intervention de l'utilisateur. Pour les règles statiques, si vous souhaitez ajouter des objets supplémentaires, vous devez rouvrir la règle et modifier l'ensemble de données afin que les nouveaux objets puissent être inclus. Notez que lors de la modification d'une règle déjà validée et de l'ajout d'objets, vous devrez sélectionner à nouveau les caractéristiques et attributs des indicateurs d'entrée pour la règle. Si un code est manquant et que l'ensemble de données est sauvegardé, vous devrez peut-être recréer les conditions dans l'onglet Configuration pour prendre en compte la donnée d'entrée manquante.

Le moteur de règles peut être un outil très puissant pour activer des scénarios de suivi de l'état. Bien qu'il reste des fonctionnalités supplémentaires à venir concernant davantage de sorties ainsi que d'autres fonctions telles que les fonctions d'agrégation de séries chronologiques, il existe encore une grande capacité à activer la plupart des scénarios communs dont les utilisateurs peuvent avoir besoin. Avec un peu de créativité, le moteur de règles peut être manipulé pour résoudre divers cas d'utilisation, à la fois pour les calculs sur les objets techniques et les scénarios d'alerte et de notification.

Gestion des règles

Rappelez un moment où vous étiez chargé de configurer un système ou un processus qui devait réagir efficacement aux changements.

Comment avez-vous déterminé les critères de ces réactions et vous êtes-vous assuré qu'elles étaient pertinentes et opportunes ?

Lorsque je mets en place des systèmes qui doivent répondre dynamiquement aux changements, je commence par définir clairement les objectifs que nous recherchons. Cela s'apparente à la configuration des règles SAP APM, où l'intention de chaque règle doit s'aligner sur les objectifs plus larges de performance et de maintenance des actifs. Les critères de déclenchement des réponses, tout comme la définition de conditions pour les règles APM, sont basés sur une compréhension approfondie du comportement du système et des seuils de performance souhaités.

Dans SAP APM, une règle de streaming est immédiate et réactionnaire, adaptée aux scénarios nécessitant des réponses rapides, tout comme certaines situations de la vie ou de l'entreprise nécessitent une action rapide. Les règles planifiées, d'autre part, reflètent les contrôles réguliers, en parallèle des examens de routine dans un processus de gestion pour garantir la conformité et la performance continues.

La complexité des règles de calcul dans SAP APM, qui produisent de nouvelles informations à partir de données existantes, me rappelle la partie analytique de la configuration du système, où les données sont synthétisées en informations exploitables. Tout comme dans APM, où ces règles sont basées sur des formules précises, dans mes propres processus, je m'assure que la logique derrière chaque point de décision est robuste et prend en compte toutes les variables pertinentes.

Cette réflexion montre que, qu'il s'agisse de configurer des règles dans SAP APM ou de configurer d'autres systèmes réactifs, la clé consiste à comprendre le contexte opérationnel et à définir des critères clairs et exploitables qui répondent à l'objectif du système. Il s'agit d'anticiper les besoins et de programmer le système pour répondre de manière appropriée, en assurant l'alignement avec les objectifs stratégiques à chaque étape.

Présentation :

• Ce sujet met l'accent sur les fonctionnalités du moteur de règles APM pour le monitorage de l'état et les scénarios d'alertes.
• Quatre types de règles : Calcul, Streaming, Planifié et Agrégation.
• Les règles de calcul utilisent des indicateurs d'objet technique pour les données de séries chronologiques, les caractéristiques ou les attributs pour calculer un nouvel indicateur.
• Le streaming et les règles planifiées utilisent des indicateurs d'objet technique pour les sorties d'alertes ou de notifications.
• Les règles d'agrégation agrègent un indicateur d'objet enfant unique au niveau parent.

Configuration de base pour tous les types de règles :

1. Configurez le jeu de données : sélectionnez des objets, définissez des données d'entrée et spécifiez la sortie.
2. Passez à l'onglet Configuration pour définir des conditions « if-else » pour la règle.

Étape 1 - Définition du jeu de données :

• Choisissez entre l'affectation de règle dynamique et statique.
• Les règles dynamiques s'appliquent automatiquement aux objets correspondant aux critères de filtre.
• Les règles statiques s'appliquent uniquement aux objets sélectionnés.
• Assurez-vous que les indicateurs sont configurés de manière identique pour les règles dynamiques.

Ensemble de données de règle de calcul : sélectionnez des objets techniques et des indicateurs pour les conditions.

Jeu de données de la règle d'agrégation : sélectionnez un indicateur d'entrée unique pour l'agrégation au niveau parent.

Jeu de données de la règle planifiée : similaire aux agrégations, mais avec des options pour déclencher une alerte, une notification ou les deux.

Jeu de données de règle de streaming : similaire aux règles planifiées, mais s'exécute chaque fois que les données sont mises à jour.

Étape 2 - Définition des conditions de règle :

• Règles de calcul : utilisez le langage des règles de gestion de SAP pour créer des expressions pour les qualificatifs et les calculs.
• Règles planifiées et de streaming : définissez les conditions de déclenchement des alertes ou des notifications.
• Règles d'agrégation : sélectionnez une méthode d'agrégation sans condition if-then.

Étape 3 - Validation de la règle :

• Sauvegardez la configuration, cliquez sur le bouton Valider pour activer la règle.
• Les règles validées ne peuvent pas être modifiées tant qu'elles ne sont pas rouvertes, ce qui désactive la règle.
• Les règles dynamiques héritent automatiquement des nouveaux objets correspondant aux critères de filtre.
• Les règles statiques nécessitent une réouverture et une modification pour les objets supplémentaires.