Utilizar fornecedores de IoT personalizados
A caraterística de fornecedor de IoT do Dynamics 365 Field Service permite uma integração totalmente integrada com dispositivos com IoT (Internet das Coisas) a partir de qualquer fornecedor de IoT. Integra alertas IoT de diferentes fornecedores numa lista unificada, independentemente da origem. Quando os utilizadores interagem com um dispositivo IoT, o Field Service identifica o fornecedor do dispositivo e encaminha o comando para o sistema IoT correspondente.
No Field Service, a experiência de implementação de origem integra-se com o Hub IoT do Azure. Programadores, parceiros e criadores independentes de software (ISV) podem criar soluções IoT personalizadas nesta estrutura e até publicá-las no Microsoft AppSource Marketplace.
Este artigo descreve o modelo de dados do fornecedor de IoT e fornece uma descrição geral dos métodos de ligação que pode usar.
Pré-requisitos
- Experimente desenvolver aplicações condicionadas por modelo que se ligam ao Dynamics 365 e ao Microsoft Dataverse
- Experiência de programação com C#, .NET e Visual Studio
- Familiaridade com API REST/OData
Modelo de dados do Field Service
Todos os métodos para integrar serviços IoT externos com o Field Service têm de se adequar ao modelo de dados do fornecedor IoT do Field Service, que é composto por três tabelas relacionadas (Fornecedor de IoT, Instância de Fornecedor de IoT e Dispositivo IoT) e uma tabela de definições IoT.
Tabela Fornecedor de IoT
A tabela IoT Provider identifica os fornecedores de IoT da sua organização e as ações que suportam.
Tabela Instância de Fornecedor de IoT
Existe uma relação um para muitos (1:muitos) entre a tabela IoT Provider e a tabela IoT Provider Instance. Por exemplo, se a sua organização estiver ligada a duas aplicações diferentes dos Hubs IoT do Azure, tem um registo de fornecedor de IoT para o Hub IoT do Azure e dois registos de instâncias de fornecedor de IoT, um para cada um dos seus Hubs IoT. Pode ver a lista de instâncias de fornecedores de IoT no Field Service acedendo a Definições>IoT>Fornecedores.
- ID de Instância de Fornecedor: identifica a instância no seu sistema IoT de origem.
- URL pode ser um utilizado no código do fornecedor ou na experiência de utilizador; por exemplo, um ponto final de API ou uma ligação ao grupo de recursos do Azure da implementação.
Tabela Dispositivo IoT
Existe uma relação 1:muitos entre a tabela IoT Provider Instance e a tabela IoT Device, que mapeia cada dispositivo para uma instância de fornecedor de IoT.
- A conta identifica a conta de cliente no Field Service que tem uma associação com o dispositivo.
- Categoria é a categoria do dispositivo.
- Fuso horário é o fuso horário em que o dispositivo está localizado.
- ID do Dispositivo é utilizado para registar o dispositivo no fornecedor de IoT.
- Simulado é utilizado em desenvolvimento e teste.
Métodos de ligação e ferramentas de desenvolvimento
Os métodos de ligação para soluções IoT personalizados têm vantagens e riscos. A tabela seguinte descreve-os.
| Método | Vantagens | Riscos |
|---|---|---|
| API do Dataverse | - Permite comunicação direta entre o Connected Field Service e serviços externos. - Protocolo robusto para criar aplicações de software. |
- Os serviços externos têm de conseguir integrar-se com APIs. - Requer a compreensão de capacidades de API do Connected Field Service. |
| Webhooks | Envia atualizações em tempo real para um serviço externo quando são tomadas ações específicas no Connected Field Service. | O serviço externo precisa de conseguir receber e processar mensagens webhook. |
| Conectores | Fornece uma experiência de integração totalmente integrada e age como uma ligação entre o Connected Field Service e o serviço externo. | Requer conhecimento técnico e recursos de desenvolvimento mais robustos. |
| Código personalizado | Integração altamente personalizada e eficaz. | Requer um elevado nível de especialização técnica; pode envolver mais riscos do que outros métodos. |
Ferramentas de desenvolvimento frequentemente utilizadas para criar soluções personalizadas para o Connected Field Service:
Microsoft Power Apps é uma plataforma de desenvolvimento low-code que permite que os criadores e programadores profissionais criem aplicações empresariais personalizadas de forma rápida e fácil.
Funções do Microsoft Azure é um serviço que permite que os programadores executem código a pedido sem servidores dedicados.
Microsoft .NET Framework é uma estrutura de desenvolvimento de software para a criação e execução de aplicações no Windows.
Microsoft Visual Studio é um ambiente de desenvolvimento integrado popular que suporta uma vasta gama de estruturas e linguagens de programação, incluindo .NET, JavaScript e Python.
JavaScript é uma linguagem de programação amplamente utilizada com outras ferramentas e estruturas, como Node.js e React.
APIs REST fornecem uma forma padronizada para as aplicações comunicarem entre si através da Web. O Connected Field Service fornece muitas APIs REST que podem ser utilizadas para integrar com serviços externos e criar soluções personalizadas.