Traiter les données télémétriques

Effectué

Maintenant que vous avez terminé le déploiement du module complémentaire Connected Field Service, l’étape suivante consiste à aborder la façon d’enregistrer un appareil et d’intégrer les données Dynamics 365 avec des appareils Azure IoT Hub.

Ce résultat est obtenu lors de la création d’un enregistrement d’actif client dans Dynamics 365, puis en déclenchant le processus d’enregistrement. Le diagramme suivant illustre comment l’actif client se trouve au centre de l’intégration d’un appareil connecté dans le processus Dynamics 365 Field Service.

Schéma permettant de visualiser comment l’actif client se trouve au centre de l’intégration d’un appareil connecté dans le processus Dynamics 365 Field Service.

Enregistrer des actifs

Lorsque vous définissez un actif client, vous pouvez gérer une variété de scénarios, notamment les actifs composés de plusieurs éléments. Ces derniers peuvent être configurés à l’aide de connexions pour établir une relation avec l’actif client. Les actifs client peuvent également être classés par catégorie, ce qui facilite la gestion et permet l’envoi de commandes.

Une fois que vous avez créé l’actif client et cliqué sur le bouton Enregistrer, un message est envoyé dans une file d’attente Azure Service Bus pour demander l’enregistrement auprès de l’Azure IoT Hub associé. Cela déclenche une application logique fournie dans le cadre du modèle Connected Field Service déployé. L’application logique communique avec l’Azure IoT Hub et enregistre l’appareil, puis revient à Dynamics 365 pour mettre à jour le statut de l’enregistrement.

Schéma de la file d’attente de messages qui déclenche une application logique.

L’appareil étant enregistré, la télémétrie peut à présent être ingérée et évaluée pour rechercher des anomalies. Le modèle d’application Connected Field Service permet d’y parvenir avec une tâche Stream Analytics qui traite la télémétrie brute. La tâche évalue les données entrantes pour les température qui dépassent la température de référence. N’oubliez pas que vous ne pouvez personnaliser que les règles de départ du modèle pour inclure toute logique de détection appropriée à votre scénario. Dans certains cas, vous pouvez même trouver que ces règles sont un bon exemple pour vous inspirer et créer vos tâches de flux et applications logiques connexes. En fait, elles pourraient être remplacées par un micro-service qui se charge de la plus grosse partie de la tâche, comme dans certains des accélérateurs de solution Azure IoT.

Flux de télémétrie

Le diagramme suivant présente le flux général de télémétrie tel qu’il est évalué et transformé en alerte IoT dans Dynamics 365. Lorsque la température est dépassée, un message est mis en file d’attente dans la file d’attente d’alerte Service Bus. Il est extrait par une application logique qui crée l’enregistrement d’alerte IoT réel dans Dynamics 365.

Schéma du flux de télémétrie tel qu’il est évalué et transformé en alerte IoT.

Une fois l’alerte IoT reçue dans Dynamics 365, elle peut être évaluée soit manuellement en la mettant en file d’attente pour être examinée par une personne, soit automatiquement en tentant d’abord une commande corrective sur l’appareil. Les commandes envoyées à l’appareil peuvent exécuter des actions comme effectuer une réinitialisation, envoyer une notification ou toute autre commande personnalisée attendue par l’appareil. Les paramètres de l’appareil peuvent également être ajustés pour s’adapter aux environnements changeants de l’appareil distant. De là, un processus d’entreprise personnalisé peut être établi pour effectuer un triage et affecter un technicien si nécessaire. Le technicien sera mis en correspondance et affecté à l’aide du tableau de planification Dynamics 365 Field Service standard.

Schéma de télémétrie avec les appareils IoT, les opérations et les techniciens.

Dans la prochaine unité, vous enregistrerez un appareil simulé et interagirez avec le simulateur pour afficher une alerte générée et envoyée à Dynamics 365.