Freigeben über


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.

Diagramm des Field Service-IoT-Anbieter-Datenmodells.

IoT-Anbietertabelle

Die IoT Provider-Tabelle identifiziert die IoT-Anbieter Ihrer Organisation und die Aktionen, die sie unterstützen.

Screenshot eines IoT-Anbieterdatensatzes.

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.

Screenshot eines IoT-Anbieterinstanz-Datensatzes.

  • 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.

Nächste Schritte,