Integre as aplicações financeiras e de operações do Dynamics 365 com a Power Platform

Esta arquitetura de referência utiliza a Microsoft Power Platform para suportar um processo de engenharia para encomenda, desde a configuração e orçamento até à encomenda, planeamento de capacidade de aconselhamento e fase de produção. As aplicações e Microsoft Dataverse orientadas por modelos orquestram o processo central, enquanto Microsoft Dynamics 365 aplicações de finanças e operações servem como o sistema de registo ERP (planeamento de recursos empresariais). Esta arquitetura de referência também depende dos serviços Azure para execução assíncrona de longa duração para além dos limites da plataforma.

Sugestão

Este artigo apresenta um cenário de exemplo e uma arquitetura de exemplo generalizada para ilustrar como combinar aplicações financeiras e operacionais do Dynamics 365, Power Platform e serviços Azure para construir uma solução de engenheiro por encomenda com capacidades de estimativa, preços, orçamentação e planeamento de produto. O exemplo de arquitetura pode ser modificado para muitos cenários e setores diferentes.

Diagrama de arquitetura

O diagrama seguinte mostra o contexto principal do sistema e a arquitetura.

Os utilizadores realizam o fluxo de trabalho utilizando três aplicações orientadas a modelos Power Apps:

App de estimativa: O principal espaço de trabalho do estimador. O estimador inicia uma estimativa importando um projeto de engenharia a partir de um ficheiro XML ou selecionando um projeto da biblioteca. O estimador então adiciona ou remove componentes para refinar a estimativa. Os plugins de servidor recalculam continuamente pesos, horas de trabalho, fatores de custo e preços. O estimador executa o recap para combinar preços padrão com preços para o cliente, e depois finaliza e bloqueia o pacote. Esta aplicação é o núcleo da solução para configurar-preço-cotação.
Aplicação de planeamento: Apoia o planeamento pré-produção consultivo. Os planeadores finalizam fases os projetos por local e tempo, e atribuem datas provisórias de início da produção. De seguida, revêem painéis de capacidade que combinam referências de calendário de recursos ERP e ordens de produção agendadas com marcadores de carga de trabalho derivados da estimativa e previsões manuais. A aplicação suporta visibilidade de capacidade e comunicação em tempo de antecedência. Não é autoritativo — ordens de produção, MRP (planeamento de recursos materiais) e agendamento permanecem nas aplicações de finanças e operações.
Aplicação clone: Uma ferramenta de produtividade para replicar registos complexos de estimativas — estimativas, desenhos estruturais e as suas hierarquias de componentes — utilizando definições de clones reutilizáveis e baseadas em templates. Um estimador utiliza uma cópia de uma estimativa engenheirada existente como ponto de partida para uma nova. A aplicação utiliza Azure Service Bus e Funções do Azure para executar trabalhos clone complexos de forma assíncrona e regista o estado de cada job no Dataverse.

Workflow

As etapas a seguir descrevem o processo de ponta a ponta:

Crie ou identifique um registo de gatilho comercial (a fonte da oportunidade pode variar consoante a implementação) e crie um orçamento ERP no início do ciclo de vida. O orçamento ERP serve como âncora comercial para o processo de estimativa.
Crie ou abra um registo de estimativa Dataverse ligado à cotação ERP, e inicie um design inicial (importação XML ou seleção baseada em biblioteca). Depois, refina a configuração na aplicação Estimativa.
Persista estimativas, designs e detalhes dos componentes no Dataverse. Plugins do lado do servidor validam regras de engenharia e recalculam continuamente horas de trabalho, pesos, fatores de custo e totais à medida que o design muda.
Inicie um resumo para finalizar o pacote para revisão. A orquestração faz lotes de recapitulação de entradas e aciona cálculos do lado do servidor para o orçamento e todos os designs.
Realize uma avaliação de preços específica para o cliente (CSP) durante o recapitulação. Os acordos comerciais ERP (acordos de preço e desconto) são consumidos como inputs estruturados de preço, quando aplicável. Outros conceitos de CSP, como $/lb, preços baseados em intervalos e preços por tabela de componentes, são suportados para cumprir cenários orientados por engenharia que não podem ser representados apenas por acordos comerciais sem uma personalização significativa do ERP.
Finaliza e bloqueia o pacote de resumo. Os outputs de recapitulação bloqueados mantêm a rastreabilidade da base de preços utilizada no momento da composição de preços. Os acordos comerciais são efetivos em termos de data. Alterações subsequentes nos acordos comerciais não modificam intencionalmente retroativamente os resultados finalizados dos recaps. Se for necessário um reprecificação, execute um ciclo formal de recotação (revisão de configuração e re-execução de recap).
Limite o processo após a conclusão da revisão. Quando o resumo estiver concluído e marcado como revisão concluída, acione o processamento comercial a jusante.
Aplique margem e comissão a artigos de preço padrão antes da escrita do ERP, conforme necessário. Os revisores comerciais realizam este passo. A realização da margem financeira ocorre no ERP pós-adjudicação, através de Gestão de Projetos e Contabilidade e acompanhamento de custos baseado em WBS (estrutura de divisão do trabalho).
Normalize as saídas finalizadas em estruturas de cotação prontas para ERP e adicione as linhas de cotação à cotação ERP existente nas aplicações financeiras e operacionais do Dynamics 365. A ERP não revaloriza as linhas de orçamento finalizadas. ERP é o sistema autoritativo de registo para o preço aceite e a execução financeira a jusante.
Use a aplicação de Planeamento para fasear os projetos por local e tempo, atribuir datas provisórias de início de produção e rever os painéis de capacidade. Os painéis de capacidade combinam ordens de produção e tempos de execução programados por ERP com carga de trabalho baseada em estimativas para trabalhos ainda não criados como produtos ERP e ordens de produção. As linhas de base de capacidade provêm dos calendários de recursos ERP. As encomendas de produção e o MRP mantêm-se exclusivamente em ERP.
Remova previsões à medida que são criadas estimativas, encomendas de vendas e ordens de produção. (Os registos de previsão são inseridos manualmente em marcadores de posição usados para reservar capacidade para a procura antecipada quando os detalhes de configuração ainda não são conhecidos.)
Use a aplicação Clone para replicar registos complexos de estimativas, incluindo estimativas, desenhos estruturais e hierarquias de componentes, com modelos de clones reutilizáveis. Operações e administração iniciam estas tarefas. O Azure Service Bus despacha trabalhos clone de longa duração para uma Função do Azure para processamento assíncrono, e a função escreve o estado do trabalho no Dataverse.

Detalhes do cenário

Esta carga de trabalho ajuda as organizações a transformar configurações e estimativas complexas em transações ERP repetíveis, ao mesmo tempo que suportam requisitos dinâmicos e específicos do cliente num modelo de negócio de engenharia por encomenda.

A arquitetura foi concebida para separar as responsabilidades por fase do ciclo de vida:

A configuração em tempo de engenharia e a composição de preços ocorrem no Dataverse (aplicações de estimativa/planeamento, plugins, orquestração).
A autoridade e execução em tempo financeiro ocorrem no ERP (ciclo de vida do orçamento, atribuição, ordem de venda, acompanhamento de custos de projetos/WBS, ordens de produção, MRP, agendamento e publicação).
As saídas de recap são bloqueadas na finalização para preservar a rastreabilidade e evitar alterações retroativas, a menos que seja realizada uma recotação formal.

Principais utilizadores e responsabilidades

Engenharia e estimadores: Construir e validar projetos, gerir configurações e produzir estimativas de horas-trabalho, peso e custo.
Comerciais e aprovadores: Rever pacotes de recapitulação, aplicar margem/comissão para itens de preços padrão e aprovar resultados para uso direcionado ao cliente.
Planeadores: Desenhar fases por local e tempo, atribuir datas provisórias de início e gerir a visibilidade da capacidade/prazos de espera usando bases de capacidade ERP, além de sinais de estimativa e previsão de procura.
Operações e administração: Gerir modelos de clonagem, monitorizar integrações e apoiar os utilizadores em vários ambientes.

Licenciamento e fronteira do produto

A maioria dos utilizadores precisa de licenças para as aplicações financeiras e de operações do Dynamics 365 porque o fluxo de trabalho utiliza estas aplicações do início ao fim. Utilizadores que trabalham com registos comerciais como cotações, linhas de cotação e produtos precisam de uma licença Dynamics 365 Sales Enterprise attach. As aplicações de finanças e operações continuam a ser o sistema ERP de registo para ciclos de vida de cotações, prémios e execução financeira a jusante.

Requisitos chave

Suporta fluxos de trabalho de configuração-para-orçamento engenheirados que exigem recálculo iterativo do design, validação de engenharia e controlo de controlo antes do compromisso com o ERP.
Utilize acordos comerciais ERP quando aplicável, permitindo construções de CSP orientadas por engenharia que excedam a representação padrão de acordos comerciais sem uma personalização significativa do ERP.
Preserve a rastreabilidade e a estabilidade comercial através da finalização e bloqueio de recaps. Permita a revalorização apenas através de um ciclo formal de recotação.
Manter o ERP como o sistema autoritativo de registo para o ciclo de vida do orçamento, atribuição, criação de ordens de venda, governação financeira de projetos/WBS, ordens de produção, MRP, agendamento e publicação.
Permitir o planeamento consultivo da capacidade pré-produção utilizando cartas de trabalho derivadas da estimativa e marcadores manuais de previsão alinhados com calendários de recursos ERP e tempos de execução de ordens de produção existentes.
Regir o âmbito de integração em três padrões—entidades virtuais (leitura), dual-write (write) e uma API OData—com exclusão explícita das entidades de publicação financeira da dual-write.

Funcionalidades fora do âmbito

Execução detalhada da produção e controlo no chão de fábrica (gerido em ERP e sistemas a jusante).
Project Operations (a solução utiliza o módulo Project Management and Accounting nas aplicações de finanças e operações).
Preços impulsionados por IA ou tomada de decisão totalmente autónoma (a revisão humana continua a ser o ponto de controlo).

Components

Os seguintes componentes fornecem capacidades de aplicação, processamento assíncrono, integração de dados empresariais e governação financeira para esta arquitetura de referência.

Power Platform

Aplicação de estimativa (orientada por modelo): Configuração guiada, estimativa, composição de preços e execução de recapitulação.
Aplicação de planeamento (orientada por modelos): Suporta apenas o planeamento pré-produção consultivo. Não controla os calendários de produção. A aplicação fornece fases por local e hora, datas provisórias de início, e visibilidade de capacidade e prazos de entrega. As linhas de base de capacidade provêm dos calendários de recursos ERP. As ordens de produção e o MRP mantêm-se exclusivamente nas aplicações de finanças e operações. As previsões são marcadores manuais que reservam capacidade para procura ainda não configurada e são removidas à medida que são criadas estimativas, encomendas de venda e ordens de produção.
Aplicação clone (orientada por modelos): Clona registos complexos de estimativas usando definições de clones reutilizáveis e baseadas em templates, para estimativas, desenhos estruturais e hierarquias dos seus componentes. Os utilizadores podem copiar uma estimativa engenheirada existente como ponto de partida para uma nova estimativa. Trabalhos clone de longa duração executam-se de forma assíncrona nos serviços Azure.
Dataverse: Armazenamento primário de dados para estimativas, designs, componentes, registos de planeamento, marcadores de previsão e modelos e pedidos clonados. Também fornece segurança, auditoria e superfície de execução do lado do servidor.
Plugins Dataverse: validação, cálculos, finalização e bloqueio de recaps, e lógica de normalização para preparar saídas de linhas de aspas consumíveis por ERP.
Power Automate: Orquestração para recapitulação em lote, aprovações e notificações, e padrões de despacho de tarefas quando apropriado.

Serviços do Azure

Azure Service Bus: Coloca filas e clona mensagens de trabalho e desacopla o processamento de longa duração de sessões interativas.
Azure Function App: Processa trabalhos clonados (e outras cargas de trabalho assíncronas quando aplicável) para além dos limites de tempo da plataforma. Escreve o estado de volta no Dataverse.
Azure Key Vault: Armazena segredos e detalhes de ligação. Acede a ele usando uma identidade de integração.
Identidade de integração (principal de serviço): Autentica para recursos do Azure seguindo princípios de privilégio mínimo.

ERP e integração de dados

Dynamics 365 aplicações de finanças e operações: Sistema de registo para linhas de orçamento ERP, adjudicação, ordens de venda, Gestão de Project e Contabilidade, acompanhamento de custos WBS, ordens de produção, MRP e agendamento, e publicação. A integração utiliza três padrões distintos, escolhidos por cenário para minimizar o risco:
- As entidades virtuais fornecem acesso apenas de leitura a dados de referência e essenciais em aplicações de finanças e operações, incluindo produtos lançados, variantes e unidades de medida. Eles não copiam os dados para o Dataverse.
- Os handles de escrita dupla escrevem para o ERP, principalmente as linhas de citação finalizadas, mais as entidades de referência e de negócio necessárias para orquestração e governação.
- A API OData recupera horas de trabalho por operação. As entidades de registo financeiro (livro maior, diários de faturas, transações de custos, registos de produção, distribuições contabilísticas e dimensões financeiras) são deliberadamente excluídas da escrita dupla, evitando qualquer comportamento de ERP sombra.
Construtos de preços ERP: Os acordos comerciais (acordos de preço/desconto) são consumidos como inputs de preços autoritativos durante o recapitulamento, quando aplicável. O ERP não revaloriza dinamicamente as linhas de cotação finalizadas escritas a partir dos resultados de recap.
Utilização da API de preços ERP: As APIs de preços ERP (incluindo a análise de preços da Unidade de Escala do Comércio) não são invocadas durante a estimativa iterativa ou recapitulação. A composição de preços ocorre no Dataverse durante a recapitulação, utilizando inputs governados (incluindo acordos comerciais) e construções orientadas pela engenharia.

Considerations

Essas considerações implementam os pilares do Power Platform Well-Architected, um conjunto de princípios orientadores que melhoram a qualidade de uma carga de trabalho. Saiba mais em Microsoft Power Platform Well-Architected.

A carga de trabalho foi concebida para equilibrar os controlos empresariais (segurança, ALM e auditabilidade) com a usabilidade para utilizadores de negócio que executam processos complexos de estimativa e planeamento.

Reliability

Utilize processamento assíncrono (Service Bus + Azure Function) para operações que possam exceder limites de tempo interativos. Acompanhe o estado do emprego no Dataverse para recuperação e suporte.
Projetar os cálculos do lado do servidor e os manipuladores de tarefas para serem idempotentes sempre que possível, permitindo retentativas e reprocessamento seguros.
Capture explicitamente os estados de falha (falhas de validação, exceções de avaliação de preços, falhas de integração) e apresente-os com orientações acionáveis de remediação.
Bloqueia as saídas de recapitulação na finalização para preservar a rastreabilidade e evitar alterações não intencionais após a finalização.

Segurança

Impor acesso baseado em funções alinhado com personas e usar o privilégio mínimo para todas as integrações.
Armazene segredos no Key Vault e acede-os através de uma identidade de integração. Evite incorporar segredos em fluxos, aplicações ou controlo de versão.
Aplique referências e configurações de ligação específicas do ambiente para evitar fugas entre ambientes.
Auditar ações-chave como conclusão e bloqueio de recapitulações, conclusão de revisão, execução de preços e escrita de linhas de cotação.

Excelência Operacional

Automatize as implementações usando um único pipeline de orquestrador e marcação consistente de branch para rastrear e reproduzir implementações.
Implementar monitorização em execuções do Power Automate, execução de plugins do Dataverse e dados do Azure Function/Service Bus. Forneça manuais para padrões comuns de falha.
Propriedade de documentos e processos de suporte para aplicações, plugins, fluxos, recursos Azure e integrações ERP.

Eficiência de desempenho

Prefiro computação do lado do servidor para validações e cálculos (plugins) para reduzir as viagens de ida e volta dos clientes.
Cálculos de recapitulação por lotes e preparação de linhas a jusante para controlar a carga durante o pico de utilização.
Alinhar a sincronização às necessidades do negócio e evitar o âmbito desnecessário de escrita dupla.

Otimização da Experiência

Suporta a criação rápida de estimativas através de seed baseada em XML e seleções de bibliotecas reutilizáveis. Permitir o refinamento iterativo.
Use portas claras (finalização/bloqueio de recapitulação, revisão concluída) para tornar o estado visível e reduzir a ambiguidade da passagem.
Fornecer aos planeadores operações de fases simplificadas e dashboards que reflitam as bases de capacidade ERP, bem como sinais de estimativa/previsão da procura.

Inteligência Artificial responsável

Esta carga de trabalho não depende dos resultados gerados pela IA para preços, aprovações ou decisões. Os utilizadores empresariais permanecem responsáveis pelos passos finais de revisão e aprovação.

Contributors

A Microsoft mantém este artigo. Os seguintes colaboradores escreveram este artigo.

Principais autores:

Esteban Salinas, Diretor

Comentários

Esta página foi útil?

Last updated on 2026-08-13