Utilizar proveedores de IoT personalizados
La característica de proveedor de IoT de Dynamics 365 Field Service permite una integración perfecta con dispositivos IoT (Internet de las cosas) de cualquier proveedor de IoT. Integra alertas de IoT de diferentes proveedores en una lista unificada independientemente de su origen. Cuando los usuarios interactúan con un dispositivo IoT, Field Service identifica al proveedor del dispositivo y enruta el comando al sistema IoT correspondiente.
En Field Service, la experiencia de implementación lista para usar se integra con Azure IoT Hub. Los desarrolladores, socios y proveedores de software independientes (ISV) pueden crear soluciones de IoT personalizadas en este marco e incluso publicarlas en el marketplace de Microsoft AppSource.
En este artículo se describe el modelo de datos del proveedor de IoT y se proporciona información general sobre los métodos de conexión que puede utilizar.
Requisitos previos
- Experiencia en desarrollo de aplicaciones basadas en modelo que se conectan a Dynamics 365 y Microsoft Dataverse
- Experiencia en programación con C #, .NET y Visual Studio
- Familiaridad con la API REST/OData
Modelo de daots de Field Service
Todos los métodos para integrar servicios de IoT externos con Field Service deben ajustarse al modelo de datos del proveedor de IoT de Field Service, que consta de tres tablas relacionadas (proveedor de IoT, instancia de proveedor de IoT y dispositivo de IoT) y una tabla de configuraciones de IoT.
Tabla del proveedor de IoT
La tabla IoT Provider identifica los proveedores de IoT de su organización y las acciones que apoyan.
Tabla de la instancia de proveedor de IoT
Existe una relación uno a varios (1:many) entre la tabla IoT Provider y la tabla IoT Provider Instance. Por ejemplo, si su organización está conectada a dos centros de Azure IoT Hub diferentes, tendrá un registro de proveedor de IoT para Azure IoT Hub y dos registros de instancia de proveedor de IoT, uno para cada uno de sus centros IoT Hub. Puede ver la lista de instancias de proveedores de IoT en Field Service, en Configuración>IoT>Proveedores.
- Id. de instancia de proveedor identifica la instancia en su sistema de IoT de origen.
- URL podría ser uno que se utilice en su código de proveedor o en la experiencia del usuario; por ejemplo, una API punto de conexión o un vínculo al grupo de recursos de Azure de la implementación.
Tabla de dispositivo de IoT
Existe una relación de 1:muchos entre la tabla IoT Provider Instance y la tabla IoT Device, que asigna cada dispositivo a una instancia de proveedor de IoT.
- Cuenta identifica la cuenta de cliente en Field Service que tiene una asociación con el dispositivo.
- Categoría es la categoría del dispositivo.
- Zona horaria es la zona horaria en la que se encuentra el dispositivo.
- Id. del dispositivo se usa para registrar el dispositivo con el proveedor de IoT.
- Simulado se utiliza en desarrollo y pruebas.
Métodos de conexión y herramientas de desarrollo
Los métodos de conexión para soluciones de IoT personalizadas conllevan ventajas y riesgos. En la siguiente tabla se describen.
| método | Ventajas | Riesgos |
|---|---|---|
| Dataverse API | - Permite la comunicación directa entre Connected Field Service y servicios externos. - Protocolo robusto para crear aplicaciones de software. |
- Los servicios externos deben poder integrarse con las API. - Requiere una sólida comprensión de las capacidades de la API de Connected Field Service. |
| Webhooks | Envía actualizaciones en tiempo real a un servicio externo cuando se realizan acciones específicas en Connected Field Service. | El servicio externo debe poder recibir y procesar mensajes de webhook. |
| Conectores | Proporciona una experiencia de integración perfecta y actúa como puente entre Connected Field Service y el servicio externo. | Requiere conocimientos técnicos y recursos de desarrollo más sólidos. |
| Código personalizado | Integración altamente personalizada y efectiva. | Requiere un alto nivel de conocimientos técnicos; puede entrañar más riesgos que otros métodos. |
Herramientas de desarrollo de uso común para crear soluciones personalizadas para Connected Field Service:
Microsoft Power Apps es una plataforma de desarrollo de código bajo que permite a los creadores y desarrolladores profesionales crear aplicaciones empresariales personalizadas de forma rápida y sencilla.
Microsoft Azure Functions es un servicio que permite a los desarrolladores ejecutar código bajo demanda sin servidores dedicados.
Microsoft .NET Framework es un marco de desarrollo de software para crear y ejecutar aplicaciones en Windows.
Microsoft Visual Studio es un popular entorno de desarrollo integrado que admite una amplia gama de lenguajes y marcos de programación, incluidos .NET, JavaScript y Python.
JavaScript es un lenguaje de programación muy extendido que se utiliza habitualmente con otras herramientas y frameworks, como Node.js y React.
Las API REST proporcionan una forma estandarizada para que las aplicaciones se comuniquen entre sí a través de la web. Connected Field Service proporciona muchas API REST que se pueden usar para integrarse con servicios externos y crear soluciones personalizadas.