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 provedor de IoT e fornece uma visão geral dos métodos de conexão que você 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.

Diagrama do modelo de dados do fornecedor de IoT do Field Service.

Tabela Fornecedor de IoT

A tabela IoT Provider identifica os fornecedores de IoT da sua organização e as ações que suportam.

Captura de ecrã de um registo de fornecedor de IoT.

Tabela Instância de Fornecedor de IoT

Existe uma relação um-para-muitos (1:muitos) entre a tabela e a IoT Provider IoT Provider Instance tabela. 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.

Captura de ecrã de um registo de instância de fornecedor de IoT.

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

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

Próximos passos