Usar provedores de IoT personalizados
A función de Dynamics 365 Field Service proveedor de IoT permite unha integración perfecta con dispositivos IoT (Internet das cousas) de calquera provedor de IoT. Integra alertas de IoT de diferentes provedores nunha lista unificada independentemente da súa orixe. Cando os usuarios interactúan cun dispositivo IoT, Field Service identifica o provedor do dispositivo e envía o comando ao sistema IoT correspondente.
En Field Service, a experiencia de implantación predefinida intégrase con Azure IoT Hub. Os desenvolvedores, socios e provedores de software independentes (ISV) poden crear solucións de IoT personalizadas neste marco e mesmo publicalas no Microsoft AppSource mercado.
Este artigo describe o modelo de datos do provedor de IoT e ofrece unha visión xeral dos métodos de conexión que pode usar.
Requisitos previos
- Experiencia no desenvolvemento de aplicacións baseadas en modelos que se conectan a Dynamics 365 e Microsoft Dataverse
- Experiencia en programación con C#, .NET e Visual Studio
- Familiaridade coa API REST/OData
Modelo de datos de Field Service
Todos os métodos para integrar servizos de IoT externos con Field Service deben axustarse ao modelo de datos do provedor de IoT de Field Service, que consta de tres táboas relacionadas (Proveedor de IoT, Instancia de provedor de IoT e Dispositivo IoT) e unha táboa de configuracións de IoT.
Táboa de provedores de IoT
A IoT Provider táboa identifica os provedores de IoT da túa organización e as accións que admiten.
Táboa de instancias do provedor de IoT
Existe unha relación un-a-moitos (1:moitos) entre a táboa IoT Provider e a táboa IoT Provider Instance . Por exemplo, se a súa organización está conectada a dous Azure IoT Hubs diferentes, ten un rexistro de provedor de IoT para Azure IoT Hub e dous rexistros de instancia de provedor de IoT, un para cada un dos seus IoT Hubs. Podes ver a lista de instancias de provedores de IoT en Field Service Configuración>IoT>Provedores.
- Id de instancia de provedor identifica a instancia no teu sistema IoT de orixe.
- O URL pode ser un que se use no código do teu provedor ou na experiencia do usuario; por exemplo, un punto final da API ou unha ligazón ao grupo de recursos de Azure da implantación.
Táboa de dispositivos IoT
Existe unha relación 1:moitos entre a táboa IoT Provider Instance e a táboa IoT Device , que asigna cada dispositivo a unha instancia de provedor de IoT.
- Conta identifica a conta de cliente en Field Service que ten unha asociación co dispositivo.
- Categoría é a categoría do dispositivo.
- Zona horaria é a zona horaria na que se atopa o dispositivo.
- O ID de dispositivo utilízase para rexistrar o dispositivo co provedor de IoT.
- Simulated utilízase no desenvolvemento e probas.
Métodos de conexión e ferramentas de desenvolvemento
Os métodos de conexión para solucións personalizadas de IoT teñen vantaxes e riscos. A seguinte táboa descríbenos.
| Método | Vantaxes | Riscos |
|---|---|---|
| Dataverse API | - Permite a comunicación directa entre Connected Field Service e servizos externos. - Protocolo robusto para a creación de aplicacións de software. |
- Os servizos externos deben poder integrarse coas API. - Require unha boa comprensión das capacidades da API de Connected Field Service. |
| Webhooks | Envía actualizacións en tempo real a un servizo externo cando se realizan accións específicas en Connected Field Service. | O servizo externo debe poder recibir e procesar mensaxes de webhook. |
| Conectores | Ofrece unha experiencia de integración perfecta e actúa como ponte entre o Connected Field Service e o servizo externo. | Require coñecementos técnicos máis sólidos e recursos de desenvolvemento. |
| Código personalizado | Integración altamente adaptada e eficaz. | Require un alto nivel de coñecementos técnicos; pode implicar máis risco que outros métodos. |
Ferramentas de desenvolvemento de uso habitual para crear solucións personalizadas para o Connected Field Service:
Microsoft Power Apps é unha plataforma de desenvolvemento con pouco código que permite aos creadores e desenvolvedores profesionais crear aplicacións empresariais personalizadas de forma rápida e sinxela.
Microsoft Azure Functions é un servizo que permite aos desenvolvedores executar código baixo demanda sen servidores dedicados.
Microsoft .NET Framework é un marco de desenvolvemento de software para crear e executar aplicacións en Windows.
Microsoft Visual Studio é un entorno de desenvolvemento integrado popular que admite unha gran variedade de linguaxes de programación e marcos, incluíndo .NET, JavaScript e Python.
JavaScript é unha linguaxe de programación moi utilizada que se usa habitualmente con outras ferramentas e marcos, como Node.js e React.
As API REST proporcionan un xeito estandarizado de comunicación entre as aplicacións a través da web. Connected Field Service ofrece moitas API REST que se poden usar para integrarse con servizos externos e crear solucións personalizadas.