Benutzerdefinierte IoT-Anbieter
Das Dynamics 365 Field Service-IoT-Anbieter-Feature ermöglicht die nahtlose Integration mit IoT-fähigen Geräten (Internet der Dinge) von jedem IoT-Anbieter. Es integriert IoT-Warnungen verschiedener Anbieter unabhängig von ihrer Herkunft in einer einheitlichen Liste. Wenn Benutzer mit einem IoT-Gerät interagiert, identifiziert Field Service den Anbieter des Geräts und leitet den Befehl an das entsprechende IoT-System weiter.
In Field Service lässt sich die sofort einsatzbereite Bereitstellungserfahrung in Azure IoT Hub integrieren. Entwickler, Partner und unabhängige Softwareanbieter (ISVs) können auf diesem Framework benutzerdefinierte IoT-Lösungen erstellen und diese sogar im Microsoft AppSource-Marketplace veröffentlichen.
Dieser Artikel beschreibt das Datenmodell des IoT-Anbieters und bietet einen Überblick über die Verbindungsmethoden, die Sie verwenden können.
Anforderungen
- Erfahrungsentwicklung in modellgesteuerten Apps, die eine Verbindung zu Dynamics 365 und Microsoft Dataverse herstellen
- Programmiererfahrung mit C #, .NET und Visual Studio
- Vertrautheit mit der REST/OData-API
Field Service-Datenmodell
Alle Methoden zur Integration externer IoT-Dienste in Field Service müssen zum Field Service IoT-Provider-Datenmodell passen, das aus drei zugehörigen Tabellen (IoT-Provider, IoT-Provider-Instanz und IoT-Gerät) und einer Tabelle mit IoT-Einstellungen besteht.
IoT-Anbietertabelle
Die IoT Provider
-Tabelle identifiziert die IoT-Anbieter Ihrer Organisation und die Aktionen, die sie unterstützen.
IoT-Anbieterinstanz-Tabelle
Zwischen der IoT Provider
Tabelle und der IoT Provider Instance
Tabelle besteht eine Eins-zu-viele-Beziehung (1:viele). Wenn Ihre Organisation beispielsweise mit zwei verschiedenen Azure IoT Hubs verbunden ist, haben Sie einen IoT-Anbieterdatensatz für Azure IoT Hub und zwei Instanzdatensätze für IoT-Anbieter, einen für jeden Ihrer IoT-Hubs. Sie können die Liste der IoT-Anbieterinstanzen in Field Service unter Einstellungen>IoT>Anbieter anzeigen.
- Anbieter-Instanz-ID bezeichnet die Instanz in Ihrem Quell-IoT-System.
- URL könnte eine sein, die in Ihrem Anbietercode oder der Benutzererfahrung verwendet wird; zum Beispiel ein API Endpunkt oder ein Link zur Azure-Ressourcengruppe der Bereitstellung.
IoT-Gerätetabelle
Es besteht eine 1:N-Beziehung zwischen der IoT Provider Instance
-Tabelle und der IoT Device
-Tabelle, die jedes Gerät einer IoT-Anbieterinstanz zuordnet.
- „Konto“ identifiziert das Kundenkonto im Field Service, das mit dem Gerät verknüpft ist.
- Kategorie ist die Gerätekategorie.
- Zeitzone ist die Zeitzone, in der sich das Gerät befindet.
- Geräte-ID wird verwendet, um das Gerät beim IoT-Anbieter zu registrieren.
- Simuliert wird in der Entwicklung und beim Testen verwendet.
Verbindungsmethoden und Entwicklungstools
Verbindungsmethoden für individuelle IoT-Lösungen bringen sowohl Vorteile als auch Risiken mit sich. In der folgenden Tabelle werden sie beschrieben.
Methode | Vorteile | Risiken |
---|---|---|
Dataverse-API | - Ermöglicht die direkte Kommunikation zwischen Connected Field Service und externen Diensten. - Ein robustes Protokoll zum Erstellen von Softwareanwendungen. |
- Externe Dienste müssen in APIs integriert werden können. - Erfordert umfassende Kenntnisse der Connected Field Service-API-Funktionen. |
Webhooks | Sendet Echtzeitaktualisierungen an einen externen Dienst, wenn bestimmte Aktionen in Connected Field Service ausgeführt werden. | Der externe Dienst muss in der Lage sein, Webhook-Nachrichten zu empfangen und zu verarbeiten. |
Konnektoren | Bietet eine nahtlose Integrationserfahrung und fungiert als Brücke zwischen Connected Field Service und dem externen Service. | Erfordert umfassendere technische Kenntnisse und Entwicklungsressourcen. |
Benutzerdefinierter Code | Hochgradig maßgeschneiderte und effektive Integration. | Erfordert ein hohes Maß an technischem Fachwissen; es kann mit mehr Risiken verbunden sein als andere Methoden. |
Häufig verwendete Entwicklungstools zum Erstellen benutzerdefinierter Lösungen für Connected Field Service:
Microsoft Power Apps ist eine Low-Code-Entwicklungsplattform, mit der Entwickelnde und professionelle Entwickelnde schnell und einfach benutzerdefinierte Geschäftsanwendungen erstellen können.
Microsoft Azure-Funktionen ist ein Dienst, der es Entwickelnden ermöglicht, Code bei Bedarf ohne dedizierte Server auszuführen.
Microsoft .NET-Framework ist ein Softwareentwicklungs-Framework zum Erstellen und Ausführen von Anwendungen unter Windows.
Microsoft Visual Studio ist eine beliebte integrierte Entwicklungsumgebung, die eine breite Palette von Programmiersprachen und Frameworks unterstützt, darunter .NET, JavaScript und Python.
JavaScript ist eine weit verbreitete Programmiersprache, die häufig mit anderen Tools und Frameworks wie Node.js und React verwendet wird.
REST-APIs bieten eine standardisierte Möglichkeit für Anwendungen, über das Web miteinander zu kommunizieren. Connected Field Service bietet viele REST-APIs, die zur Integration mit externen Diensten und zum Erstellen benutzerdefinierter Lösungen verwendet werden können.