Integrer Dynamics 365 økonomi- og driftsapps med Power Platform

Denne referencearkitektur bruger Microsoft Power Platform til at understøtte en tekniker-til-ordre-proces fra konfiguration og citere via ordre, rådgivning om kapacitetsplanlægning og produktionsfase. Modeldrevne apps og Microsoft Dataverse orkestrere kerneprocessen, mens Microsoft Dynamics 365 økonomi- og driftsapps fungerer som postsystemet ERP (enterprise resource planning). Denne referencearkitektur er også afhængig af Azure tjenester til asynkron udførelse, der har kørt i lang tid, ud over platformgrænserne.

Tip!

Denne artikel indeholder et eksempelscenarie og en generel eksempelarkitektur, der illustrerer, hvordan du kombinerer Dynamics 365 økonomi- og driftsapps, Power Platform og Azure tjenester for at bygge en tekniker-til-ordre-løsning med estimerings-, pris-, quoting- og produktplanlægningsfunktioner. Arkitektureksemplet kan ændres til mange forskellige scenarier og brancher.

Arkitekturdiagram

I følgende diagram vises den primære systemkontekst og -arkitektur.

Diagram over løsningsarkitektur, der linker modeldrevne apps, Dataverse, Azure klonbehandling og ERP.

Brugerne arbejder gennem arbejdsprocessen ved hjælp af tre Power Apps modeldrevne programmer:

  • App til estimering: Vurderingsappens primære arbejdsområde. Estimatet starter et estimat ved at importere et teknisk design fra en XML-fil eller vælge et design i biblioteket. Estimator tilføjer eller fjerner derefter komponenter for at afgrænse estimatet. Server-plug-ins genberegner løbende vægte, arbejdstimer, omkostningsfaktorer og priser. Estimator kører opsummeringsprogrammet for at kombinere standardpriser med priser for kunden og afslutter og låser derefter pakken. Denne app er løsningens konfiguration-pris-tilbudskerne.

  • Planlægningsapp: Understøtter planlægning af rådgivning forudproduktion. Planlæggere færdiggør design efter websted og klokkeslæt og tildeler foreløbige startdatoer for produktion. De gennemser derefter kapacitetsdashboards, der kombinerer oprindelige PLANER-ressourcekalendere og planlagte produktionsordrer med pladsholdere for estimatbaseret arbejdsbelastning og manuel prognose. Appen understøtter kapacitetssynlighed og kommunikation i tiden. Det er ikke autoritativt – produktionsordrer, MRP (materialeressourceplanlægning) og planlægning forbliver i økonomi- og handlingsappsene.

  • Klonprogram: Et produktivitetsværktøj til replikering af komplekse estimeringsposter – estimater, strukturdesign og deres komponenthierarkier – ved hjælp af definitioner af skabelonbaserede kloner, der kan genbruges. En estimator bruger en kopi af et eksisterende konstrueret estimat som udgangspunkt for et nyt. Programmet bruger Azure Service Bus og Azure Functions til at køre komplekse klonjob asynkront og registrerer hvert jobs status i Dataverse.

Workflow

I følgende trin beskrives processen fra ende til anden:

  1. Opret eller identificer en kommerciel udløserpost (salgsmulighedskilden kan variere efter implementering), og opret et ERP-tilbud tidligt i livscyklussen. ERP-tilbuddet fungerer som det kommercielle anker for estimeringsprocessen.

  2. Opret eller åbn en Dataverse-estimeringspost, der er knyttet til ERP-tilbuddet, og indsæt et indledende design (XML-import eller biblioteksbaseret valg). Afgræns derefter konfigurationen i appen Estimering.

  3. Vedhold estimat, design og komponentdetaljer i Dataverse. Serverbaserede plug-ins validerer tekniske regler og genberegner løbende arbejdstimer, vægte, omkostningsfaktorer og totaler, efterhånden som designændringerne ændres.

  4. Initier et resumé for at færdiggøre pakken til gennemsyn. Orchestration batches opsummerer input og udløser serverbaserede beregninger for estimatet og alle design.

  5. Kør evaluering af kundespecifikke priser (CSP) under opsummering. ERP-handelsaftaler (pris- og rabataftaler) bruges som strukturerede prisinput, hvor det er relevant. Andre CSP-konstruktioner, f.eks. $/lb, range-baserede priser og komponenttabelpriser, understøttes for at imødekomme tekniske scenarier, der ikke kan repræsenteres udelukkende via handelsaftaler uden betydelig ERP-tilpasning.

  6. Færdiggør og lås pakken med indkapslingen. Låste opsummeringsoutput bevarer sporingen af det prisgrundlag, der blev brugt på tidspunktet for prissammensætningen. Handelsaftaler er dato gældende. Efterfølgende ændringer i handelsaftalen ændres bevidst ikke med tilbagevirkende kraft, og de endelige resultater af genkapslingen ændres ikke. Hvis der kræves omformulering, skal du udføre en formel requote-cyklus (konfigurationsgennemgang og generobre udførelse).

  7. Portér processen, når gennemgangen er fuldført. Når opsummering er fuldført og markeret som review-complete, udløses kommerciel behandling i downstream.

  8. Anvend margin og provision på standardvarer før ERP-tilbageskrivning efter behov. Kommercielle korrekturlæsere udfører dette trin. Finansiel margenrealisering sker i ERP efter tildeling via Project Management and Accounting og WBS-baseret (arbejdsopdelingsstruktur) omkostningssporing.

  9. Normaliser færdige output i ERP-klar tilbudslinjestrukturer, og føj tilbudslinjerne til det eksisterende ERP-tilbud i Dynamics 365 økonomi- og driftsapps. ERP tilsidesætter ikke afsluttede tilbudslinjer. ERP er det autoritative postsystem for den accepterede pris og finansielle afvikling i det efterfølgende produktionsled.

  10. Brug appen Planlægning til at fasedesigne efter websted og klokkeslæt, tildele foreløbige startdatoer for produktion og gennemse kapacitetsdashboards. Kapacitetsdashboards kombinerer ERP-planlagte produktionsordrer og runtimes med estimatbaseret arbejdsbelastning for arbejde, der endnu ikke er oprettet som ERP-produkter og produktionsordrer. Kapacitetsbaser stammer fra ERP-ressourcekalendere. Produktionsordrer og MRP forbliver udelukkende i ERP.

  11. Fjern prognoser, når estimater, salgsordrer og produktionsordrer oprettes. (Prognoseposter angives manuelt som pladsholdere, der bruges til at reservere kapacitet til forventet behov, når konfigurationsoplysningerne endnu ikke er kendt).

  12. Brug kloningsprogrammet til at replikere komplekse estimeringsposter, herunder estimater, strukturdesign og komponenthierarkier, med klonskabeloner, der kan genbruges. Handlinger og administration starter disse job. Azure Service Bus sender langvarige klonjob til en Azure funktion til asynkron behandling, og funktionen skriver jobstatus til Dataverse.

Scenariedetaljer

Denne arbejdsbelastning hjælper organisationer med at omdanne komplekse konfigurationer og estimater til gentagne ERP-transaktioner, samtidig med at de understøtter dynamiske, kundespecifikke krav i en forretningsmodel af typen tekniker efter ordre.

Arkitekturen er designet til at adskille ansvarsområder efter livscyklusfase:

  • Konfiguration af teknisk tid og prissammensætning forekommer i Dataverse (estimering/planlægning af apps, plug-ins, orkestrering).
  • Økonomitidsmyndighed og udførelse finder sted i ERP (tilbudslivscyklus, tildeling, salgsordre, sporing af projekt-/WBS-omkostninger, produktionsordrer, MRP, planlægning og bogføring).
  • Opsummeringsoutput låses ved afslutning for at bevare sporing og forhindre ændringer med tilbagevirkende kraft, medmindre der udføres en formel requote.

Primære brugere og ansvarsområder

  • Tekniske og estimatorer: Byg og valider design, administrer konfiguration, og opret arbejdstime-, vægt- og omkostningsestimater.
  • Kommercielle brugere og godkendere: Gennemse pakkeversioner, anvend margin/provision for standardpriselementer, og godkend output til kundeorienteret brug.
  • Planlæggere: Fasedesign efter websted og klokkeslæt, tildel foreløbige startdatoer, og administrer synlighed af kapacitet/gennemløbstid ved hjælp af ERP-kapacitetsbaser plus estimat- og prognosesignaler for behov.
  • Handlinger og administration: Administrer kloningsskabeloner, overvåg integrationer, og understøtter brugere på tværs af miljøer.

Licens- og produktgrænse

De fleste brugere har brug for licenser til Dynamics 365 økonomi- og driftsapps, fordi arbejdsprocessen bruger disse apps fra start til slut. Brugere, der arbejder med kommercielle poster, f.eks. anførselstegn, tilbudslinjer og produkter, skal have en Dynamics 365 Sales Enterprise-tilknytningslicens. Finance- og operations-apps forbliver ERP-registreringssystemet for tilbudslivscyklusser, priser og finansiel afvikling i downstream.

Nøglekrav

  • Understøtter konfigurerede arbejdsprocesser for konfigurering til tilbud, der kræver iterativ genberegning af design, teknisk validering og kontrolleret gating før ERP-binding.

  • Brug ERP-handelsaftaler, hvor det er relevant, samtidig med at du aktiverer teknisk drevne CSP-konstruktioner, der overstiger standardrepræsentationen af handelsaftaler uden væsentlig ERP-tilpasning.

  • Bevar sporings- og kommerciel stabilitet ved at genindkapsling og låsning. Aktivér kun omformulering via en formel requote-cyklus.

  • Vedligehold ERP som det autoritative postsystem for tilbuddets livscyklus, tildeling, oprettelse af salgsordrer, finansiel styring af projekt/WBS, produktionsordrer, MRP, planlægning og bogføring.

  • Aktivér planlægning af forudgående produktionskapacitet ved hjælp af pladsholdere for estimatbaseret arbejdsbelastning og manuel prognose, der er justeret i forhold til ERP-ressourcekalendere og eksisterende kørsel af produktionsordrer.

  • Styr integrationsområdet på tværs af tre mønstre – virtuelle objekter (læst), dobbeltskrivning (skrivning) og en OData-API – med eksplicit udelukkelse af finansielle posteringsobjekter fra dual-write.

Uden for områdefunktioner

  • Detaljeret produktionsudførelse og styring på fabriksgulv (håndteret i ERP- og downstream-systemer).
  • Project Operations (løsningen bruger modulet Project Management and Accounting i finance and operations-apps i stedet).
  • AI-drevet prisfastsættelse eller fuldt selvstændig beslutningstagning (menneskelig gennemgang er stadig kontrolpunktet).

Komponenter

Følgende komponenter indeholder programfunktioner, asynkron behandling, integration af virksomhedsdata og finansiel styring for denne referencearkitektur.

Power Platform

  • App til estimering (modeldrevet): Automatiseret konfiguration, estimering, prissammensætning og udførelse af opsummering.

  • Planlægningsapp (modeldrevet): Understøtter kun planlægning af rådgivning forudproduktion. Det styrer ikke produktionsplaner. Appen leverer udfasning efter websted og klokkeslæt, foreløbige startdatoer og synlighed af kapacitet og gennemløbstid. Kapacitetsbaser stammer fra ERP-ressourcekalendere. Produktionsordrer og MRP forbliver udelukkende i økonomi- og driftsapps. Prognoser er manuelle pladsholdere, der reserverer kapacitet til ikke-konfigureret behov og fjernes, efterhånden som estimater, salgsordrer og produktionsordrer oprettes.

  • Klonprogram (modeldrevet): Kloner komplekse estimeringsposter ved hjælp af genanvendelige, skabelondrevne klondefinitioner til estimater, strukturdesign og deres komponenthierarkier. Brugerne kan kopiere et eksisterende udviklet estimat som udgangspunkt for et nyt estimat. Langvarige klonjob kører asynkront på Azure tjenester.

  • Dataverse: Primært datalager til estimater, design, komponenter, planlægningsposter, prognosepladsholdere og kloningsskabeloner og -anmodninger. Det giver også sikkerhed, overvågning og udførelsesoverflade på serversiden.

  • Dataverse-plug-ins: Validering, beregninger, indkapsling og låsning og normaliseringslogik for at forberede ERP-forbrugsbare quote-line-output.

  • Power Automate: Orkestrering til opsummering af batching, godkendelser og meddelelser samt jobafsendelsesmønstre, hvor det er relevant.

Azure tjenester

  • Azure Service Bus: Sætter klonjobmeddelelser i kø og afkobler langvarig behandling fra interaktive sessioner.

  • Azure Function App: Behandler klonjob (og andre asynkrone arbejdsbelastninger, hvor det er relevant) ud over platformens tidsgrænser. Skriver status tilbage til Dataverse.

  • Azure Key Vault: Gemmer hemmeligheder og forbindelsesoplysninger. Få adgang til den ved hjælp af en integrationsidentitet.

  • Integrationsidentitet (tjenesteprincipal):Godkender til Azure ressourcer efter principper for mindste rettigheder.

ERP og dataintegration

  • Dynamics 365 økonomi- og driftsapps: Postsystem for ERP-tilbuds- og tilbudslinjer, tildeling, salgsordrer, Project Management and Accounting, WBS-omkostningssporing, produktionsordrer, MRP og planlægning og bogføring. Integration bruger tre forskellige mønstre, der er valgt pr. scenarie for at minimere risikoen:

    • Virtuelle objekter giver skrivebeskyttet adgang til reference- og kernedata i økonomi- og driftsapps, herunder frigivne produkter, varianter og måleenheder. De kopierer ikke dataene til Dataverse.
    • Dual-write-håndtag skriver tilbage til ERP, primært de færdige tilbudslinjer samt den reference og de forretningsobjekter, der kræves til orkestrering og styring.
    • OData API henter arbejdstimer efter handling. Finansielle bogføringsenheder (finans, fakturakladder, omkostningsposteringer, produktionsbogføringer, regnskabsfordelinger og økonomiske dimensioner) er bevidst udelukket fra dobbeltskrivning, så du undgår enhver skygge-ERP-funktionsmåde.

  • ERP-priskonstruktioner: Handelsaftaler (pris-/rabataftaler) forbruges som autoritative input til priser under opsummering, hvor det er relevant. ERP omprioriterer ikke de færdige anførselstegn, der er skrevet fra opsummeringsoutput, dynamisk.

  • BRUG af ERP-prissætnings-API'er: ERP-pris-API'er (herunder afhøring af priser på Commerce Scale Unit) aktiveres ikke under iterativ estimering eller opsummering. Prissammensætningen forekommer i Dataverse under opsummering ved hjælp af regulerede input (herunder handelsaftaler) og tekniske konstruktioner.

Overvejelser

Disse overvejelser implementerer søjlerne i Power Platform Well-Architected, et sæt vejledende principper, der forbedrer kvaliteten af en arbejdsbyrde. Få mere at vide i Microsoft Power Platform Well-Architected.

Arbejdsbelastningen er designet til at balancere virksomhedskontroller (sikkerhed, ALM og auditabilitet) med anvendelighed for virksomhedsbrugere, der udfører komplekse estimerings- og planlægningsprocesser.

Pålidelighed

  • Brug asynkron behandling (Service Bus + Azure Funktion) til handlinger, der kan overskride interaktive tidsgrænser. Spor jobstatus i Dataverse for gendannelse og support.
  • Design beregninger på serversiden og jobhandlere, så de er idempotente, hvor det er muligt, hvilket muliggør sikre forsøg og genbehandling.
  • Hent fejltilstande eksplicit (valideringsfejl, undtagelser fra prisevaluering, integrationsfejl), og få dem til at blive behandlet med handlingsvenlig afhjælpningsvejledning.
  • Lås outputtet ved færdiggørelsen for at bevare sporingen og forhindre utilsigtede ændringer efter færdiggørelsen.

Sikkerhed

  • Gennemtving rollebaseret adgang, der er justeret efter personas, og brug mindst mulige rettigheder til alle integrationer.
  • Gem hemmeligheder i Key Vault, og få adgang til dem via en integrationsidentitet. Undgå at integrere hemmeligheder i flow, apps eller kildekontrol.
  • Anvend miljøspecifikke forbindelsesreferencer og -konfiguration for at forhindre lækage på tværs af miljøet.
  • Overvåg nøglehandlinger, f.eks. genindspilning af fuldførelse og låsning, gennemsyn af fuldførelse, udførelse af priser og tilbageskrivning af tilbudslinje.

Driftsmæssig ekspertise

  • Automatiser udrulninger ved hjælp af en enkelt orchestratorpipeline og ensartet mærkning af forgreninger for at spore og genskabe udrulninger.
  • Implementer overvågning på tværs af Power Automate kørsler, udførelse af Dataverse-plug-in og Azure funktion/Service Bus data. Angiv runbooks for almindelige fejlmønstre.
  • Dokumentejerskabs- og supportprocesser for apps, plug-ins, flow, Azure ressourcer og ERP-integrationer.

Ydeevneeffektivitet

  • Foretrækker beregning på serversiden for valideringer og beregninger (plug-ins) for at reducere klientrundture.
  • Batchrecap-beregninger og klargøring af downstream-linjer for at styre belastningen under spidsbelastning.
  • Juster synkroniseringen i forhold til forretningsbehov, og undgå unødvendigt dobbeltskrivningsområde.

Optimering af oplevelse

  • Understøtter hurtig oprettelse af estimater via XML-baseret seeding og valg af bibliotek, der kan genbruges. Tillad iterativ afgrænsning.
  • Brug rydningsporte (indkapsling/låsning, gennemsyn er fuldført) for at gøre tilstanden synlig og reducere tvetydigheden i afleveringen.
  • Giv planlæggere strømlinede afviklingshandlinger og dashboards, der afspejler ERP-kapacitetsbaser plus estimat/prognoser for efterspørgselssignaler.

Ansvarlig AI

Denne arbejdsbelastning er ikke afhængig af AI-genererede output til priser, godkendelser eller beslutninger. Erhvervsbrugere forbliver ansvarlige for de endelige gennemgangs- og godkendelsestrin.

Bidragydere

Microsoft vedligeholder denne artikel. Følgende bidragydere skrev denne artikel.

Hovedforfattere:

  • Last updated on