Integrar Dynamics 365 aplicativos de finanças e operações ao Power Platform

Essa arquitetura de referência usa Microsoft Power Platform para dar suporte a um processo de engenharia em ordem desde a configuração e aspas por meio de ordenação, planejamento de capacidade de consultoria e eliminação de produção. Aplicativos baseados em modelos e Microsoft Dataverse orquestram o processo principal, enquanto Microsoft Dynamics 365 aplicativos de finanças e operações servem como o sistema de registro ERP (planejamento de recursos corporativos). Essa arquitetura de referência também depende de serviços Azure para execução assíncrona de execução longa além dos limites da plataforma.

Dica

Este artigo fornece um cenário de exemplo e uma arquitetura de exemplo generalizada para ilustrar como combinar Dynamics 365 aplicativos de finanças e operações, o Power Platform e Azure serviços para criar uma solução de engenharia em ordem com recursos de estimativa, preço, cotação e planejamento de produtos. O exemplo de arquitetura pode ser modificado para muitos cenários e setores diferentes.

Diagrama de arquitetura

O diagrama a seguir mostra o contexto e a arquitetura do sistema primário.

Os usuários trabalham por meio do fluxo de trabalho usando três aplicativos baseados em modelo Power Apps:

Aplicativo de estimativa: o workspace primário do avaliador. O avaliador inicia uma estimativa importando um design de engenharia de um arquivo XML ou selecionando um design na biblioteca. Em seguida, o avaliador adiciona ou remove componentes para refinar a estimativa. Os plug-ins de servidor recalculam continuamente pesos, horas de trabalho, drivers de custo e preços. O avaliador executa a recapitulação para combinar preços padrão com preços para o cliente e, em seguida, finaliza e bloqueia o pacote. Este aplicativo é o núcleo configure-price-quote da solução.
Aplicativo de planejamento: dá suporte ao planejamento de pré-produção de consultoria. Planejadores fase designs finalizados por site e hora, e atribuir datas de início de produção provisórias. Em seguida, eles revisam painéis de capacidade que combinam linhas de base de calendário de recursos ERP e ordens de produção agendadas com carga de trabalho derivada de estimativa e espaços reservados de previsão manual. O aplicativo dá suporte à visibilidade da capacidade e à comunicação de tempo de entrega. Não é autoritativo : ordens de produção, MRP (planejamento de recursos materiais) e agendamento permanecem nos aplicativos financeiros e de operação.
Clonar aplicativo: uma ferramenta de produtividade para replicar registros de estimativa complexos — estimativas, designs de estrutura e suas hierarquias de componente — usando definições de clone reutilizáveis e orientadas por modelo. Um avaliador usa uma cópia de uma estimativa projetada existente como ponto de partida para uma nova. O aplicativo usa Barramento de Serviço do Azure e Azure Functions para executar trabalhos de clone complexos de forma assíncrona e registra o status de cada trabalho no Dataverse.

Workflow

As etapas a seguir descrevem o processo completo:

Crie ou identifique um registro de gatilho comercial (a origem da oportunidade pode variar de acordo com a implementação) e crie uma cotação ERP no início do ciclo de vida. A cotação ERP serve como âncora comercial para o processo de estimativa.
Crie ou abra um registro de estimativa do Dataverse vinculado à cotação ERP e semente um design inicial (importação XML ou seleção baseada em biblioteca). Em seguida, refinar a configuração no aplicativo Estimativa.
Persista a estimativa, os designs e os detalhes do componente no Dataverse. Os plug-ins do lado do servidor validam as regras de engenharia e recalculam continuamente as horas de trabalho, os pesos, os drivers de custo e os totais conforme o design muda.
Inicie uma recapitulação para finalizar o pacote para revisão. Os lotes de orquestração recapitulam entradas e disparam cálculos do lado do servidor para a estimativa e todos os designs.
Execute a avaliação de preços específicos do cliente (CSP) durante a recapitulação. Os contratos comerciais ERP (contratos de preço e desconto) são consumidos como entradas de preços estruturadas, quando aplicável. Outros constructos CSP, como $/lb, preços baseados em intervalo e preços de tabela de componentes, têm suporte para atender a cenários orientados por engenharia que não podem ser representados apenas por meio de acordos comerciais sem uma personalização ERP significativa.
Finalize e bloqueie o pacote de recapitulação. As saídas de recapitulação bloqueadas preservam a rastreabilidade da base de preços usada no momento da composição de preços. Os acordos comerciais estão em vigor. As alterações subsequentes do acordo comercial intencionalmente não modificam retroativamente as saídas de recapitulação finalizadas. Se o reajuste for necessário, execute um ciclo formal de requote (revisão de configuração e execução de recapitulação).
Portão do processo na conclusão da revisão. Quando a recapitulação for concluída e marcada como revisão concluída, dispare o processamento comercial downstream.
Aplique margem e comissão a itens com preço padrão antes do write-back do ERP, conforme necessário. Os revisores comerciais executam esta etapa. A realização da margem financeira ocorre no pós-premiação do ERP por meio do gerenciamento e da contabilidade do Project e do acompanhamento de custos baseado em WBS (estrutura de divisão de trabalho).
Normalize as saídas finalizadas em estruturas de linha de aspas prontas para ERP e adicione as linhas de aspas à cotação ERP existente em Dynamics 365 aplicativos de finanças e operações. O ERP não reprice as linhas de aspas finalizadas. O ERP é o sistema de registro autoritativo para o preço aceito e a execução financeira downstream.
Use o aplicativo Planejamento para criar fases por site e hora, atribuir datas de início de produção provisórias e examinar painéis de capacidade. Os painéis de capacidade combinam pedidos de produção agendados por ERP e runtimes com carga de trabalho derivada de estimativa para trabalho ainda não criado como produtos ERP e pedidos de produção. As linhas de base de capacidade vêm de calendários de recursos ERP. Os pedidos de produção e o MRP permanecem exclusivamente no ERP.
Remova as previsões conforme estimativas, pedidos de vendas e pedidos de produção são criados. (Os registros de previsão são inseridos manualmente em espaços reservados usados para reservar capacidade para a demanda antecipada quando os detalhes da configuração ainda não são conhecidos.)
Use o aplicativo Clone para replicar registros de estimativa complexos, incluindo estimativas, designs de estrutura e hierarquias de componentes, com modelos de clone reutilizáveis. As operações e a administração iniciam esses trabalhos. Barramento de Serviço do Azure envia trabalhos de clone de longa execução para uma função Azure para processamento assíncrono e a função grava o status do trabalho no Dataverse.

Detalhes do cenário

Essa carga de trabalho ajuda as organizações a transformar configurações complexas e estimativas em transações ERP repetíveis, ao mesmo tempo em que dão suporte a requisitos dinâmicos e específicos do cliente em um modelo de negócios engenheiro a pedido.

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

A configuração de tempo de engenharia e a composição de preços ocorrem no Dataverse (estimativa/planejamento de aplicativos, plug-ins, orquestração).
A autoridade e a execução em tempo financeiro ocorrem no ERP (ciclo de vida de aspas, prêmio, ordem de vendas, acompanhamento de custos do projeto/WBS, pedidos de produção, MRP, agendamento e postagem).
As saídas de recapitulação são bloqueadas na finalização para preservar a rastreabilidade e evitar alterações retroativas, a menos que uma requeira formal seja executada.

Principais usuários e responsabilidades

Engenharia e estimativas: crie e valide designs, gerencie a configuração e produza estimativas de custo, peso e hora de trabalho.
Comerciais e aprovadores: examine os pacotes de recapitulação, aplique margem/comissão para itens de preço padrão e aprove saídas para uso voltado para o cliente.
Planejadores: Designs de fase por site e hora, atribuir datas de início provisórias e gerenciar a visibilidade de capacidade/tempo de entrega usando linhas de base de capacidade ERP mais sinais de demanda de estimativa e previsão.
Operações e administração: gerenciar modelos de clonagem, monitorar integrações e dar suporte a usuários em ambientes.

Limite de licenciamento e produto

A maioria dos usuários precisa de licenças para Dynamics 365 aplicativos de finanças e operações porque o fluxo de trabalho usa esses aplicativos do início ao fim. Os usuários que trabalham com registros comerciais, como aspas, aspas e produtos, precisam de uma licença de anexação Dynamics 365 Sales Enterprise. Os aplicativos de finanças e operações continuam sendo o sistema de registro ERP para ciclos de vida de aspas, prêmios e execução financeira downstream.

Requisitos de chave

Suporte a fluxos de trabalho configurados para aspas projetados que exigem recálculo de design iterativo, validação de engenharia e gating controlado antes do compromisso ERP.
Use acordos comerciais ERP quando aplicável ao habilitar construções CSP orientadas por engenharia que excedam a representação do contrato comercial padrão sem uma personalização ERP significativa.
Preservar a rastreabilidade e a estabilidade comercial por meio da finalização e bloqueio de recapitulação. Habilite o reajuste somente por meio de um ciclo formal de requote.
Mantenha o ERP como o sistema autoritativo de registro para ciclo de vida de aspas, premiação, criação de ordem de vendas, governança financeira do projeto/WBS, pedidos de produção, MRP, agendamento e postagem.
Habilite o planejamento de capacidade de pré-produção de consultoria usando carga de trabalho derivada de estimativa e espaços reservados de previsão manual alinhados aos calendários de recursos ERP e aos runtimes de ordem de produção existentes.
Governe o escopo de integração em três padrões: entidades virtuais (leitura), gravação dupla (gravação) e uma API OData com exclusão explícita de entidades de postagem financeira de gravação dupla.

Recursos fora do escopo

Execução detalhada da fabricação e controle do chão de fábrica (manipulado em sistemas ERP e downstream).
Project Operations (a solução usa o módulo Project Gerenciamento e Contabilidade em aplicativos financeiros e de operações).
Preços controlados por IA ou tomada de decisões totalmente autônomas (a revisão humana continua sendo o ponto de controle).

Components

Os componentes a seguir fornecem recursos de aplicativo, processamento assíncrono, integração de dados corporativos e governança financeira para essa arquitetura de referência.

Power Platform

Aplicativo de estimativa (controlado por modelo): configuração guiada, estimativa, composição de preços e execução de recapitulação.
Aplicativo de planejamento (controlado por modelo): dá suporte apenas ao planejamento de pré-produção de consultoria. Ele não controla os agendamentos de produção. O aplicativo fornece a eliminação por site e hora, datas de início provisórias e capacidade e visibilidade do tempo de entrega. As linhas de base de capacidade vêm de calendários de recursos ERP. Os pedidos de produção e o MRP permanecem exclusivamente em aplicativos de finanças e operações. As previsões são espaços reservados manuais que reservam capacidade para demanda ainda não configurada e são removidos conforme estimativas, pedidos de vendas e pedidos de produção são criados.
Clonar aplicativo (controlado por modelo): clona registros de estimativa complexos usando definições de clone reutilizáveis, orientadas por modelo, para estimativas, designs de estrutura e suas hierarquias de componente. Os usuários podem copiar uma estimativa projetada existente como ponto de partida para uma nova estimativa. Trabalhos de clone de execução longa são executados de forma assíncrona em serviços de Azure.
Dataverse: armazenamento de dados primário para estimativas, designs, componentes, registros de planejamento, espaços reservados de previsão e clonar modelos e solicitações. Ele também fornece segurança, auditoria e superfície de execução do lado do servidor.
Plug-ins do Dataverse: validação, cálculos, finalização e bloqueio de recapitulação e lógica de normalização para preparar saídas de linha de aspas consumíveis por ERP.
Power Automate: Orquestração para recap batching, aprovações e notificações e padrões de expedição de trabalho, quando apropriado.

Serviços do Azure

Barramento de Serviço do Azure: as filas clonam mensagens de trabalho e separam o processamento de longa execução de sessões interativas.
Azure Aplicativo de Funções: processa trabalhos de clonagem (e outras cargas de trabalho assíncronas, quando aplicável) além dos limites de tempo da plataforma. Grava o status de volta no Dataverse.
Azure Key Vault: armazena segredos e detalhes da conexão. Acesse-o usando uma identidade de integração.
Identidade de integração (entidade de serviço): autentica para Azure recursos seguindo princípios de privilégio mínimo.

Integração de dados e ERP

Dynamics 365 aplicativos de finanças e operações: sistema de registro para aspas e aspas ERP, prêmio, ordens de vendas, Gerenciamento e Contabilidade do Project, acompanhamento de custos do WBS, pedidos de produção, MRP e agendamento e postagem. A integração usa três padrões distintos, escolhidos por cenário para minimizar o risco:
- As entidades virtuais fornecem acesso somente leitura a dados básicos e de referência em aplicativos de finanças e operações, incluindo produtos lançados, variantes e unidades de medida. Eles não copiam os dados para o Dataverse.
- Identificadores de gravação dupla são gravados novamente no ERP, principalmente as linhas de aspas finalizadas, além das entidades de referência e de negócios necessárias para orquestração e governança.
- A API OData recupera horas de trabalho por operação. Entidades de postagem financeira (razão geral, diários de fatura, transações de custo, postagens de produção, distribuições de contabilidade e dimensões financeiras) são deliberadamente excluídas da gravação dupla, evitando qualquer comportamento shadow-ERP.
Construções de preços ERP: acordos comerciais (contratos de preço/desconto) são consumidos como entradas de preços autoritativas durante a recapitulação, quando aplicável. O ERP não reprice dinamicamente as linhas de aspas finalizadas gravadas de saídas de recapitulação.
Uso da API de preços de ERP: AS APIs de preço de ERP (incluindo o interrogatório de preços da Unidade de Escala de Comércio) não são invocadas durante a estimativa ou a recapitulação iterativa. A composição de preços ocorre no Dataverse durante a recapitulação usando entradas governadas (incluindo acordos comerciais) e constructos controlados por 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 projetada para equilibrar os controles empresariais (segurança, ALM e auditabilidade) com usabilidade para usuários empresariais que executam processos complexos de estimativa e planejamento.

Reliability

Use o processamento assíncrono (Barramento de Serviço + função Azure) para operações que podem exceder os limites de tempo interativos. Acompanhe o status do trabalho no Dataverse para capacidade de recuperação e suporte.
Crie cálculos do lado do servidor e manipuladores de trabalho para serem idempotentes sempre que possível, permitindo novas tentativas seguras e reprocessamento.
Capturar estados de falha explicitamente (falhas de validação, exceções de avaliação de preços, falhas de integração) e exibi-los com diretrizes de correção acionáveis.
Bloqueie as saídas de recapitulação na finalização para preservar a rastreabilidade e evitar alterações não intencionais pós-finalização.

Segurança

Imponha o acesso baseado em função alinhado a personas e use privilégios mínimos para todas as integrações.
Armazene segredos em Key Vault e acesse-os por meio de uma identidade de integração. Evite inserir segredos em fluxos, aplicativos ou controle do código-fonte.
Aplique referências e configurações de conexão específicas ao ambiente para evitar vazamento entre ambientes.
Ações importantes de auditoria, como conclusão e bloqueio de recapitulação, conclusão da revisão, execução de preços e write-back de linha de cotação.

Excelência operacional

Automatize implantações usando um único pipeline de orquestrador e marcação de ramificação consistente para rastrear e reproduzir implantações.
Implemente o monitoramento em execuções de Power Automate, execução de plug-in do Dataverse e dados Azure Function/Barramento de Serviço. Forneça runbooks para padrões comuns de falha.
Processos de propriedade e suporte de documentos para aplicativos, plug-ins, fluxos, recursos de Azure e integrações de ERP.

Eficiência de desempenho

Prefira a computação do lado do servidor para validações e cálculos (plug-ins) para reduzir as viagens de ida e volta do cliente.
Cálculos de recapitulação em lote e preparação de linha downstream para controlar a carga durante o uso de pico.
Alinhe a sincronização às necessidades de negócios e evite o escopo de gravação dupla desnecessário.

Otimização da Experiência

Suporte à criação rápida de estimativas por meio de propagação baseada em XML e seleções de biblioteca reutilizáveis. Permitir refinamento iterativo.
Use portas desmarcadas (finalização/bloqueio de recapitulação, revisão concluída) para tornar o estado visível e reduzir a ambiguidade de entrega.
Forneça aos planejadores operações e painéis simplificados que refletem linhas de base de capacidade ERP mais sinais de demanda de estimativa/previsão.

IA responsável

Essa carga de trabalho não depende de saídas geradas por IA para preços, aprovações ou decisões. Os usuários empresariais permanecem responsáveis pelas etapas finais de revisão e aprovação.

Contribuidores

A Microsoft mantém este artigo. Os colaboradores a seguir escreveram este artigo.

Autores principais:

Esteban Salinas, Diretor

Comentários

Esta página foi útil?

Last updated on 2026-08-13