Integração do Dynamics 365 com RTLS e RFID.
Dados de localização valem muito pouco até mudarem aquilo em que o ERP acredita. Veja como RTLS, RFID e IoT se conectam ao Dynamics 365 Supply Chain Management, qual interface de integração usar para cada tarefa e quais decisões de projeto são caras de reverter.
Ainda não quer uma chamada? ··
Comece pela placa de licença
A coisa mais útil para entender sobre a gestão de armazéns do D365 é a placa de licença (license plate). É o identificador que o sistema já usa para uma unidade de movimentação (um palete, um contêiner, uma caixa) e o ponto de ancoragem natural para uma tag física.
Um modo de falha frequente em programas de RFID com o D365 é a identidade paralela. A tag recebe um número próprio, surge uma tabela de correspondência e, a partir daí, cada divergência vira uma discussão sobre qual sistema está certo. Codificar a placa de licença na tag, ou registrar a tag vinculada a ela no momento da criação, evita uma categoria inteira de problemas.
Onde não se usam placas de licença (peças serializadas, ferramentas, ativos retornáveis), a questão passa a ser qual entidade existente do D365 carrega a identidade, e vale a pena resolver essa resposta antes de especificar qualquer hardware.
As interfaces de integração, e para que serve cada uma
O D365 oferece várias formas de integração. Escolher a errada é um motivo comum para um projeto de localização funcionar no piloto e falhar em produção.
| Interface | Use para | Não use para |
|---|---|---|
| Eventos de negócio | O D365 avisando o mundo externo de que algo aconteceu: trabalho criado, expedição confirmada | Telemetria de alta frequência |
| OData e serviços personalizados | Leituras e gravações transacionais a partir de uma camada de integração | Cargas em massa; fluxos contínuos |
| Data management framework | Lotes agendados de entrada e saída | Qualquer coisa que precise acontecer em tempo hábil |
| Dual-write / Dataverse | Manter os dados mestres alinhados com a Power Platform | Dados de sensores |
| Azure IoT Hub ou Event Hubs | O próprio fluxo de localização e de sensores | Comunicação direta com o D365 |
| Fabric / Data Lake | Análises, tempo de permanência, utilização, histórico | Conduzir transações operacionais |
O padrão que funciona: a telemetria chega ao Azure, é reduzida a eventos que importam e somente esses eventos chegam ao D365. Uma atualização de posição a cada segundo não é um evento de negócio. Um palete passando da área de preparação para a expedição é.
Não envie posições em fluxo contínuo para o ERP
Vale dizer isso com todas as letras, porque é proposto com uma frequência surpreendente. O D365 é um sistema transacional com um framework de processamento em lote e limites de API. Não é um banco de dados de séries temporais.
Seiscentas tags reportando a 1 Hz geram cerca de 52 milhões de eventos por dia (600 × 86.400 segundos). A arquitetura correta mantém esse fluxo totalmente fora do ERP e envia ao D365 apenas mudanças de estado: chegadas, saídas, conclusões, exceções. Todo o resto vai para um data lake para análise.
É isso também que protege o caminho de atualização. Quanto mais o seu projeto de localização depender de customizações dentro do D365, mais penosa se torna cada atualização da plataforma.
Onde a localização realmente muda o comportamento do D365
Recebimento. Uma leitura na doca pode criar ou confirmar a license plate (LP) e acionar a tarefa de armazenagem, substituindo um escaneamento manual em vez de acrescentar uma etapa paralela a ele.
Armazenagem e acurácia de endereços. O D365 sabe para onde mandou o estoque ir. A localização mostra para onde ele realmente foi. Conciliar essas duas informações costuma ser o ganho mensurável mais rápido.
Inventário cíclico. O RFID transforma a contagem de um evento agendado em um processo contínuo em segundo plano, o que muda a forma como o trabalho de contagem é configurado, em vez de simplesmente acelerá-lo.
Produção em andamento (WIP). As transições entre zonas passam a ser sinais reais de progresso, em vez de os operadores confirmarem as etapas depois do fato.
Pátio e doca. A posição de carretas e contêineres normalmente nem existe no ERP, e por isso costuma ser o ponto mais fácil para mostrar valor.
Modo Warehouse Management only e programas greenfield
O D365 Warehouse Management pode funcionar com um ERP de terceiros usando o modo Warehouse management only da Microsoft. Se o seu ambiente for assim, a integração tem dois saltos em vez de um, e a questão da identidade fica mais importante, não menos.
Se o D365 ainda não estiver em produção, a questão da sequência importa mais do que a tecnologia. Um projeto de localização construído em torno de um processo de armazém que está prestes a mudar terá de ser refeito. A resposta usual é especificar o modelo de dados agora, definir a estratégia de identidade e adiar as decisões de implantação que dependem do novo processo até que ele esteja estável.
As questões que vale a pena resolver cedo
- A tag carrega a license plate ou é mapeada para ela?
- Quais eventos são eventos de negócio de verdade e quais são telemetria?
- Quem é o dono da camada de integração: seu parceiro de ERP, o fornecedor de localização ou você?
- Os dados de localização chegam a ser gravados de volta no D365 ou apenas servem de informação?
- O que acontece quando os dois divergem, e qual deles é a fonte de referência?
Essa última questão pesa mais do que qualquer escolha de tecnologia. Resolvê-la no projeto evita retrabalho nos testes.
Como ajudamos
Não implementamos o Dynamics 365 e aconselhamos primeiro, por isso não temos motivo para puxar a integração para nenhum dos lados. Especificamos qual deve ser o modelo de dados, quais eventos importam e o que o fornecedor de localização e o parceiro de ERP precisam entregar, antes que qualquer um deles apresente orçamento.
Veja também: integração com SAP EWM, a visão geral das integrações e acurácia do estoque.
Fontes
As normas e os dados de fornecedores desta página vêm das fontes públicas abaixo, verificadas em 25 de setembro de 2026. As declarações dos fornecedores são apresentadas como afirmações dos próprios fornecedores.
- Microsoft Learn: visão geral dos eventos de negócio (aplicativos de finanças e operações)
- Microsoft Learn, gerenciamento de dados: entidades de dados e pacotes de dados
- Microsoft Learn: limitação baseada em prioridade (proteção de serviço de API)
- Microsoft Learn: visão geral do dual-write
- Microsoft Learn: visão geral do modo Warehouse management only
- Microsoft Learn: recebimento por license plate no aplicativo móvel Warehouse Management
- Microsoft Learn: o que é o Azure IoT Hub?
- Microsoft Learn: o que são os Azure Event Hubs?
- Microsoft Learn: o que é o Microsoft Fabric?
Última atualização: 4 de outubro de 2026