Integrere Dynamics 365 finans- og driftsapper med Power Platform

Denne referansearkitekturen bruker Microsoft Power Platform til å støtte en prosess fra konfigurasjon og siterer gjennom bestilling, planlegging av rådgivende kapasitet og produksjonsfasing. Modelldrevne apper og Microsoft Dataverse orkestrere kjerneprosessen, mens Microsoft Dynamics 365 finans- og driftsapper fungerer som ERP-systemet (virksomhetsressursplanlegging) for posten. Denne referansearkitekturen er også avhengig av Azure tjenester for langvarig asynkron kjøring utover plattformgrenser.

Tips

Denne artikkelen inneholder et eksempelscenario og en generalisert eksempelarkitektur for å illustrere hvordan du kombinerer Dynamics 365 finans- og driftsapper, Power Platform og Azure tjenester for å bygge en tekniker-til-ordre-løsning med estimering, priser, siterer og produktplanleggingsfunksjoner. Arkitektureksemplet kan endres for mange forskjellige scenarier og bransjer.

Arkitekturdiagram

Diagrammet nedenfor viser den primære systemkonteksten og arkitekturen.

Brukere arbeider gjennom arbeidsflyten ved hjelp av tre Power Apps modelldrevne programmer:

Estimation-app: Estimatorens primære arbeidsområde. Estimatoren starter et estimat ved å importere en ingeniørutforming fra en XML-fil eller velge en utforming fra biblioteket. Estimatoren legger deretter til eller fjerner komponenter for å begrense estimatet. Servertillegg beregner kontinuerlig vekter, arbeidstimer, kostnadsdrivere og priser på nytt. Estimatoren kjører oppsummeringen for å kombinere standardpriser med priser for kunden, og fullfører og låser deretter pakken. Denne appen er konfigurer-pris-sitat kjernen i løsningen.
Planleggingsapp: Støtter planlegging av rådgivende forhåndsproduksjon. Planleggere faser fullførte utforminger etter område og klokkeslett, og tilordner foreløpige startdatoer for produksjon. Deretter går de gjennom kapasitetsinstrumentbord som kombinerer opprinnelige planer for ERP-ressurskalender og planlagte produksjonsordrer med beregnet arbeidsbelastning og manuelle prognoseplassholdere. Appen støtter kapasitetssynlighet og kommunikasjon i ledetid. Det er ikke autoritativt – produksjonsordrer, MRP (materialressursplanlegging) og planlegging forblir i finans- og driftsappene.
Kloneprogram: Et produktivitetsverktøy for å replikere komplekse beregningsposter – estimater, strukturutforminger og komponenthierarkier – ved hjelp av gjenbrukbare, maldrevne klonedefinisjoner. En estimator bruker en kopi av et eksisterende konstruert estimat som utgangspunkt for en ny. Programmet bruker Azure Service Bus og Azure Functions til å kjøre komplekse klonejobber asynkront og registrerer statusen for hver jobb i Dataverse.

Workflow

Følgende trinn beskriver ende-til-ende-prosessen:

Opprett eller identifiser en kommersiell utløserpost (mulighetskilden kan variere etter implementering) og opprett et FEILP-tilbud tidlig i livssyklusen. ERP-sitatet fungerer som det kommersielle ankeret for estimeringsprosessen.
Opprett eller åpne en datavers estimatpost som er koblet til FEILP-anførselstegnet, og angi en innledende utforming (XML-import eller bibliotekbasert utvalg). Begrens deretter konfigurasjonen i Estimation-appen.
Behold estimater, utforminger og komponentdetaljer i Dataverse. Plugin-moduler på serversiden validerer tekniske regler og beregner kontinuerlig arbeidstimer, vekter, kostnadsdrivere og totaler etter hvert som utformingen endres.
Start en oppsummering for å fullføre pakken for gjennomgang. Orkestreringsgrupper oppsummerer inndata og utløser beregninger på serversiden for estimatet og alle utforminger.
Kjør kundespesifikk prisevaluering (CSP) under oppsummering. ERP-handelsavtaler (pris- og rabattavtaler) forbrukes som strukturerte prisinndata der det er aktuelt. Andre CSP-konstruksjoner, for eksempel $ / lb, områdebaserte priser og komponenttabellpriser, støttes for å møte ingeniørdrevne scenarier som ikke kan representeres utelukkende gjennom handelsavtaler uten betydelig ERP-tilpasning.
Fullfør og lås oppsummeringspakken. Låste oppsummeringsutdata bevarer sporbarheten til prisgrunnlaget som brukes på tidspunktet for prissammensetning. Handelsavtaler er dato-effektive. Etterfølgende handelsavtaler endres med vilje ikke med tilbakevirkende kraft til å endre ferdige oppsummeringsutdata. Hvis reprising kreves, utfører du en formell resiteringssyklus (konfigurasjonsgjennomgang og oppsummering av re-kjøring).
Port prosessen ved fullføring av gjennomgang. Når oppsummeringen er fullført og merket gjennomgang fullført, utløser du nedstrøms kommersiell behandling.
Bruk marg og provisjon på standardprisede elementer før FEILP-tilbakeskriving, etter behov. Kommersielle korrekturlesere utfører dette trinnet. Realisering av finansiell margin forekommer i ERP etter tildeling via Project Management and Accounting og WBS-basert (arbeidsfordelingsstruktur) kostnadssporing.
Normaliser fullførte utdata i ERP-klar tilbudslinjestrukturer og legg til tilbudslinjene i det eksisterende FEILP-tilbudet i Dynamics 365 finans- og driftsapper. FEILP tilsp.repriser ikke sluttførte tilbudslinjer. ERP er det autoritative systemet for posten for den aksepterte prisen og nedstrøms finansiell utførelse.
Bruk Planleggings-appen til å fase utforminger etter område og klokkeslett, tilordne foreløpige startdatoer for produksjon og se gjennom kapasitetsinstrumentbord. Kapasitetsinstrumentbordene kombinerer ERP-planlagte produksjonsordrer og kjøretider med estimatavledet arbeidsbelastning for arbeid som ennå ikke er opprettet som FEILP-produkter og produksjonsordrer. Opprinnelige kapasiteter kommer fra ERP-ressurskalendere. Produksjonsordrer og MRP forblir utelukkende i ERP.
Fjern prognoser som estimater, salgsordrer og produksjonsordrer opprettes. (Prognoseposter legges inn manuelt plassholdere som brukes til å reservere kapasitet for forventet etterspørsel når konfigurasjonsdetaljer ennå ikke er kjent.)
Bruk Klone-programmet til å replikere komplekse beregningsposter, inkludert estimater, strukturutforminger og komponenthierarkier, med gjenbrukbare klonemaler. Operasjoner og administrasjon starter disse jobbene. Azure Service Bus sender langvarige klonejobber til en Azure-funksjon for asynkron behandling, og funksjonen skriver jobbstatusen til Dataverse.

Scenariodetaljer

Denne arbeidsbelastningen hjelper organisasjoner med å gjøre komplekse konfigurasjoner og estimater om til repeterbare FEILP-transaksjoner, samtidig som de støtter dynamiske, kundespesifikke krav i en tekniker-til-ordre-forretningsmodell.

Arkitekturen er utformet for å skille ansvar etter livssyklusfase:

Konfigurasjon og prissammensetning for ingeniørtid forekommer i Dataverse (Estimation/Planning-apper, plugin-moduler, orkestrering).
Økonomitidsinstans og utførelse forekommer i ERP (livssyklus for tilbud, tildeling, salgsordre, prosjekt/WBS-kostnadssporing, produksjonsordrer, MRP, planlegging og postering).
Oppsummeringsutdata låses ved sluttføring for å bevare sporbarheten og forhindre tilbakevirkende endringer med mindre en formell resitering utføres.

Primære brukere og ansvarsområder

Teknikk og estimatorer: Bygg og valider utforminger, administrer konfigurasjon og produsere arbeidstimer, vekt og kostnadsestimater.
Kommersielle og godkjennere: Se gjennom oppsummeringspakker, bruk margin/provisjon for standard priselementer, og godkjenn utdata for kunderettet bruk.
Planleggere: Faseutforminger etter område og klokkeslett, tilordne foreløpige startdatoer og behandle synlighet for kapasitet/leveringstid ved hjelp av opprinnelige erP-kapasiteter pluss estimate- og prognosebehovssignaler.
Operasjoner og administrasjon: Behandle kloningsmaler, overvåke integreringer og støtte brukere på tvers av miljøer.

Lisensierings- og produktgrense

De fleste brukere trenger lisenser for Dynamics 365 finans- og driftsapper fordi arbeidsflyten bruker disse appene fra start til slutt. Brukere som arbeider med kommersielle poster, for eksempel tilbud, tilbudslinjer og produkter, trenger en Dynamics 365 Sales Enterprise-tilknyttede lisens. Finans- og driftsapper forblir ERP-systemet for registrering for tilbudslivssykluser, priser og nedstrøms økonomisk utførelse.

Viktige krav

Støtteutviklede arbeidsflyter for konfigurering til tilbud som krever iterativ utformingsberegning, teknisk validering og kontrollert gating før FEILP-forpliktelse.
Bruk ERP-handelsavtaler der det er aktuelt, samtidig som du aktiverer ingeniørdrevne CSP-konstruksjoner som overskrider standard handelsavtalerepresentasjon uten betydelig ERP-tilpasning.
Behold sporbarhet og kommersiell stabilitet gjennom oppsummering av finalisering og låsing. Aktiver reprising bare gjennom en formell resiteringssyklus.
Vedlikehold FEILP som det autoritative systemet for post for tilbudslivssyklus, tildeling, oppretting av salgsordre, prosjekt/WBS finansiell styring, produksjonsordrer, MRP, planlegging og postering.
Aktiver planlegging av veiledende forhåndsproduksjonskapasitet ved hjelp av beregnet arbeidsbelastning og manuelle prognoseplassholdere justert til ERP-ressurskalendere og eksisterende kjøretider for produksjonsordre.
Styre integreringsomfanget på tvers av tre mønstre – virtuelle enheter (lest), dobbeltskriving (skrive) og en OData-API – med eksplisitt utelukkelse av økonomiske posteringsenheter fra dobbeltskriving.

Funksjoner utenfor omfanget

Detaljert produksjonskjøring og kontroll av butikkgulv (håndteres i FEILP- og nedstrømssystemer).
Project Operations (løsningen bruker Project administrasjons- og regnskapsmodulen i finans- og driftsapper i stedet).
AI-drevet prising eller fullt autonom beslutningstaking (menneskelig gjennomgang er fortsatt kontrollpunktet).

Komponenter

Følgende komponenter gir programfunksjoner, asynkron behandling, virksomhetsdataintegrasjon og økonomisk styring for denne referansearkitekturen.

Power Platform

Estimeringsapp (modelldrevet): Veiledet konfigurasjon, estimering, prissammensetning og utførelse av oppsummering.
Planleggingsapp (modelldrevet): Støtter bare planlegging av rådgivende forhåndsproduksjon. Den kontrollerer ikke produksjonsplanene. Appen gir innfasing etter område og klokkeslett, foreløpige startdatoer og kapasitet og synlighet for ledetid. Opprinnelige kapasiteter kommer fra ERP-ressurskalendere. Produksjonsordrer og MRP forblir utelukkende i finans- og driftsapper. Prognoser er manuelle plassholdere som reserverer kapasitet for ikke-konfigurert etterspørsel og fjernes etter hvert som estimater, salgsordrer og produksjonsordrer opprettes.
Kloneprogram (modelldrevet): Kloner komplekse beregningsposter ved hjelp av gjenbrukbare, maldrevne klonedefinisjoner, for estimater, strukturutforminger og komponenthierarkier. Brukere kan kopiere et eksisterende konstruert estimat som utgangspunkt for et nytt estimat. Langvarige klonejobber kjører asynkront på Azure tjenester.
Datavers: Primært datalager for estimater, utforminger, komponenter, planleggingsposter, prognoseplassholdere og klone maler og forespørsler. Det gir også sikkerhet, overvåking og utførelsesoverflate på serversiden.
Dataverse plugin-moduler: Validering, beregninger, oppsummering av sluttføring og låsing og normaliseringslogikk for å klargjøre FEILP-forbrukbare anførselstegnslinjeutdata.
Power Automate: Orkestrering for recap batching, godkjenninger og varsler, og jobbutsendingsmønstre der det er aktuelt.

Azure tjenester

Azure Service Bus: Køer kloner jobbmeldinger og kobler fra langvarig behandling fra interaktive økter.
Azure Function App: Behandler klonejobber (og andre asynkrone arbeidsbelastninger der det er aktuelt) utover tidsbegrensninger for plattformen. Skriver status tilbake til Dataverse.
Azure Key Vault: Lagrer hemmeligheter og tilkoblingsdetaljer. Få tilgang til den ved hjelp av en integreringsidentitet.
Integreringsidentitet (tjenestekontohaver): Godkjenner til Azure ressurser etter prinsipper med minst rettigheter.

ERP og dataintegrering

Dynamics 365 finans- og driftsapper: System for post for FEILP-tilbuds- og tilbudslinjer, tildeling, salgsordrer, Project administrasjon og regnskap, WBS-kostnadssporing, produksjonsordrer, MRP og planlegging og postering. Integrering bruker tre distinkte mønstre, valgt per scenario for å minimere risikoen:
- Virtuelle enheter gir skrivebeskyttet tilgang til referanse- og kjernedata i finans- og driftsapper, inkludert utgitte produkter, varianter og målenheter. De kopierer ikke dataene til Dataverse.
- Dobbeltskrivingshåndtak skriver tilbake til FEILP, først og fremst de ferdige tilbudslinjene, pluss referanse- og forretningsenheter som kreves for orkestrering og styring.
- OData API henter arbeidstimer etter operasjon. Finansielle posteringsenheter (økonomimodul, fakturajournaler, kostnadstransaksjoner, produksjonsposteringer, regnskapsdistribusjoner og finansielle dimensjoner) er bevisst utelatt fra dobbeltskriving, slik at du unngår skygge-FEILP-virkemåte.
ERP-priskonstruksjoner: Handelsavtaler (pris-/rabattavtaler) forbrukes som autoritative prisinndata under oppsummering der det er aktuelt. FEILP endrer ikke dynamisk pris på sluttførte tilbudslinjer skrevet fra oppsummeringsutdata.
ERP priser API-bruk: ERP priser API (inkludert Commerce Scale Unit priser avhør) er ikke påkalt under iterativ estimering eller oppsummering. Prissammensetning forekommer i datavers under oppsummering ved hjelp av styrte inndata (inkludert handelsavtaler) og ingeniørdrevne konstruksjoner.

Vurderinger

Disse hensynene tar i bruk prinsippene i Power Platform Well-Architected, et sett med veiledende prinsipper som forbedrer kvaliteten på en arbeidsbelastning. Finn ut mer i Microsoft Power Platform Well-Architected.

Arbeidsmengden er utformet for å balansere virksomhetskontroller (sikkerhet, ALM og revisjonsevne) med brukervennlighet for forretningsbrukere som utfører komplekse estimerings- og planleggingsprosesser.

Pålitelighet

Bruk asynkron behandling (Service Bus + Azure Function) for operasjoner som kan overskride interaktive tidsbegrensninger. Spor jobbstatus i Dataverse for gjenoppretting og støtte.
Utform beregninger og jobbbehandlinger på serversiden for å være idempotent der det er mulig, slik at du kan utføre klarerte nye forsøk og behandle på nytt.
Registrere feilstatuser eksplisitt (valideringsfeil, prisevalueringsunntak, integreringsfeil) og vise dem med handlingsrettet utbedringsveiledning.
Lås oppsummeringsutdataene ved slutteringen for å bevare sporbarheten og forhindre utilsiktede endringer etter slutteringen.

Security

Fremtving rollebasert tilgang justert til personligheter og bruk minst rettigheter for alle integreringer.
Lagre hemmeligheter i Key Vault og få tilgang til dem via en integreringsidentitet. Unngå å bygge inn hemmeligheter i flyter, apper eller kildekontroll.
Bruk miljøspesifikke tilkoblingsreferanser og konfigurasjon for å hindre lekkasje på tvers av miljøer.
Overvåk viktige handlinger som fullføring av oppsummering og låsing, fullføring av gjennomgang, utføring av priser og tilbakeskriving av tilbudslinje.

Driftskvalitet

Automatiser distribusjoner ved hjelp av ett enkelt orchestrator-datasamlebånd og konsekvent grenmerking for å spore og reprodusere distribusjoner.
Implementere overvåking på tvers av Power Automate kjøringer, datavers plugin-kjøring og Azure Function/Service Bus-data. Angi runbooks for vanlige feilmønstre.
Dokumenteierskap og støtteprosesser for apper, plugin-moduler, flyter, Azure ressurser og ERP-integreringer.

Ytelseseffektivitet

Foretrekker serverside-databehandling for valideringer og beregninger (plugin-moduler) for å redusere klientturer.
Beregninger for satsvis oppsummering og nedstrøms linjeforberedelse for å kontrollere belastningen under toppbruk.
Juster synkronisering til forretningsbehov og unngå unødvendig dobbeltskrivingsomfang.

Opplevelsesoptimalisering

Støtter rask oppretting av estimater gjennom XML-basert seeding og bibliotekvalg som kan brukes på nytt. Tillat gjentakelse av gjentakelse.
Bruk klare porter (oppsummering av finalisering/låsing, gjennomgang fullført) for å gjøre tilstanden synlig og redusere tvetydighet.
Gi planleggere strømlinjeformede innfasingsoperasjoner og instrumentbord som gjenspeiler ERP-kapasitetsgrunnlinjer pluss estimater/prognosebehovssignaler.

Ansvarlig kunstig intelligens

Denne arbeidsbelastningen er ikke avhengig av AI-genererte utdata for priser, godkjenninger eller beslutninger. Forretningsbrukere forblir ansvarlige for endelige trinn for gjennomgang og godkjenning.

Bidragsytere

Microsoft vedlikeholder denne artikkelen. Følgende bidragsytere skrev denne artikkelen.

Hovedforfattere:

Esteban Salinas, rektor

Tilbakemeldinger

Var denne siden nyttig?

Last updated on 2026-08-13