Integrare Dynamics 365 app finance and operations con Power Platform

Questa architettura di riferimento usa Microsoft Power Platform per supportare un processo da tecnico a ordine dalla configurazione e dalla citazione tramite ordinamento, pianificazione della capacità consultiva e fasi di produzione. Le app basate su modello e Microsoft Dataverse orchestrano il processo principale, mentre Microsoft Dynamics 365 le app finanziarie e operative fungono da sistema ERP (enterprise resource planning) di record. Questa architettura di riferimento si basa anche sui servizi di Azure per l'esecuzione asincrona a esecuzione prolungata oltre i limiti della piattaforma.

Suggerimento

Questo articolo fornisce uno scenario di esempio e un'architettura di esempio generalizzata per illustrare come combinare Dynamics 365 app finanziarie e operative, Power Platform e servizi Azure per creare una soluzione di ingegneria per ordinare con funzionalità di stima, prezzi, preventivi e pianificazione dei prodotti. L'esempio di architettura può essere modificato per molti scenari e settori diversi.

Diagramma dell'architettura

Il diagramma seguente illustra il contesto di sistema primario e l'architettura.

Gli utenti usano il flusso di lavoro usando tre applicazioni basate su modello Power Apps:

App di stima: area di lavoro primaria dello strumento di stima. Lo strumento di stima avvia una stima importando una progettazione di progettazione da un file XML o selezionando una progettazione dalla libreria. Lo strumento di stima aggiunge o rimuove i componenti per perfezionare la stima. I plug-in server ricalcolano continuamente pesi, ore di lavoro, driver di costo e prezzi. Lo strumento di stima esegue il riepilogo per combinare i prezzi standard con i prezzi per il cliente e quindi finalizza e blocca il pacchetto. Questa app è il core configure-price-quote della soluzione.
App di pianificazione: supporta la pianificazione della preproduzione consultiva. La fase di pianificazione ha finalizzato le progettazioni in base al sito e all'ora e assegna le date di inizio provvisorie di produzione. Esaminano quindi i dashboard della capacità che combinano le baseline del calendario delle risorse ERP e gli ordini di produzione pianificati con carichi di lavoro derivati dalla stima e segnaposto di previsione manuale. L'app supporta la visibilità della capacità e la comunicazione lead-time. Non è autorevole, ovvero gli ordini di produzione, MRP (pianificazione delle risorse materiali) e la pianificazione rimangono nelle app finanziarie e operative.
Clonare l'applicazione: uno strumento di produttività per replicare record di stima complessi, stime, progettazioni di strutture e gerarchie dei componenti, usando definizioni di clonazione riutilizzabili basate su modelli. Uno strumento di stima usa una copia di una stima progettata esistente come punto di partenza per una nuova stima. L'applicazione usa bus di servizio di Azure e Funzioni di Azure per eseguire processi clone complessi in modo asincrono e registra lo stato di ogni processo in Dataverse.

Flusso di lavoro

I passaggi seguenti descrivono il processo end-to-end:

Creare o identificare un record di trigger commerciale (origine opportunità può variare in base all'implementazione) e creare un'offerta ERP all'inizio del ciclo di vita. L'offerta ERP funge da ancoraggio commerciale per il processo di stima.
Creare o aprire un record di stima di Dataverse collegato all'offerta ERP e inizializzare una progettazione iniziale (importazione XML o selezione basata su libreria). Perfezionare quindi la configurazione nell'app Stima.
Rendere persistenti le stime, le progettazioni e i dettagli dei componenti in Dataverse. I plug-in sul lato server convalidano le regole di progettazione e ricalcolano continuamente ore di lavoro, pesi, driver di costo e totali man mano che cambiano la progettazione.
Avviare un riepilogo per finalizzare il pacchetto per la revisione. I batch di orchestrazione ricapitolano gli input e attivano calcoli lato server per la stima e per tutte le progettazioni.
Eseguire la valutazione dei prezzi specifici del cliente (CSP) durante il riepilogo. I contratti commerciali ERP (contratti di prezzo e sconto) vengono utilizzati come input di prezzi strutturati, ove applicabile. Altri costrutti CSP, ad esempio $/lb, prezzi basati su intervalli e prezzi di tabella dei componenti, sono supportati per soddisfare scenari basati sull'ingegneria che non possono essere rappresentati esclusivamente tramite contratti commerciali senza una significativa personalizzazione ERP.
Finalizzare e bloccare il pacchetto di riepilogo. Gli output di riepilogo bloccati mantengono la tracciabilità della base dei prezzi usata al momento della composizione dei prezzi. Gli accordi commerciali sono validi per la data. Le successive modifiche all'accordo commerciale non modificano intenzionalmente gli output dei riepilogi finali finali. Se è necessaria la ririctura, eseguire un ciclo di riquote formale (revisione della configurazione e ricapitolare l'esecuzione).
Controllare il processo al completamento della revisione. Quando il riepilogo è completo e contrassegnato come review-complete, attivare l'elaborazione commerciale downstream.
Applicare margine e commissione agli articoli con prezzo standard prima del writeback ERP, in base alle esigenze. I revisori commerciali eseguono questo passaggio. La realizzazione del margine finanziario avviene dopo il premio ERP tramite Project Gestione e Contabilità e verifica dei costi basata su WBS (struttura di suddivisione del lavoro).
Normalizzare gli output finalizzati in strutture di righe di virgolette pronte per ERP e aggiungere le righe di offerta all'offerta ERP esistente in Dynamics 365 app finance and operations. ERP non riprova le righe di virgolette finalizzate. ERP è il sistema autorevole di record per il prezzo accettato e l'esecuzione finanziaria downstream.
Usare l'app Pianificazione per progettare fasi in base al sito e all'ora, assegnare date di inizio di produzione provvisorie ed esaminare i dashboard della capacità. I dashboard della capacità combinano ordini e runtime di produzione pianificati erp con un carico di lavoro derivato dalla stima per il lavoro non ancora creato come prodotti ERP e ordini di produzione. Le linee di base della capacità provengono dai calendari delle risorse ERP. Gli ordini di produzione e MRP rimangono esclusivamente in ERP.
Rimuovere le previsioni come stime, ordini di vendita e ordini di produzione vengono creati. I record di previsione vengono immessi manualmente segnaposto usati per riservare la capacità per la domanda prevista quando i dettagli di configurazione non sono ancora noti.
Usare l'applicazione Clone per replicare record di stima complessi, tra cui stime, progettazioni di strutture e gerarchie dei componenti, con modelli clone riutilizzabili. Le operazioni e l'amministrazione avviano questi processi. bus di servizio di Azure invia processi clone a esecuzione prolungata a una funzione di Azure per l'elaborazione asincrona e la funzione scrive lo stato del processo in Dataverse.

Dettagli dello scenario

Questo carico di lavoro consente alle organizzazioni di trasformare configurazioni e stime complesse in transazioni ERP ripetibili, supportando requisiti dinamici e specifici del cliente in un modello aziendale da tecnico a ordinamento.

L'architettura è progettata per separare le responsabilità in base alla fase del ciclo di vita:

La configurazione e la composizione dei prezzi in fase di progettazione si verificano in Dataverse (stima/pianificazione di app, plug-in, orchestrazione).
L'autorità e l'esecuzione in fase finanziaria si verificano in ERP (ciclo di vita delle offerte, premio, ordine di vendita, rilevamento dei costi di progetto/WBS, ordini di produzione, MRP, pianificazione e registrazione).
Gli output di riepilogo vengono bloccati alla finalizzazione per mantenere la tracciabilità e impedire modifiche retroattive a meno che non venga eseguita una citazione formale.

Utenti e responsabilità primari

Ingegneria e estimatori: creare e convalidare progetti, gestire la configurazione e produrre stime del lavoro, peso e costi.
Responsabili commerciali e approvazione: esaminare i pacchetti di riepilogo, applicare margine/commissione per gli elementi tariffari standard e approvare gli output per l'uso rivolto ai clienti.
Planner: progetta fasi in base al sito e all'ora, assegna date di inizio provvisorie e gestisce la visibilità della capacità/lead-time usando le baseline di capacità ERP e i segnali di stima e previsione della domanda.
Operazioni e amministrazione: gestire i modelli di clonazione, monitorare le integrazioni e supportare gli utenti in ambienti diversi.

Limiti delle licenze e dei prodotti

La maggior parte degli utenti necessita di licenze per Dynamics 365 app finanziarie e operative perché il flusso di lavoro usa queste app dall'inizio alla fine. Gli utenti che lavorano con record commerciali, ad esempio virgolette, righe di offerta e prodotti, necessitano di una licenza di collegamento Dynamics 365 Remote Assist Enterprise. Le app finanziarie e operative rimangono il sistema ERP di record per i cicli di vita delle offerte, i premi e l'esecuzione finanziaria downstream.

Requisiti chiave

Supportare flussi di lavoro configurati per virgolette che richiedono il ricalcolo iterativo della progettazione, la convalida della progettazione e il controllo controllato prima dell'impegno ERP.
Usare i contratti commerciali ERP, se applicabile, abilitando costrutti CSP basati sull'ingegneria che superano la rappresentazione standard del contratto commerciale senza una significativa personalizzazione ERP.
Preservare la tracciabilità e la stabilità commerciale tramite la finalizzazione e il blocco dei riepilogi. Abilitare la ripetizione solo tramite un ciclo di riquote formale.
Mantenere ERP come sistema autorevole di record per il ciclo di vita delle offerte, il premio, la creazione dell'ordine di vendita, la governance finanziaria del progetto/WBS, gli ordini di produzione, MRP, la pianificazione e la registrazione.
Abilitare la pianificazione della capacità di preproduzione consultiva usando il carico di lavoro derivato dalla stima e i segnaposto delle previsioni manuali allineati ai calendari delle risorse ERP e ai runtime degli ordini di produzione esistenti.
Gestire l'ambito di integrazione in tre modelli, ovvero entità virtuali (lettura), doppia scrittura (scrittura) e un'API OData, con esclusione esplicita delle entità di registrazione finanziaria da doppia scrittura.

Funzionalità fuori ambito

Esecuzione dettagliata della produzione e controllo del piano di produzione (gestito nei sistemi ERP e downstream).
Pipelines (la soluzione usa invece il modulo Project Management and Accounting nelle app finance and operations).
Prezzi basati sull'IA o processo decisionale completamente autonomo (la revisione umana rimane il punto di controllo).

Components

I componenti seguenti offrono funzionalità dell'applicazione, elaborazione asincrona, integrazione dei dati aziendali e governance finanziaria per questa architettura di riferimento.

Power Platform

App di stima (basata su modello): configurazione guidata, stima, composizione dei prezzi ed esecuzione del riepilogo.
Pianificazione dell'app (basata su modello): supporta solo la pianificazione della preproduzione consultiva. Non controlla le pianificazioni di produzione. L'app fornisce fasi in base al sito e all'ora, alle date di inizio provvisorie e alla capacità e alla visibilità dei lead-time. Le linee di base della capacità provengono dai calendari delle risorse ERP. Gli ordini di produzione e MRP rimangono esclusivamente nelle app finanziarie e operative. Le previsioni sono segnaposto manuali che riservano capacità per la domanda non ancora configurata e vengono rimosse come stime, ordini di vendita e ordini di produzione vengono creati.
Clonare l'applicazione (basata su modello): clona record di stima complessi usando definizioni di clonazione riutilizzabili basate su modelli, per stime, progettazioni di strutture e gerarchie dei componenti. Gli utenti possono copiare una stima progettata esistente come punto di partenza per una nuova stima. I processi clone a esecuzione prolungata vengono eseguiti in modo asincrono nei servizi di Azure.
Dataverse: archivio dati primario per stime, progettazioni, componenti, record di pianificazione, segnaposto delle previsioni e clonare modelli e richieste. Offre anche la sicurezza, il controllo e la superficie di esecuzione lato server.
Plug-in dataverse: convalida, calcoli, finalizzazione e blocco e logica di normalizzazione per preparare gli output delle virgolette di consumo ERP.
Power Automate: orchestrazione per riepilogare l'invio in batch, le approvazioni e le notifiche e i modelli di invio dei processi, se appropriato.

Servizi di Azure

bus di servizio di Azure: le code clonano i messaggi del processo e separano l'elaborazione a esecuzione prolungata dalle sessioni interattive.
Azure'app per le funzioni: elabora processi clone (e altri carichi di lavoro asincroni, se applicabile) oltre i limiti di tempo della piattaforma. Scrive di nuovo lo stato in Dataverse.
Azure Key Vault: archivia i segreti e i dettagli della connessione. Accedervi usando un'identità di integrazione.
Identità di integrazione (entità servizio): esegue l'autenticazione per Azure risorse seguendo i principi dei privilegi minimi.

Integrazione di ERP e dati

Dynamics 365 le app finanziarie e operative: sistema di registrazione per le righe di offerta e offerta ERP, premio, ordini di vendita, gestione Project e contabilità, rilevamento dei costi WBS, ordini di produzione, MRP e pianificazione e registrazione. L'integrazione usa tre modelli distinti, scelti per scenario per ridurre al minimo i rischi:
- Le entità virtuali forniscono l'accesso in sola lettura ai dati di riferimento e di base nelle app finance and operations, inclusi prodotti rilasciati, varianti e unità di misura. Non copiano i dati in Dataverse.
- Gli handle di doppia scrittura rescrivano in ERP, principalmente le righe di offerta finalizzate, oltre alle entità di riferimento e business necessarie per l'orchestrazione e la governance.
- L'API OData recupera le ore di lavoro in base all'operazione. Le entità di registrazione finanziaria (contabilità generale, registrazioni di fatture, transazioni di costo, registrazioni di produzione, distribuzioni contabili e dimensioni finanziarie) vengono deliberatamente escluse da doppia scrittura, evitando qualsiasi comportamento shadow-ERP.
Costrutti di prezzi ERP: i contratti commerciali (contratti di prezzo/sconto) vengono utilizzati come input di prezzi autorevoli durante il riepilogo, ove applicabile. ERP non restituisce dinamicamente le righe di virgolette completate scritte dagli output di riepilogo.
Utilizzo dell'API prezzi ERP: le API dei prezzi ERP (incluso l'interrogatorio sui prezzi delle unità di scala commerciale) non vengono richiamate durante la stima iterativa o il riepilogo. La composizione dei prezzi si verifica in Dataverse durante il riepilogo usando input regolati (inclusi i contratti commerciali) e costrutti basati sull'ingegneria.

Considerations

Queste considerazioni implementano i pilastri di Power Platform Well-Architected, un insieme di principi guida che migliorano la qualità di un carico di lavoro. Altre informazioni in Microsoft Power Platform Well-Architected.

Il carico di lavoro è progettato per bilanciare i controlli aziendali (sicurezza, ALM e controllabilità) con usabilità per gli utenti aziendali che eseguono processi di stima e pianificazione complessi.

Reliability

Usare l'elaborazione asincrona (bus di servizio + funzione Azure) per le operazioni che possono superare i limiti di tempo interattivi. Tenere traccia dello stato del processo in Dataverse per recuperabilità e supporto.
Progettare calcoli sul lato server e gestori di processi per essere idempotenti laddove possibile, consentendo tentativi sicuri e rielaborazione.
Acquisire gli stati di errore in modo esplicito (errori di convalida, eccezioni di valutazione dei prezzi, errori di integrazione) e visualizzarli con indicazioni per la correzione pratica.
Bloccare gli output di riepilogo alla finalizzazione per mantenere la tracciabilità e impedire modifiche post-finalizzazione impreviste.

sicurezza

Applicare l'accesso basato sui ruoli allineato agli utenti singoli e usare privilegi minimi per tutte le integrazioni.
Archiviare i segreti in Key Vault e accedervi tramite un'identità di integrazione. Evitare di incorporare segreti in flussi, app o controllo del codice sorgente.
Applicare riferimenti e configurazione specifici dell'ambiente per evitare perdite tra ambienti.
Controllare le azioni chiave, ad esempio il completamento del riepilogo e il blocco, il completamento della revisione, l'esecuzione dei prezzi e il writeback della riga di offerta.

Eccellenza operativa

Automatizzare le distribuzioni usando una singola pipeline dell'agente di orchestrazione e l'assegnazione di tag coerenti ai rami per tracciare e riprodurre le distribuzioni.
Implementare il monitoraggio tra le esecuzioni di Power Automate, l'esecuzione del plug-in Dataverse e i dati Azure funzione/bus di servizio. Specificare runbook per i modelli di errore comuni.
Processi di proprietà e supporto dei documenti per app, plug-in, flussi, risorse Azure e integrazioni ERP.

Efficienza prestazionale

Preferisce il calcolo lato server per le convalide e i calcoli (plug-in) per ridurre i round trip dei client.
Riepilogo dei calcoli batch e preparazione delle linee downstream per controllare il carico durante il picco di utilizzo.
Allineare la sincronizzazione alle esigenze aziendali ed evitare l'ambito dual-write non necessario.

Ottimizzazione dell'esperienza

Supportare la creazione rapida della stima tramite il seeding basato su XML e le selezioni di librerie riutilizzabili. Consenti perfezionamento iterativo.
Usare cancelli chiari (riepilogo della finalizzazione/blocco, revisione completa) per rendere visibile lo stato e ridurre l'ambiguità del passaggio.
Fornire ai planner operazioni e dashboard semplificati che riflettono le linee di base della capacità ERP e i segnali della domanda di stima/previsione.

Intelligenza Artificiale Responsabile

Questo carico di lavoro non si basa sugli output generati dall'intelligenza artificiale per prezzi, approvazioni o decisioni. Gli utenti aziendali rimangono responsabili per i passaggi finali di revisione e approvazione.

Contributori

Microsoft mantiene questo articolo. I seguenti collaboratori hanno scritto questo articolo.

Autori principali:

Esteban Salinas, Principal

Commenti e suggerimenti

Questa pagina è stata utile?

Last updated on 2026-08-13