Usar provedores de IoT personalizados
O recurso do provedor de IoT do Dynamics 365 Field Service possibilita uma integração perfeita com dispositivos IoT (Internet das Coisas) de qualquer fornecedor de IoT. Ele integra alertas de IoT de diferentes fornecedores em uma lista unificada, independentemente da origem. Quando os usuários interagem com um dispositivo IoT, o Field Service identifica o provedor do dispositivo e encaminha o comando para o sistema IoT correspondente.
No Field Service, a experiência de implantação pronta para uso se integra ao Hub IoT do Azure. Desenvolvedores, parceiros e fornecedores independentes de software (ISVs) podem compilar soluções IoT personalizadas nessa estrutura e até mesmo publicá-las no marketplace do Microsoft AppSource.
Neste artigo, você vai aprender mais sobre o modelo de dados do provedor de IoT e ter uma visão geral dos métodos de conexão que pode usar.
Pré-requisitos
- Experiência no desenvolvimento de aplicativos baseados em modelo que se conectam ao Dynamics 365 e ao Microsoft Dataverse
- Experiência na programação com C#, .NET e Visual Studio
- Familiaridade com a API REST/OData
Modelo de dados do Field Service
Todos os métodos para integrar serviços de IoT externos ao Field Service devem se adequar ao modelo de dados do provedor de IoT do Field Service, que consiste em três tabelas relacionadas (provedor de IoT, instância do provedor de IoT e dispositivo de IoT) e uma tabela das configurações de IoT.
Tabela de provedores de IoT
A tabela IoT Provider identifica os provedores de IoT da organização e as ações às quais eles dão suporte.
Tabela de instâncias do provedor de IoT
Existe uma relação 1:muitos entre as tabelas IoT Provider e IoT Provider Instance. Por exemplo, se a organização estiver conectada a dois Hubs IoT do Azure diferentes, você terá um registro do provedor de IoT para o Hub IoT do Azure e dois registros de instância do provedor de IoT, um para cada um dos Hubs IoT. Você pode exibir a lista de instâncias do provedor de IoT em Configurações>IoT>Provedores do Field Service.
- ID da Instância do Provedor identifica a instância no sistema IoT de origem.
- URL pode ser a usada no código do provedor ou na experiência do usuário; por exemplo, um ponto de extremidade de API ou um link para o grupo de recursos do Azure da implantação.
Tabela de dispositivos de IoT
Existe uma relação 1:muitos entre as tabelas IoT Provider Instance e IoT Device, que mapeia cada dispositivo para uma instância do provedor de IoT.
- Conta identifica a conta do cliente no Field Service associada ao dispositivo.
- Categoria é a categoria do dispositivo.
- Fuso horário é o fuso horário no qual o dispositivo está localizado.
- Identificação do dispositivo é usada para registrar o dispositivo no provedor de IoT.
- Simulado é usado em desenvolvimento e teste.
Métodos de conexão e ferramentas de desenvolvimento
Os métodos de conexão para soluções IoT personalizadas têm vantagens e riscos. A tabela a seguir os descreve.
| método | Vantagens | Riscos |
|---|---|---|
| API do Dataverse | - Permite comunicação direta entre o Connected Field Service e os serviços externos. - Protocolo robusto para compilação de aplicativos de software. |
- Os serviços externos devem ser capazes de se integrarem a APIs. - Exige reconhecimento sólido de recursos da API do Connected Field Service. |
| Webhooks | Envia atualizações em tempo real para um serviço externo quando ações específicas são executadas no Connected Field Service. | O serviço externo precisa ser capaz de receber e processar mensagens de webhook. |
| Conectores | Proporciona uma experiência de integração perfeita e funciona como uma ponte entre o Connected Field Service e o serviço externo. | Requer conhecimento técnico mais robusto e recursos de desenvolvimento. |
| Código personalizado | Integração altamente personalizada e eficaz. | Requer alto nível de conhecimento técnico; pode envolver mais riscos do que outros métodos. |
Ferramentas de desenvolvimento comumente usadas para criar soluções personalizadas para o Connected Field Service:
Microsoft Power Apps é uma plataforma de desenvolvimento low-code que permite a fabricantes e desenvolvedores profissionais criar rápida e facilmente aplicativos de negócios personalizados.
Microsoft Azure Functions é um serviço que permite aos desenvolvedores executar código sob demanda sem servidores dedicados.
Microsoft .NET Framework é uma estrutura para desenvolvimento de software a fim de compilar e executar aplicativos no Windows.
Microsoft Visual Studio é um ambiente de desenvolvimento integrado conhecido que dá suporte a uma grande variedade de linguagens de programação e estruturas, inclusive .NET, JavaScript e Python.
JavaScript é uma linguagem de programação muito usada com outras ferramentas e estruturas, como Node.js e React.
APIs REST, fornecem uma maneira padronizada para os aplicativos se comunicarem entre si pela Web. O Connected Field Service fornece muitas APIs REST que podem ser usadas para a integração com serviços externos e a criação de soluções personalizadas.