Integrera Dynamics 365 ekonomi- och driftappar med Power Platform

Den här referensarkitekturen använder Microsoft Power Platform för att stödja en tekniker-till-order-process från konfiguration och citat via beställning, rådgivande kapacitetsplanering och produktionsfasning. Modelldrivna appar och Microsoft Dataverse samordna kärnprocessen, medan Microsoft Dynamics 365 ekonomi- och driftsappar fungerar som erp-system (företagsresursplanering). Den här referensarkitekturen förlitar sig också på Azure tjänster för tidskrävande asynkron körning utöver plattformsgränser.

Tips/Råd

Den här artikeln innehåller ett exempelscenario och en generaliserad exempelarkitektur för att illustrera hur du kombinerar Dynamics 365 ekonomi- och åtgärdsappar, Power Platform och Azure tjänster för att skapa en lösning för tekniker-till-beställning med funktioner för uppskattning, prissättning, citat och produktplanering. Arkitekturexemplet kan ändras för många olika scenarier och branscher.

Arkitekturdiagram

Följande diagram visar den primära systemkontexten och arkitekturen.

Användarna arbetar genom arbetsflödet med hjälp av tre Power Apps modelldrivna program:

Uppskattningsapp: Skattarens primära arbetsyta. Uppskattningen startar en uppskattning genom att importera en teknisk design från en XML-fil eller välja en design från biblioteket. Uppskattningen lägger sedan till eller tar bort komponenter för att förfina uppskattningen. Server-plugin-program beräknar kontinuerligt om vikter, arbetstimmar, kostnadsdrivrutiner och priser. Estimatorn kör sammanfattningen för att kombinera standardpriser med priser för kunden och slutför och låser sedan paketet. Den här appen är lösningens konfigurera-pris-offertkärna.
Planeringsapp: Stöder rådgivande förproduktionsplanering. Planners fasar slutförd design efter plats och tid och tilldelar preliminära startdatum för produktion. De granskar sedan kapacitetsinstrumentpaneler som kombinerar ERP-resurskalenderbaslinjer och schemalagda produktionsorder med beräkningsbaserad arbetsbelastning och manuella prognosplatshållare. Appen stöder kapacitetssynlighet och ledtidskommunikation. Det är inte auktoritativt – produktionsorder, MRP (materialresursplanering) och schemaläggning finns kvar i ekonomi- och åtgärdsapparna.
Klonprogram: Ett produktivitetsverktyg för replikering av komplexa uppskattningsposter – uppskattningar, strukturdesign och deras komponenthierarkier – med hjälp av återanvändbara, malldrivna klondefinitioner. En skattare använder en kopia av en befintlig konstruerad uppskattning som utgångspunkt för en ny. Programmet använder Azure Service Bus och Azure Functions för att köra komplexa klonjobb asynkront och registrerar varje jobbs status i Dataverse.

Arbetsflöde

Följande steg beskriver processen från slutpunkt till slutpunkt:

Skapa eller identifiera en kommersiell utlösarpost (affärsmöjlighetskällan kan variera beroende på implementering) och skapa en ERP-offert tidigt i livscykeln. ERP-offerten fungerar som kommersiellt ankare för uppskattningsprocessen.
Skapa eller öppna en Dataverse-uppskattningspost som är länkad till ERP-offerten och skapa en inledande design (XML-import eller biblioteksbaserad markering). Förfina sedan konfigurationen i appen Uppskattning.
Spara uppskattning, design och komponentinformation i Dataverse. Plugin-program på serversidan validerar tekniska regler och beräknar kontinuerligt om arbetstimmar, vikter, kostnadsdrivrutiner och summor när designen ändras.
Initiera en sammanfattning för att slutföra paketet för granskning. Orkestreringsbatcherna sammanfattar indata och utlöser beräkningar på serversidan för uppskattningen och alla design.
Kör utvärdering av kundspecifika priser (CSP) under sammanfattningen. ERP-handelsavtal (pris- och rabattavtal) används i förekommande fall som strukturerade prisindata. Andra CSP-konstruktioner, till exempel $/lb, intervallbaserad prissättning och prissättning för komponenttabeller, stöds för att uppfylla teknikdrivna scenarier som inte kan representeras enbart via handelsavtal utan betydande ERP-anpassning.
Slutför och lås sammanfattningspaketet. Låsta recap-utdata bevarar spårbarheten för den prisbas som användes vid tidpunkten för prissammansättningen. Handelsavtalen träder i kraft den 11:e dagen. Efterföljande ändringar av handelsavtal ändrar avsiktligt inte retroaktivt slutförd recap-utdata. Om omprisning krävs kör du en formell requote-cykel (konfigurationsgranskning och recap-återkörning).
Avsluta processen när granskningen har slutförts. När sammanfattningen är klar och markerad som granskad utlöser du underordnad kommersiell bearbetning.
Tillämpa marginal och provision på standardprisobjekt före ERP-tillbakaskrivning efter behov. Kommersiella granskare utför det här steget. Realisering av finansiella marginaler sker i ERP efter tilldelning via kostnadsspårning i Project Management and Accounting och WBS-baserad (arbetsuppdelningsstruktur).
Normalisera slutförd utdata till ERP-klara offertradsstrukturer och lägg till offertraderna i den befintliga ERP-offerten i Dynamics 365 ekonomi- och driftappar. ERP ändrar inte storlek på slutförd offertrad. ERP är det auktoritativa postsystemet för det godkända priset och det efterföljande finansiella utförandet.
Använd appen Planering för att fasa design efter plats och tid, tilldela preliminära startdatum för produktion och granska kapacitetsinstrumentpaneler. Kapacitetsinstrumentpanelerna kombinerar ERP-schemalagda produktionsorder och runtimes med beräknad härledd arbetsbelastning för arbete som ännu inte har skapats som ERP-produkter och produktionsorder. Kapacitetsbaslinjer kommer från ERP-resurskalendrar. Produktionsorder och MRP förblir uteslutande inom ERP.
Ta bort prognoser när uppskattningar, försäljningsorder och produktionsorder skapas. (Prognosposter anges manuellt platshållare som används för att reservera kapacitet för förväntad efterfrågan när konfigurationsinformationen ännu inte är känd.)
Använd clone-programmet för att replikera komplexa uppskattningsposter, inklusive uppskattningar, strukturdesign och komponenthierarkier, med återanvändbara klonmallar. Åtgärder och administration initierar dessa jobb. Azure Service Bus skickar långvariga klonjobb till en Azure-funktion för asynkron bearbetning och funktionen skriver jobbstatusen till Dataverse.

Scenarioinformation

Den här arbetsbelastningen hjälper organisationer att omvandla komplexa konfigurationer och uppskattningar till repeterbara ERP-transaktioner samtidigt som de stöder dynamiska, kundspecifika krav i en affärsmodell för tekniker att beställa.

Arkitekturen är utformad för att avgränsa ansvarsområden efter livscykelfas:

Konfiguration och prissammansättning för teknisk tid sker i Dataverse (appar för uppskattning/planering, plugin-program, orkestrering).
Auktoritet och körning av ekonomisk tid sker i ERP (offertlivscykel, tilldelning, försäljningsorder, projekt/strukturkostnadsspårning, produktionsorder, MRP, schemaläggning och bokföring).
Recap-utdata är låsta vid slutförande för att bevara spårbarheten och förhindra retroaktiva ändringar om inte en formell requote utförs.

Primära användare och ansvarsområden

Teknik och uppskattningar: Skapa och validera design, hantera konfiguration och skapa beräkningar för arbetstimmes, vikt och kostnad.
Kommersiella och godkännare: Granska sammanfattningspaket, tillämpa marginal/provision för standardprisobjekt och godkänn utdata för kundriktad användning.
Planerare: Fasdesign efter plats och tid, tilldela preliminära startdatum och hantera kapacitets-/ledtidssynlighet med hjälp av ERP-kapacitetsbaslinjer plus uppskattningar och prognostiserade efterfrågesignaler.
Åtgärder och administration: Hantera kloningsmallar, övervaka integreringar och stödja användare i olika miljöer.

Licensiering och produktgräns

De flesta användare behöver licenser för Dynamics 365 ekonomi- och driftappar eftersom arbetsflödet använder dessa appar från början till slut. Användare som arbetar med kommersiella poster som citattecken, offertrader och produkter behöver en Dynamics 365 Sales Enterprise-anslutningslicens. Ekonomi- och driftsappar förblir ERP-systemet för post för offertlivscykler, utmärkelser och efterföljande ekonomisk körning.

Viktiga krav

Stöd för konstruerade arbetsflöden för att konfigurera till offert som kräver iterativ designomberäkning, teknisk validering och kontrollerad gating före ERP-åtagande.
Använd ERP-handelsavtal där så är tillämpligt när du aktiverar teknikdrivna CSP-konstruktioner som överskrider standardrepresentationen av handelsavtal utan betydande ERP-anpassning.
Bevara spårbarhet och kommersiell stabilitet genom recap-slutförande och låsning. Aktivera endast omprisning via en formell requote-cykel.
Underhåll ERP som det auktoritativa systemet för post för offertlivscykel, tilldelning, skapande av försäljningsorder, finansiell styrning av projekt/struktur, produktionsorder, MRP, schemaläggning och bokföring.
Aktivera rådgivande kapacitetsplanering för förproduktion med hjälp av beräkningsbaserad arbetsbelastning och manuella prognosplatshållare som är anpassade till ERP-resurskalendrar och befintliga produktionsorderkörningar.
Styra integreringsomfånget i tre mönster – virtuella entiteter (läs), dubbelskrivning (skrivning) och ett OData-API – med uttryckligt undantag för finansiella bokföringsentiteter från dubbelskrivning.

Funktioner utanför omfånget

Detaljerad tillverkningskörning och kontroll på verkstadsgolvet (hanteras i ERP- och nedströmssystem).
Project Operations (lösningen använder modulen Project Management and Accounting i ekonomi- och driftappar i stället).
AI-driven prissättning eller helt autonomt beslutsfattande (mänsklig granskning är fortfarande kontrollpunkten).

Components

Följande komponenter tillhandahåller programfunktioner, asynkron bearbetning, företagsdataintegrering och ekonomisk styrning för den här referensarkitekturen.

Power Platform

Uppskattningsapp (modelldriven): Guidad konfiguration, uppskattning, prissammansättning och recap-körning.
Planeringsapp (modelldriven): Stöder endast rådgivande förproduktionsplanering. Den styr inte produktionsscheman. Appen ger fasning efter plats och tid, preliminära startdatum samt kapacitet och synlighet för ledtid. Kapacitetsbaslinjer kommer från ERP-resurskalendrar. Produktionsorder och MRP förblir uteslutande i ekonomi- och driftsappar. Prognoser är manuella platshållare som reserverar kapacitet för ännu inte konfigurerad efterfrågan och tas bort när uppskattningar, försäljningsorder och produktionsorder skapas.
Klona program (modelldriven): Klonar komplexa uppskattningsposter med återanvändbara, malldrivna klondefinitioner, för uppskattningar, strukturdesign och deras komponenthierarkier. Användare kan kopiera en befintlig konstruerad uppskattning som startpunkt för en ny uppskattning. Långvariga klonjobb körs asynkront på Azure tjänster.
Dataversum: Primärt datalager för uppskattningar, design, komponenter, planeringsposter, prognosplatshållare och klonmallar och begäranden. Det ger också säkerhets-, gransknings- och serversidans körningsyta.
Dataverse-plugin-program: Validering, beräkningar, sammanfattningshantering och låsning samt normaliseringslogik för att förbereda ERP-förbrukningsbara citatradsutdata.
Power Automate: Orkestrering för sammanfattning av batchbearbetning, godkännanden och meddelanden samt mönster för jobbsändning där det är lämpligt.

Azure-tjänster

Azure Service Bus: Köer klonar jobbmeddelanden och frikopplar långvarig bearbetning från interaktiva sessioner.
Azure Funktionsapp: Bearbetar klonjobb (och andra asynkrona arbetsbelastningar i tillämpliga fall) utöver plattformens tidsgränser. Skriver status tillbaka till Dataverse.
Azure Key Vault: Lagrar hemligheter och anslutningsinformation. Få åtkomst till den med hjälp av en integrationsidentitet.
Integrationsidentitet (tjänstens huvudnamn): Autentiserar till Azure resurser enligt principer med lägsta behörighet.

ERP och dataintegrering

Dynamics 365 ekonomi- och driftsappar: System för post för ERP-offert- och offertrader, tilldelning, försäljningsorder, Project hantering och redovisning, strukturkostnadsspårning, produktionsorder, MRP och schemaläggning och bokföring. Integreringen använder tre distinkta mönster som väljs per scenario för att minimera risken:
- Virtuella entiteter ger skrivskyddad åtkomst till referens- och kärndata i ekonomi- och driftappar, inklusive utgivna produkter, varianter och måttenheter. De kopierar inte data till Dataverse.
- Dubbla skrivreferenser hanterar skrivningar tillbaka till ERP, främst slutförd offertrad, plus referens- och affärsentiteter som krävs för orkestrering och styrning.
- OData API hämtar arbetstimmar per åtgärd. Finansiella bokföringsentiteter (redovisning, fakturajournaler, kostnadstransaktioner, produktionsposter, redovisningsfördelningar och finansiella dimensioner) undantas avsiktligt från dubbelskrivning, vilket undviker skugg-ERP-beteende.
ERP-priskonstruktioner: Handelsavtal (pris-/rabattavtal) används som auktoritativa prisindata under sammanfattningen i tillämpliga fall. ERP ändrar inte dynamiskt storlek på slutförd offertrad som skrivits från recap-utdata.
ANVÄNDNING AV ERP-prissättnings-API:er: ERP-prissättnings-API:er (inklusive frågor om prissättning för commerce scale unit) anropas inte under iterativ uppskattning eller sammanfattning. Prissammansättning sker i Dataverse under sammanfattningen med hjälp av reglerade indata (inklusive handelsavtal) och teknikdrivna konstruktioner.

Considerations

Dessa överväganden utgör grundpelarna i Power Platform Well-Architected, en uppsättning vägledande grundsatser som förbättrar kvaliteten på en arbetslast. Läs mer i Microsoft Power Platform Well-Architected.

Arbetsbelastningen är utformad för att balansera företagskontroller (säkerhet, ALM och granskningsbarhet) med användbarhet för företagsanvändare som kör komplexa beräknings- och planeringsprocesser.

Reliability

Använd asynkron bearbetning (Service Bus + Azure funktion) för åtgärder som kan överskrida interaktiva tidsgränser. Spåra jobbstatus i Dataverse för återställning och support.
Utforma beräkningar på serversidan och jobbhanterare så att de är idempotenter där det är möjligt, vilket möjliggör säkra återförsök och ombearbetning.
Avbilda feltillstånd explicit (valideringsfel, undantag för prissättningsutvärdering, integreringsfel) och visa dem med åtgärdshjälp.
Lås recap-utdata vid slutförande för att bevara spårningsbarheten och förhindra oavsiktliga ändringar efter slutförande.

Security

Framtvinga rollbaserad åtkomst som är anpassad till personas och använd minst behörighet för alla integreringar.
Lagra hemligheter i Key Vault och få åtkomst till dem via en integrationsidentitet. Undvik att bädda in hemligheter i flöden, appar eller källkontroll.
Använd miljöspecifika anslutningsreferenser och konfiguration för att förhindra läckage mellan miljöer.
Granska viktiga åtgärder, till exempel slutförande av sammanfattning och låsning, granskning av slutförande, prissättningskörning och tillbakaskrivning av offertrad.

Operativ skicklighet

Automatisera distributioner med hjälp av en enda orkestreringspipeline och konsekvent grentaggning för att spåra och återskapa distributioner.
Implementera övervakning över Power Automate körningar, körning av Dataverse-plugin-program och Azure Funktion/Service Bus data. Ange runbooks för vanliga felmönster.
Dokumentägarskaps- och supportprocesser för appar, plugin-program, flöden, Azure resurser och ERP-integreringar.

Prestandaeffektivitet

Föredrar beräkning på serversidan för valideringar och beräkningar (plugin-program) för att minska klientens rundresor.
Batch-sammanfattningsberäkningar och förberedelse av nedströmslinjen för att styra belastningen under den högsta användningen.
Justera synkroniseringen efter affärsbehov och undvik onödigt dubbelskrivningsomfång.

Upplevelseoptimering

Stöd för snabb skapande av uppskattningar via XML-baserad seeding och återanvändbara biblioteksval. Tillåt iterativ förfining.
Använd clear gates (recap finalization/locking, review complete) för att göra tillståndet synligt och minska tvetydigheten för överlämning.
Ge planerare effektiva fasningsåtgärder och instrumentpaneler som återspeglar ERP-kapacitetsbaslinjer plus signaler om uppskattning/prognostisering av efterfrågan.

Ansvarsfull AI

Den här arbetsbelastningen förlitar sig inte på AI-genererade utdata för prissättning, godkännanden eller beslut. Företagsanvändare är fortfarande ansvariga för de slutgiltiga gransknings- och godkännandestegen.

Bidragsgivare

Microsoft ansvarar för den här artikeln. Följande bidragsgivare skrev den här artikeln.

Huvudsakliga författare:

Esteban Salinas, rektor

Feedback

Var den här sidan till hjälp?

Last updated on 2026-08-13