Apps voor Dynamics 365 financiën en bewerkingen integreren met Power Platform

Deze referentiearchitectuur maakt gebruik van Microsoft Power Platform ter ondersteuning van een proces van engineer-to-order van configuratie en quoting via volgorde, adviescapaciteitsplanning en productiefasering. Modelgestuurde apps en Microsoft Dataverse het kernproces organiseren, terwijl Microsoft Dynamics 365 financiële en operationele apps fungeren als het ERP-systeem (enterprise resource planning) van record. Deze referentiearchitectuur is ook afhankelijk van Azure services voor langdurige asynchrone uitvoering buiten platformlimieten.

Tip

Dit artikel bevat een voorbeeldscenario en een gegeneraliseerde voorbeeldarchitectuur om te laten zien hoe u Dynamics 365 financiële en operationele apps, Power Platform en Azure-services combineert om een oplossing voor engineer-to-order te bouwen met schattings-, prijs-, quoting- en productplanningsmogelijkheden. Het architectuurvoorbeeld kan worden aangepast voor veel verschillende scenario's en branches.

Architectuurschema

In het volgende diagram ziet u de primaire systeemcontext en -architectuur.

Gebruikers werken via de werkstroom met behulp van drie Power Apps modelgestuurde toepassingen:

Schattings-app: de primaire werkruimte van de estimator. Met de estimator wordt een schatting gestart door een technisch ontwerp te importeren uit een XML-bestand of door een ontwerp in de bibliotheek te selecteren. De estimator voegt vervolgens onderdelen toe of verwijdert deze om de schatting te verfijnen. Serverinvoegtoepassingen herberekenen voortdurend gewichten, arbeidsuren, kostenfactoren en prijzen. De estimator voert de samenvatting uit om standaardprijzen te combineren met prijzen voor de klant en voltooit en vergrendelt vervolgens het pakket. Deze app is de kern van de configuratieprijsopgave van de oplossing.
Plannings-app: ondersteunt planning van adviesvoorproductie. Planners fase voltooide ontwerpen per site en tijd, en wijs voorlopige begindatums voor productie toe. Vervolgens controleren ze capaciteitsdashboards die erp-resourcekalenderbasislijnen en geplande productieorders combineren met tijdelijke aanduidingen voor schattingen en handmatige prognose. De app ondersteunt capaciteitszichtbaarheid en communicatie met de doorlooptijd. Het is niet gezaghebbend: productieorders, MRP (materiaalresourceplanning) en planning blijven aanwezig in de financiële en operationele apps.
Kloontoepassing: een productiviteitsprogramma voor het repliceren van complexe schattingsrecords, schattingen, structuurontwerpen en hun onderdeelhiërarchieën, met behulp van herbruikbare, sjabloongestuurde kloondefinities. Een estimator gebruikt een kopie van een bestaande engineered schatting als uitgangspunt voor een nieuwe schatting. De toepassing gebruikt Azure Service Bus en Azure Functions om complexe kloontaken asynchroon uit te voeren en registreert de status van elke taak in Dataverse.

Werkproces

In de volgende stappen wordt het end-to-end-proces beschreven:

Maak of identificeer een commerciële triggerrecord (verkoopkansbron kan variëren per implementatie) en maak vroeg in de levenscyclus een ERP-offerte. Het ERP-offerte dient als commercieel anker voor het schattingsproces.
Maak of open een Dataverse-schattingsrecord die is gekoppeld aan de ERP-offerte en seed een eerste ontwerp (XML-import of bibliotheekselectie). Verfijn vervolgens de configuratie in de schattings-app.
De details van schattingen, ontwerpen en onderdelen behouden in Dataverse. Invoegtoepassingen aan de serverzijde valideren technische regels en berekenen continu arbeidsuren, gewichten, kostenfactoren en totalen wanneer het ontwerp verandert.
Start een samenvatting om het pakket te voltooien voor revisie. Indelingsbatches bevatten invoer en triggert berekeningen aan de serverzijde voor de schatting en alle ontwerpen.
Voer de klantspecifieke prijsevaluatie (CSP) uit tijdens het samenvatten. ERP-handelsovereenkomsten (prijs- en kortingsovereenkomsten) worden indien van toepassing gebruikt als gestructureerde prijsinvoer. Andere CSP-constructies, zoals $/lb, op bereik gebaseerde prijzen en prijzen voor onderdelentabellen, worden ondersteund om te voldoen aan technische scenario's die niet alleen kunnen worden weergegeven via handelsovereenkomsten zonder aanzienlijke ERP-aanpassing.
Voltooi het samenvattingspakket en vergrendel het. Vergrendelde samenvattingen behouden de traceerbaarheid van de prijsbasis die wordt gebruikt op het moment van prijssamenstelling. Handelsovereenkomsten zijn datum-effectief. Latere wijzigingen in de handelsovereenkomst wijzigen opzettelijk niet met terugwerkende kracht de voltooide samenvattingsuitvoer. Als herhaling is vereist, voert u een formele herquotecyclus uit (configuratiebeoordeling en herbewerking).
Gate the process on review completion. Wanneer het overzicht is voltooid en gemarkeerd als revisie voltooid, activeert u downstream commerciële verwerking.
Pas de marge en commissie toe op standaard geprijsde artikelen voordat ERP-write-back, indien nodig. Commerciële revisoren voeren deze stap uit. De realisatie van financiële marges vindt plaats in ERP post-award via Project Management and Accounting and WBS-based (work breakdown structure) kostentracering.
Normaliseer voltooide uitvoer in erp-kant-en-klare offertelijnen en voeg de offertelijnen toe aan de bestaande ERP-offerte in Dynamics 365 financiële en operationele apps. ERP represeert geen afgeronde offertelijnen. ERP is het gezaghebbende systeem van record voor de geaccepteerde prijs en downstream financiële uitvoering.
Gebruik de plannings-app om ontwerpen op site en tijd te faseerd, voorlopige begindatums voor productie toe te wijzen en capaciteitsdashboards te bekijken. De capaciteitsdashboards combineren ERP-geplande productieorders en runtimes met een schattingsworkload voor werk dat nog niet is gemaakt als ERP-producten en productieorders. Capaciteitsbasislijnen zijn afkomstig van ERP-resourcekalenders. Productieorders en MRP blijven exclusief in ERP.
Verwijder prognoses als schattingen, verkooporders en productieorders worden gemaakt. (Prognoserecords worden handmatig ingevoerde tijdelijke aanduidingen die worden gebruikt om capaciteit voor verwachte vraag te reserveren wanneer configuratiegegevens nog niet bekend zijn.)
Gebruik de kloontoepassing om complexe schattingsrecords te repliceren, waaronder schattingen, structuurontwerpen en onderdeelhiërarchieën, met herbruikbare kloonsjablonen. Bewerkingen en beheer initiëren deze taken. Azure Service Bus langlopende kloontaken naar een Azure-functie verzendt voor asynchrone verwerking en de functie schrijft de taakstatus naar Dataverse.

Details van het scenario

Met deze workload kunnen organisaties complexe configuraties en schattingen omzetten in herhaalbare ERP-transacties en tegelijkertijd dynamische, klantspecifieke vereisten ondersteunen in een bedrijfsmodel van engineer-to-order.

De architectuur is ontworpen om verantwoordelijkheden te scheiden per levenscyclusfase:

Technische configuratie en prijssamenstelling vinden plaats in Dataverse (schatting/plannings-apps, invoegtoepassingen, indeling).
Financiële tijd autoriteit en uitvoering vinden plaats in ERP (offertelevenscyclus, prijs, verkooporder, project/project/projectstructuur kosten bijhouden, productieorders, MRP, planning en boeking).
Samenvattingsuitvoer wordt vergrendeld bij de voltooien om traceerbaarheid te behouden en terugwerkende wijzigingen te voorkomen, tenzij een formeel requote wordt uitgevoerd.

Primaire gebruikers en verantwoordelijkheden

Technische en schattingen: ontwerpen bouwen en valideren, configuratie beheren en arbeidsuren, gewicht en kostenramingen produceren.
Commerciële en goedkeurders: Bekijk samenvattingspakketten, pas marge/commissie toe voor standaardprijsitems en keur uitvoer goed voor klantgericht gebruik.
Planners: Faseontwerpen per site en tijd, toewijzen voorlopige begindatums en capaciteits-/doorlooptijdzichtbaarheid beheren met behulp van ERP-capaciteitsbasislijnen plus schattings- en prognosevraagsignalen.
Bewerkingen en beheer: kloonsjablonen beheren, integraties bewaken en gebruikers in verschillende omgevingen ondersteunen.

Licentieverlening en productgrens

De meeste gebruikers hebben licenties nodig voor Dynamics 365 financiële en operationele apps, omdat de werkstroom deze apps van begin tot eind gebruikt. Gebruikers die werken met commerciële records, zoals aanhalingstekens, aanhalingstekens en producten, hebben een Dynamics 365 Sales Enterprise-bijlagelicentie nodig. Financiële en operationele apps blijven het ERP-systeem van record voor levenscycluss, prijzen en downstream financiële uitvoering van offertes.

Belangrijke vereisten

Ondersteuning voor geconfigureerde werkstromen voor aanhalingstekens waarvoor iteratieve herberekening van het ontwerp, de technische validatie en gecontroleerde gating vóór de ERP-toezegging is vereist.
Gebruik waar van toepassing ERP-handelsovereenkomsten terwijl u engineeringgestuurde CSP-constructies inschakelt die de standaard vertegenwoordiging van de handelsovereenkomst overschrijden zonder dat er aanzienlijke ERP-aanpassingen nodig zijn.
Traceerbaarheid en commerciële stabiliteit behouden door voltooien en vergrendelen. Schakel herricing alleen in via een formele herquotecyclus.
Behoud ERP als het gezaghebbende systeem van record voor de levenscyclus van offertes, prijzen, creatie van verkooporders, project/project/projectstructuur financieel governance, productieorders, MRP, planning en boeking.
Schakel de planning van de preproductiecapaciteit in met behulp van tijdelijke aanduidingen voor schattingen en handmatige tijdelijke aanduidingen voor prognoses die zijn afgestemd op ERP-resourcekalenders en bestaande productieorderruntimes.
Beperk het integratiebereik over drie patronen: virtuele entiteiten (lezen), dubbel schrijven (schrijven) en een OData-API, met expliciete uitsluiting van entiteiten voor financiële boeking van dual-write.

Buiten bereikfuncties

Gedetailleerde productie-uitvoering en besturingselementen op de winkelvloer (verwerkt in ERP- en downstreamsystemen).
Project Operations (de oplossing maakt in plaats daarvan gebruik van de module Project Management en Accounting in financiële en operationele apps).
Ai-gestuurde prijzen of volledig autonome besluitvorming (menselijke beoordeling blijft het controlepunt).

Components

De volgende onderdelen bieden toepassingsmogelijkheden, asynchrone verwerking, integratie van ondernemingsgegevens en financieel beheer voor deze referentiearchitectuur.

Power Platform

Schattings-app (modelgestuurd): Begeleide configuratie, schatting, prijssamenstelling en uitvoering van samenvatting.
Plannings-app (modelgestuurd): ondersteunt alleen planning van adviesvoorproductie. Het beheert geen productieschema's. De app biedt fasering per site en tijd, voorlopige begindatums en capaciteit en zichtbaarheid van de doorlooptijd. Capaciteitsbasislijnen zijn afkomstig van ERP-resourcekalenders. Productieorders en MRP blijven uitsluitend in financiële en operationele apps. Prognoses zijn handmatige tijdelijke aanduidingen die capaciteit reserveren voor nog niet geconfigureerde vraag en worden verwijderd als schattingen, verkooporders en productieorders worden gemaakt.
Kloontoepassing (modelgestuurd): kloont complexe schattingsrecords met herbruikbare, sjabloongestuurde kloondefinities, voor schattingen, structuurontwerpen en hun onderdeelhiërarchieën. Gebruikers kunnen een bestaande engineered schatting kopiëren als uitgangspunt voor een nieuwe schatting. Langlopende kloontaken worden asynchroon uitgevoerd op Azure services.
Dataverse: Primair gegevensarchief voor schattingen, ontwerpen, onderdelen, planningsrecords, tijdelijke aanduidingen voorspellen en kloonsjablonen en aanvragen klonen. Het biedt ook het uitvoeringsoppervlak voor beveiliging, controle en uitvoering aan de serverzijde.
Dataverse-invoegtoepassingen: Validatie, berekeningen, voltooien en vergrendelen en normalisatielogica om ERP-verbruikbare quote-line-uitvoer voor te bereiden.
Power Automate: Indeling voor batchverwerking, goedkeuringen en meldingen en taakverzendingspatronen, indien van toepassing.

Azure-diensten

Azure Service Bus: wachtrijen klonen taakberichten en langlopende verwerking loskoppelen van interactieve sessies.
Azure Functie-app: verwerkt kloontaken (en andere asynchrone workloads indien van toepassing) buiten de tijdslimieten van het platform. Hiermee wordt de status teruggeschreven naar Dataverse.
Azure Key Vault: slaat geheimen en verbindingsgegevens op. Toegang tot de id met behulp van een integratie-id.
Integratie-id (service-principal):verifieert zich bij Azure resources volgens principes met minimale bevoegdheden.

ERP en gegevensintegratie

Dynamics 365 financiële en operationele apps: Systeem van record voor ERP-offerte- en offertelijnen, prijzen, verkooporders, Project Management en Accounting, projectstructuur kosten bijhouden, productieorders, MRP en planning en boeking. Integratie maakt gebruik van drie verschillende patronen, gekozen per scenario om risico's te minimaliseren:
- Virtuele entiteiten bieden alleen-lezentoegang tot referentie- en kerngegevens in financiële en operationele apps, waaronder uitgebrachte producten, varianten en maateenheden. Ze kopiëren de gegevens niet naar Dataverse.
- Dual-write-handles schrijven terug naar ERP, voornamelijk de voltooide offerteregels, plus de referentie- en bedrijfsentiteiten die nodig zijn voor indeling en governance.
- OData-API haalt arbeidsuren per bewerking op. Financiële boekingsentiteiten (grootboek, factuurlogboeken, kostentransacties, productieposten, boekhouddistributies en financiële dimensies) worden opzettelijk uitgesloten van dubbele schrijfbewerkingen, waardoor schaduw-ERP-gedrag wordt vermeden.
ERP-prijsconstructies: Handelsovereenkomsten (prijs-/kortingsovereenkomsten) worden gebruikt als gezaghebbende prijsinvoer, indien van toepassing. ERP biedt geen dynamisch herschreven offertelijnen die zijn geschreven uit recap-uitvoer.
ERP-prijs-API-gebruik: ERP-prijs-API's (inclusief commerce scale unit-prijsondervraging) worden niet aangeroepen tijdens iteratieve schatting of samenvatting. Prijssamenstelling vindt plaats in Dataverse tijdens het samenvatten van beheerde invoer (inclusief handelsovereenkomsten) en engineeringgestuurde constructies.

Considerations

Deze overwegingen implementeren de pijlers van Power Platform Well-Architected, een set richtlijnen die de kwaliteit van een workload verbeteren. Meer informatie vindt u in Microsoft Power Platform Well-Architected.

De workload is ontworpen om bedrijfscontroles (beveiliging, ALM en controlebaarheid) te verdelen met bruikbaarheid voor zakelijke gebruikers die complexe schattings- en planningsprocessen uitvoeren.

Reliability

Gebruik asynchrone verwerking (Service Bus + Azure Functie) voor bewerkingen die interactieve tijdslimieten kunnen overschrijden. Houd de taakstatus bij in Dataverse voor herstelbaarheid en ondersteuning.
Ontwerp waar mogelijk berekeningen aan de serverzijde en taakhandlers om idempotent te zijn, waardoor veilige nieuwe pogingen en herverwerking mogelijk zijn.
Leg foutstatussen expliciet vast (validatiefouten, uitzonderingen voor prijsevaluatie, integratiefouten) en maak deze weer met bruikbare herstelrichtlijnen.
Vergrendelingsuitvoer bij voltooien om traceerbaarheid te behouden en onbedoelde wijzigingen na de voltooien te voorkomen.

Beveiliging

Dwing op rollen gebaseerde toegang af die is afgestemd op persona's en gebruik minimale bevoegdheden voor alle integraties.
Sla geheimen op in Key Vault en open ze via een integratie-identiteit. Vermijd het insluiten van geheimen in stromen, apps of broncodebeheer.
Pas omgevingsspecifieke verbindingsverwijzingen en -configuratie toe om te voorkomen dat meerdere omgevingen lekken.
Belangrijke acties controleren, zoals voltooiing en vergrendeling, voltooiing controleren, prijsuitvoering en write-back van offertelijnen.

Operationele uitmuntendheid

Automatiseer implementaties met behulp van één orchestratorpijplijn en consistente vertakkingstags om implementaties te traceren en te reproduceren.
Implementeer bewaking in Power Automate uitvoeringen, uitvoering van de Dataverse-invoegtoepassing en Azure Function/Service Bus-gegevens. Geef runbooks op voor veelvoorkomende foutpatronen.
Documenteer eigendoms- en ondersteuningsprocessen voor apps, invoegtoepassingen, stromen, Azure resources en ERP-integraties.

Prestatie-efficiëntie

Geef de voorkeur aan berekeningen aan de serverzijde voor validaties en berekeningen (invoegtoepassingen) om retouren van clients te verminderen.
Batch-samenvattingsberekeningen en voorbereiding van downstream-lijnen om de belasting tijdens piekgebruik te beheren.
Synchronisatie afstemmen op bedrijfsbehoeften en onnodig bereik voor dubbele schrijfbewerkingen voorkomen.

Optimalisatie van ervaring

Ondersteuning voor het snel maken van schattingen via op XML gebaseerde seeding en herbruikbare bibliotheekselecties. Iteratieve verfijning toestaan.
Gebruik duidelijke poorten (voltooien/vergrendelen, revisie voltooid) om status zichtbaar te maken en dubbelzinnigheid van handoffs te verminderen.
Planners voorzien van gestroomlijnde faseringsbewerkingen en dashboards die erp-capaciteitsbasislijnen weerspiegelen plus signalen voor schatting/prognose van de vraag.

Verantwoorde AI

Deze workload is niet afhankelijk van door AI gegenereerde uitvoer voor prijzen, goedkeuringen of beslissingen. Zakelijke gebruikers blijven verantwoordelijk voor definitieve beoordelings- en goedkeuringsstappen.

Bijdragers

Microsoft onderhoudt dit artikel. De volgende inzenders hebben dit artikel geschreven.

Hoofdauteurs:

Esteban Salinas, principal

Feedback

Is deze pagina nuttig?

Last updated on 2026-08-13