Concevoir des processus pour Connected Field Service
Maintenant que vous avez officiellement commencé à recueillir des données, détecter des anomalies et extraire les données pertinentes pour nos appareils IoT, l’étape finale consiste à décider des prochaines actions et de fournir des instructions aux utilisateurs lorsqu’ils utilisent les appareils. Avant de commencer à définir des processus, il est important de comprendre la nature du résultat souhaité que vous tentez d’atteindre et de déterminer le nécessaire pour y parvenir.
L’image suivante présente un exemple de branchement de flux de processus métier en fonction de la valeur de relevé fournie par une alerte de température.
Le flux de processus métier est associé à la table Alerte IoT et utilise la valeur du champ Relevé de l’appareil.
En fonction de cette valeur, nous pouvons :
envoyer une commande de réinitialisation directement à l’appareil si le relevé de température est compris entre 70 et 85 ° ;
nous brancher à notre processus de résolution standard qui commence par créer l’incident, puis génère un ordre de travail, affecte celui-ci et enfin envoie le technicien exécuter l’ordre de travail lorsque le relevé de température se situe entre 86 et 100 ° ;
ignorer complètement ces phases d’incident et accéder directement à la phase de création de l’ordre de travail si le relevé de température est supérieur à 100 °.
À l’aide de l’automatisation des flux de travail avec les flux de processus métier, ce concept pourrait être poussé plus loin et, à la place, il pourrait exécuter un flux de processus métier différent en fonction de l’alerte.
Par exemple, supposons que vous ayez créé les flux de processus métier suivants pour la table Alerte IoT :
Flux de processus d’alerte de température
Flux de processus d’alerte d’humidité
Flux de processus d’alerte de compresseur
Lorsqu’une alerte est générée, nous pourrions exécuter un flux de travail qui capture la propriété « readingtype » du code JSON transmis dans le champ Données d’alerte à l’aide de l’action JSON-Based Field Value - Get String. Le flux de travail pourrait ensuite renseigner le champ personnalisé nommé Type de relevé sur l’enregistrement d’alerte.
Comme nous pouvons interagir avec les flux de processus métier à l’aide du flux de travail, il serait possible de concevoir un flux de travail qui exécuterait le flux de processus métier approprié en fonction de la valeur du champ Type de relevé.
En outre, vous pouvez exécuter des flux de travail lorsque vous entrez dans/sortez d’une phase spécifique d’un flux de processus métier. Cette fonctionnalité peut être pratique lorsque vous envisagez d’envoyer des commandes ou d’enregistrer un appareil en fonction des éléments que vous avez capturés dans les enregistrements que vous utilisez. Le composant Connected Field Service prêt à l’emploi est fourni avec les actions suivantes :
| Nom d’affichage | Description |
|---|---|
| IoT - Enregistrer une entité Client | Enregistre toute table personnalisée qui peut ou non avoir déjà des appareils IoT connectés. Cette action appelle l’action IoT - Enregistrer l’appareil. |
| IoT - Enregistrer l’appareil | Publie l’enregistrement d’un appareil IoT. |
| IoT – Annuler le rebond des alertes IoT | Associe les alertes potentiellement redondantes à une alerte parente existante. |
En créant des flux de travail pour appeler ces actions, vous pouvez ensuite associer ceux-ci à l’entrée ou à la sortie d’une phase spécifique de votre flux de processus métier. Par exemple, vous pouvez associer un flux de processus métier à une table personnalisée également utilisée comme appareil IoT. En créant un flux de travail qui appelle l’action IoT - Enregistrer une entité Client et en le configurant de manière à s’exécuter à la sortie d’une phase spécifique, vous pouvez ensuite évaluer des éléments spécifiques de l’enregistrement et faire enregistrer automatiquement l’appareil par le flux de processus métier si des conditions spécifiques sont remplies.
Quelle que soit la manière dont vous envisagez d’automatiser et de guider les utilisateurs tout au long de processus spécifiques, n’oubliez pas que chaque processus que vous concevez doit :
avoir un début spécifique (Exemple : Alerte déclenchée)
avoir une fin spécifique (Exemple : Un ordre de travail clôturé)
disposer d’une procédure renouvelable avec des phases et étapes spécifiques (Exemple : Alerte - Incident - Ordre de travail - Prestation du service)
prendre en considération les variables susceptibles d’affecter le flux du processus (Exemple : une panne ou un avertissement)