Utiliser des fournisseurs IoT personnalisés
La fonctionnalité Fournisseur IoT Dynamics 365 Field Service permet une intégration transparente avec les appareils compatibles IoT (Internet des objets) de n’importe quel fournisseur IoT Elle intègre les alertes IoT de différents fournisseurs dans une liste unifiée quelle que soit leur origine. Lorsque les utilisateurs interagissent avec un appareil IoT, Field Service identifie le fournisseur de l’appareil et achemine la commande vers le système IoT correspondant.
Dans Field Service, l’expérience de déploiement prête à l’emploi s’intègre à Azure IoT Hub. Les développeurs, les partenaires et les éditeurs de logiciels indépendants (ISV) peuvent créer des solutions IoT personnalisées selon ce cadre et même les publier dans le Marketplace Microsoft AppSource.
Dans cet article, vous allez découvrir le modèle de données du fournisseur IoT et obtenir un aperçu des modes de connexion que vous pouvez utiliser.
Conditions préalables
- Expérience de développement dans des applications pilotées par modèle qui se connectent à Dynamics 365 et Microsoft Dataverse
- Expérience de programmation avec C#, .NET et Visual Studio
- Connaître l’API REST/OData
Champ de données Field Service
Toutes les méthodes permettant d’intégrer des services IoT externes à Field Service doivent correspondre au modèle de données du fournisseur IoT Field Service, qui se compose de trois tables associées (fournisseur IoT, instance de fournisseur IoT et appareil IoT) et d’un tableau de paramètres IoT.
Table du fournisseur IoT
La table IoT Provider identifie les fournisseurs IoT de votre organisation et les actions qu’ils prennent en charge.
Table de l’instance de fournisseur IoT
Une relation 1 : plusieurs existe entre la table IoT Provider et la table IoT Provider Instance . Par exemple, si votre organisation est connectée à deux applications Azure IoT Hub différentes, vous disposerez d’un enregistrement de fournisseur IoT pour Azure IoT Hub et de deux enregistrements d’instance de fournisseur IoT, un pour chacune de vos applications IoT Hub. Vous pouvez voir la liste des instances de fournisseur IoT dans votre application Field Service en accédant à Paramètres>IoT>Fournisseurs.
- ID d’instance du fournisseur : identifie l’instance dans votre système IoT source.
- URL : il peut s’agir de celle qui est utilisée dans le code de votre fournisseur ou dans l’expérience utilisateur ; par exemple, un point de terminaison API ou un lien vers le groupe de ressources Azure du déploiement.
Table IoT Device
Une relation 1 : plusieurs existe entre la table IoT Provider Instance et la table IoT Device, qui mappe chaque appareil à une instance de fournisseur IoT.
- Compte : identifie le compte client dans Field Service associé à l’appareil.
- Catégorie : il s’agit de la catégorie de l’appareil.
- Fuseau horaire : fuseau horaire dans lequel se situe l’appareil.
- ID d’appareil utilisé pour enregistrer l’appareil auprès du fournisseur IoT.
- Simulé : utilisé dans le développement et les tests.
Modes de connexion et outils de développement
Les modes de connexion pour les solutions IoT personnalisées présentent à la fois des avantages et des risques. Le tableau suivant les décrit.
| méthode | Avantages | Risques |
|---|---|---|
| API Dataverse | – Permet une communication directe entre Connected Field Service et des services externes. – Protocole robuste pour la création d’applications logicielles. |
– Les services externes doivent pouvoir s’intégrer aux API. – Nécessite une solide compréhension des fonctionnalités de l’API Connected Field Service. |
| Webhooks | Envoie des mises à jour en temps réel à un service externe lorsque des actions spécifiques sont effectuées dans Connected Field Service. | Le service externe doit être en mesure de recevoir et de traiter les messages de webhook. |
| Connecteurs | Fournit une expérience d’intégration transparente et agit comme un pont entre Connected Field Service et le service externe. | Nécessite des connaissances techniques et des ressources de développement plus solides. |
| Code personnalisé | Intégration très personnalisée et efficace. | Nécessite un haut niveau d’expertise technique, peut impliquer plus de risques que d’autres modes. |
Outils de développement couramment utilisés pour créer des solutions personnalisées pour Connected Field Service :
Microsoft Power Apps est une plate-forme de développement low-code qui permet aux fabricants et aux développeurs de créer rapidement et facilement des applications professionnelles personnalisées.
Fonctions Microsoft Azure est un service qui permet aux développeurs d’exécuter du code à la demande sans serveurs dédiés.
Microsoft .NET Framework est un framework de développement logiciel permettant de créer et d’exécuter des applications sous Windows.
Microsoft Visual Studio est un environnement de développement intégré populaire qui prend en charge un large éventail de langages de programmation et de frameworks, notamment .NET, JavaScript et Python.
JavaScript est un langage de programmation largement utilisé, souvent utilisé avec d’autres outils et frameworks, tels que Node.js et React.
Les API REST offrent aux applications un moyen standardisé de communiquer entre elles sur le Web. Connected Field Service fournit de nombreuses API REST qui peuvent être utilisées pour s’intégrer à des services externes et créer des solutions personnalisées.