ERP og operationelle data
Dynamics 365 Finance & Supply Chain Management
- Frigivne produkter
- Produktmasterdata
- Kunder
- Enheder
- Valuta
- Lager
- Omkostninger
- Prisinput
- Produktionsstrukturer
- Produktionsudførelse
- Funktioner > Integrationer > Dynamics 365 F&O CPQ
Mercura + Microsoft Dynamics 365 Finance & Supply Chain Management
CPQ til Microsoft Dynamics 365 Finance & Supply Chain Management
Konfigurér komplekse produkter, beregn konfigurationsspecifikke priser, generér kundeklare tilbud og overfør det godkendte resultat til Microsoft Dynamics 365.
Mercura tilføjer et salgsorienteret CPQ- og produktkonfigurationslag omkring Microsoft Dynamics 365 Finance og Supply Chain Management – ofte omtalt som Dynamics 365 F&O eller FSCM – mens Dynamics 365 fortsat håndterer de operationelle ERP-processer.
- Bygget til producenter med komplekse produkter
- Til F&O / Supply Chain Management
- Til internt salg, forhandlere og kunder
Dynamics 365 F&O Eksempeloutput
Salgstilbud
- Kunde
- Nordic Manufacturing
- Konfigureret vare
- Industriel systemløsning
- Status
- Valideret
- Overdragelse
- Ordreklar
Svaret på 30 sekunder
Hvad er CPQ til Dynamics 365 F&O?
CPQ til Dynamics 365 F&O forbinder Configure, Price, Quote med produkt-, kunde- og driftsdata i Microsoft Dynamics 365 Finance og Supply Chain Management. I stedet for at en sælger manuelt skal omsætte kundens behov til varenumre, dimensioner, optioner, styklistekomponenter og priser, guider Mercura brugeren gennem konfigurationen og genererer et struktureret resultat, som Dynamics 365 kan arbejde videre med.
Kundebehov → Produktkonfiguration → Pris → Tilbud → Godkendelse → Dynamics 365 tilbud/ordre → Produktion
Dynamics 365 forbliver ERP- og supply-chain-platformen. Mercura håndterer de komplekse salgsbeslutninger, der skal træffes, før den korrekte ordre kan oprettes.
Vigtig sondring
Dynamics 365 Supply Chain Management har allerede en produktkonfigurator. Hvorfor så CPQ?
Microsoft Dynamics 365 Supply Chain Management indeholder native funktioner til produktkonfiguration. Constraint-baserede produktkonfigurationsmodeller kan indeholde attributter, constraints, beregninger, komponenter, styklister og ruteoperationer, og konfigurerbare produkter kan bruges på salgstilbud og salgsordrer. For mange producenter er den native kapacitet værdifuld.
Spørgsmålet er ikke:
Kan Dynamics 365 konfigurere et produkt?
Det kan det.
Det bedre spørgsmål er:
Hvor stopper den operationelle produktkonfiguration, og hvor begynder salgsoplevelsen?
Dynamics' native produktkonfiguration er tæt koblet til produkt- og produktionsstrukturen. Mercura CPQ fokuserer på:
- ✓ Vejledt salg
- ✓ Salgs- og engineeringregler
- ✓ Konfigurationsspecifikke beregninger
- ✓ Kommerciel prislogik
- ✓ Bundles og tilbehør
- ✓ Live 2D/3D-visualisering
- ✓ Selvbetjening for kunder og forhandlere
- ✓ Konfigurationsspecifikke tilbud
- ✓ Godkendelsesworkflows
- ✓ Struktureret ERP-overdragelse
I behøver ikke nødvendigvis vælge mellem Dynamics-konfiguratoren og Mercura. For mange virksomheder er den bedste arkitektur: Dynamics 365 til operationel produktlogik + Mercura til salgskonfiguration og CPQ.
Systemansvar
Lad Dynamics 365 være det operationelle system. Tilføj CPQ-laget før ordren.
En ren arkitektur duplikerer ikke jeres ERP. Den giver hvert system et klart ansvar.
→kontekst
M
Configure · Price · Quote
Mercura
- Vejledt salg
- Produktvalg
- Regler og constraints
- Formler og beregninger
- Konfigurationsspecifik prissætning
- Bundles og tilbehør
- 2D/3D-visualisering
- Tilbudsgenerering
- Godkendelser
- Forhandler-/kundeoplevelser
→godkendt resultat
Eksekvering
Dynamics 365 Finance & Supply Chain Management
- Salgstilbud
- Salgsordre
- Produkt-/konfigurationsreference
- Ordrelinjer
- Konfigurationsværdier
- Komponenter
- Stykliste-/produktionsdata
- Produktion og leverance
Integrationen designes omkring jeres Dynamics 365-implementering. Mercura kræver ikke, at I ombygger produkt-, stykliste- eller salgsstrukturen omkring et bestemt CPQ-datamodel.
Native konfiguration vs. CPQ
Dynamics 365 Product Configurator eller Mercura CPQ?
Dynamics 365 produktkonfiguration er tæt koblet til den operationelle produkt- og produktionsstruktur. Mercura CPQ fokuserer på alt det, der kræves for at omsætte et kundekrav til en salgbar, forståelig og kommercielt korrekt løsning.
| Behov | Dynamics 365 SCM Produktkonfiguration | Mercura CPQ |
|---|---|---|
| Produktmasterdata og frigivne produkter | Kernefunktion | Læser/maper relevante data |
| Produktdimensioner | Kernefunktion | Kan præsenteres salgsvenligt |
| Constraint-baseret konfiguration | Understøttet | Understøttet |
| Styklistekonfiguration | Kernefunktion for produktion | Kan beregne/mappe kommercielt/teknisk output |
| Ruter | Kernefunktion | Typisk overdragelse til SCM/engineering |
| Konfiguration fra salgsordre | Kernefunktion | Kan ligge før ERP-processen |
| Vejledt salg ud fra kundekrav | ERP-orienteret | Kernefunktion i CPQ |
| Salgsvenlig brugeroplevelse | Ikke primært formål | Kernefunktion |
| Forhandlerkonfigurator | Kræver ekstra løsning | Kerne-use case |
| Kundeselvbetjening | Kræver ekstra løsning | Kerne-use case |
| 2D/3D-visual konfiguration | Ikke primært formål | Kernefunktion |
| Konfigurationsspecifikke tilbud | ERP-dokumentproces | Kernefunktion |
| Komplekse salgsberegninger | Afhænger af ERP-modellen | Kernefunktion |
| Headless/custom frontend | Custom arkitektur | Nativ Mercura-tilgang |
| CRM-led konfiguration | Kræver integration | Designet til sammenhængende salgsprocesser |
Dynamics 365 alene passer, når
Når konfigurationen primært skal afgøre en gyldig ERP-produktvariant, stykliste og rute, og jeres brugere er komfortable med at konfigurere produkter direkte i Dynamics 365-processen.
Mercura passer også, når
Når kundens krav først skal oversættes til tekniske valg, kommercielle optioner, beregninger, visualisering eller et kundevendt tilbud, før ERP-transaktionen kan oprettes.
Kombinér begge, når
Når Dynamics 365 allerede indeholder værdifuld produktions- og konfigurationslogik, der bør forblive autoritativ, mens salget har brug for en enklere og mere kraftfuld oplevelse omkring den.
Tre måder Mercura kan arbejde med Dynamics 365-produktkonfiguration
Der findes ikke én korrekt F&O CPQ-arkitektur. Den rigtige model afhænger af, hvor jeres produktviden allerede ligger.
Model 1 – Dynamics 365 forbliver configuration master
I har allerede modne Dynamics 365 produktkonfigurationsmodeller. Mercura leverer salgsoplevelsen og opsamler de nødvendige input. Den aftalte integration sender dem videre til den relevante Dynamics-konfigurationsproces.
Godt valg når:
- •Native SCM-konfigurationsmodeller er modne
- •Stykliste- og rutelogik skal blive i Dynamics 365
- •Genopbygning af operationel logik vil skabe unødig dobbeltvedligeholdelse
Model 2 – Mercura ejer salgskonfigurationen
Mercura indeholder reglerne, der afgør den salgbare konfiguration, og producerer varer, mængder, parametre og kommercielle værdier til Dynamics 365.
Godt valg når:
- •Logikken i dag ligger i Excel eller hos enkelte medarbejdere
- •Salgskonfigurationen afviger væsentligt fra ERP-produktmodellen
- •Guided selling og digitale salgskanaler er vigtige
- •Output kan mappes rent til released products, komponenter eller ordredata
Model 3 – Mercura → Engineering/CAD → Dynamics 365
Mercura automatiserer den gentagelige salgs- og konfigurationsdel og sender parametre til CAD, PLM eller engineering. Det validerede tekniske resultat går derefter videre til Dynamics 365.
Godt valg når:
- •Produkter er engineer-to-order
- •CAD stadig afgør endelig geometri eller produktionsstruktur
- •CPQ kan automatisere 70–90 % af beslutningsprocessen, mens engineering godkender det endelige design
Mercura kan integrere med systemer omkring Dynamics 365 i stedet for at presse al produktlogik ind i én applikation.
Salgsoplevelsen
Gør ERP-produktviden anvendelig i salget
En kunde kommer normalt ikke med product master, configuration dimension, varenummer, styklistevariant, komponentkode, rute eller engineering-attribut. Kunden kommer med et behov.
"Vi har brug for et fyldesystem til 3.000 flasker i timen med denne flaskestørrelse, automatisk lukning og disse hygiejnekrav."
- 01
Forstå behovet
Indfang kapacitet, miljø, mål, installationskrav og kundepræferencer.
- 02
Find den rigtige løsning
Regler identificerer relevante produktfamilier, maskiner eller systemer.
- 03
Konfigurér
Kun kompatible optioner, komponenter og tilbehør vises.
- 04
Beregn
Beregn mål, mængder, tekniske værdier, omkostninger, tillæg og pris.
- 05
Visualisér
Billeder, tegninger eller interaktiv 3D ændres med konfigurationen.
- 06
Generér tilbud
Lav et tilbud, der forklarer, hvad kunden køber.
- 07
Send til Dynamics 365
Overfør den godkendte løsning til aftalt tilbuds-, ordre- og produktionsflow.
Fra konfiguration til tilbud
Et tilbud kunden forstår. Data Dynamics 365 kan eksekvere.
ERP-data og kundevendte oplysninger har forskellige formål. Mercura kan bruge den samme strukturerede konfiguration til at producere salgsdokumenter med de oplysninger, kunden faktisk har brug for. Samtidig kan systemet producere en mere teknisk datastruktur til Dynamics 365. Dermed undgår I at skulle genindtaste den solgte løsning efter kundens accept.
- ✓ Konfigureret løsning og produktbeskrivelser
- ✓ Valgte optioner, mængder og dimensioner
- ✓ Tekniske specifikationer, billeder og tegninger
- ✓ Kommercielle priser, rabatter og valgfrie produkter
- ✓ Handelsbetingelser
Dynamics 365 Sales + Mercura CPQ + Finance & Supply Chain Management
Mange enterprise Dynamics-miljøer bruger mere end én Dynamics-applikation.
Dynamics 365 Sales
- Opportunity
- Account
- Contact
- Salg
Mercura
- Behov
- Konfiguration
- Pris
- Tilbud
Dynamics 365 Finance & Supply Chain Management
- Tilbud/ordre
- Produktstruktur
- Produktion
- Lager
- Fulfillment
- Finans
Det præcise system of record for kunde-, tilbuds- og produktinformation afhænger af jeres Microsoft-arkitektur. Mercura kræver ikke, at den kommercielle proces begynder inde i ERP-systemet.
Det validerer vi i jeres Dynamics 365-miljø
Der findes ikke et troværdigt plug in any F&O instance and everything works-løfte. En ordentlig CPQ-integration starter med at forstå, hvordan jeres Dynamics-miljø faktisk fungerer.
Produktmodel
- •Frigivne produkter
- •Product masters
- •Produktdimensioner
- •Attributter
- •Eksisterende produktkonfigurationsmodeller
- •Varianter
Produktion
- •Styklister
- •Ruter
- •Configure-to-order-proces
- •Engineer-to-order-proces
- •Produktionsordrekrav
Kommercielt model
- •Kunder
- •Salgstilbud
- •Salgsordrer
- •Priser
- •Rabatter
- •Valuta
- •Legal entities
Udvidelser
- •Custom fields
- •Custom tables
- •X++-extensions
- •Eksisterende integrationer
- •Brancheløsninger
Arkitektur
- •Finance
- •Supply Chain Management
- •Dynamics 365 Sales
- •Dataverse
- •Power Platform
- •CAD / PLM / PIM
- •Integrationsmiddleware
Drift
- •Synkroniseringsfrekvens
- •Fejlhåndtering
- •Retry-strategi
- •Logging
- •Afstemning
- •Ejerskab
Teknisk integration
Hvilke data kan Dynamics 365 F&O og Mercura udveksle?
Dynamics 365 finance and operations-apps eksponerer flere integrationsmønstre. Den korrekte grænseflade afhænger af volumen, latenskrav, jeres eksisterende udvidelser og om processen er synkron eller asynkron. Den endelige kontrakt aftales på feltniveau under implementeringen.
| Data | Retning | Typisk integration | Formål |
|---|---|---|---|
| Frigivne produkter | Dynamics 365 → Mercura | Public data entity / OData / integrationslag | Genbrug ERP-produktdata |
| Produktattributter | Dynamics 365 → Mercura | Data entity / mapping | Konfigurationskontekst |
| Kunder | Dynamics 365 → Mercura | Public data entity / OData | Kundespecifikt salg |
| Enheder og valuta | Dynamics 365 → Mercura | Data entities | Konsistente kommercielle beregninger |
| Prisinput | Dynamics 365 → Mercura | OData / service / mapping | Genbrug ERP-prisdata |
| Lagerkontekst | Dynamics 365 → Mercura | OData/service hvor relevant | Tilgængelighedsbevidst salg |
| Konfiguration | Mercura → Dynamics 365 | Data entity / endpoint / service | Bevar det solgte |
| Salgstilbud | Mercura → Dynamics 365 | Data entity / service | Fortsæt ERP-tilbudsflow |
| Salgsordre | Mercura → Dynamics 365 | Data entity / service | Opret eksekveringsklar ordre |
| Komponenter / BOM | Mercura → Dynamics 365 | Implementationsspecifikt | Configure-to-order-overdragelse |
| Engineeringparametre | Mercura → Dynamics 365 / CAD / PLM | API-mapping | Teknisk downstream-automation |
| Mercura-reference | Mercura → Dynamics 365 | Feltmapping | Sporbarhed end-to-end |
OData, Data Management eller tilpassede services?
Dynamics 365 understøtter flere integrationsmønstre, og de bør ikke behandles som udskiftelige.
OData
Finance and operations-apps eksponerer public data entities gennem et OData REST-endpoint.
- •Forespørgsler på masterdata
- •Kunder
- •Produkter
- •Mindre synkrone transaktioner
- •CRUD mod egnede public entities
Data Management Framework
Data Management Framework understøtter data entities og datapakker til import, eksport og integration.
- •Større synkronisering
- •Strukturerede import/eksport
- •Bulkdata
- •Planlagt integration
Recurring integrations
Recurring integrations kan udveksle dokumenter eller filer mellem finance and operations-apps og eksterne applikationer.
- •Asynkrone integrationer
- •Planlagt dokumentudveksling
- •Eksisterende data management-processer
Tilpassede services og udvidelser
Ikke alle Dynamics 365-implementeringer kan repræsenteres af standard public entities. Tilpassede services eller extensions kan være den rigtige tilgang, når processen afhænger af tilpassede tabeller, felter, forretningslogik, specialiseret prissætning, produktkonfigurationslogik, virksomhedsspecifik ordreoprettelse eller produktionsprocesser.
Mercuras integrationsdesign starter med forretningsprocessen og vælger den passende Dynamics 365-grænseflade – i stedet for at love, at hver implementering er en one-click OData-forbindelse.
Microsoft Entra ID og API-sikkerhed
Dynamics 365 finance and operations-integrationer kan bruge OAuth 2.0 og Microsoft Entra application identities til autentificeret system-til-system-kommunikation. Den præcise sikkerhedsarkitektur afhænger af integrationsmønsteret og jeres Dynamics 365-miljø.
Under implementeringen definerer vi blandt andet:
- ✓Application identity
- ✓Permissions
- ✓Dynamics security mapping
- ✓Miljøseparation
- ✓API-adgang
- ✓Logging
- ✓Fejlhåndtering
- ✓Credential management
Hvor skal prislogikken ligge i en Dynamics 365 CPQ-arkitektur?
Der findes ikke ét universelt svar. At duplikere alle Dynamics 365-prisregler i CPQ er normalt lige så uønsket som at presse alle konfigurationsspecifikke beregninger ind i ERP.
Model 1 – Dynamics ejer prisen
Mercura konfigurerer. Dynamics leverer den relevante kommercielle slutpris.
Godt valg når: ERP allerede producerer den endelige pris, som salgsprocessen kræver.
Model 2 – Dynamics leverer base prices
Dynamics 365 leverer varepriser, kundeinformation eller andre kommercielle input. Mercura beregner den konfigurationsafhængige del.
Basismaskine + breddetillæg + materialefaktor + motorupgrade + kontrolpakke + installation − kunderabat = konfigureret pris
Godt valg når: ERP-pricing fungerer godt for standardprodukter, men den konfigurerede løsning introducerer formler og optionsafhængig pricing.
Model 3 – Mercura beregner hele prisen
Mercura ejer det komplette CPQ-prismodel og sender den godkendte salgspris til Dynamics 365 sammen med ordrestrukturen.
Godt valg når: Prisen afhænger stærkt af konfigurationsparametre, beregninger, kundekrav eller produktrelationer.
Prisownership er en arkitekturbeslutning – ikke en feature-checkliste.
Fra F&O CPQ til stykliste, ruter og produktion
For producenter er tilbuddet kun halvdelen af problemet. Driften skal også vide: hvad solgte vi præcist, og hvad skal vi bygge?
Mønster 1 – Eksisterende vare eller variant
Mercura identificerer en eksisterende salgbar og producerbar løsning.
Output: Produkt + konfigurationsreference + mængde + pris
Mønster 2 – Native Dynamics-konfiguration
Dynamics 365 produktkonfiguration forbliver ansvarlig for at generere den operationelle produktstruktur. Mercura leverer salgs- og konfigurationskonteksten, som den aftalte proces kræver.
Output: Konfigurationsparametre → Dynamics 365-konfiguration
Mønster 3 – Konfigurationsgenereret komponentstruktur
Mercura beregner, hvilke komponenter og mængder der hører til den solgte konfiguration, og mapper resultatet til det aftalte Dynamics-flow.
Output: Hovedprodukt + komponenter + mængder + konfigurationsværdier
Mønster 4 – Engineer-to-order
Mercura opretter den kommercielle konfiguration og sender strukturerede parametre til CAD, PLM eller engineering. Den resulterende tekniske struktur bliver produktionsdefinitionen downstream.
Output: CPQ-parametre → engineering → endelig produktionsstruktur → Dynamics 365
Implementering
Implementering fra ét produkt til produktion
Integrationen er ét arbejdsstrøm. Den større gevinst kommer, når produkt-, pris- og salgsviden gøres eksplicit nok til at automatisere.
- 01
Modellér ét repræsentativt produkt
Vælg et produkt med nok kompleksitet til at bevise arkitekturen. Indfang kundekrav, optioner, afhængigheder, beregninger, prissætning og forventet Dynamics-output.
Output: Valideret CPQ-pilotmodel
- 02
Kortlæg Dynamics 365
Identificér relevante data entities, produkter, kunder, prisinput, tilbuds-/ordreobjekter, produktionsoutput og extensions.
Output: Feltniveau-integrationsspecifikation
- 03
Byg salgsoplevelsen
Design oplevelsen omkring dem, der bruger den: interne sælgere, engineering, forhandlere og kunder. Tilføj regler, visualisering, dokumenter og godkendelser.
Output: Testbart end-to-end-salgsworkflow
- 04
Validér ERP-overdragelse
Sammenlign Mercura-output med det forventede Dynamics 365-transaktions- og produktionsresultat.
Output: Afstemt quote-to-order-proces
- 05
Skalér
Udvid produktfamilie for produktfamilie, mens produkt- og integrationsstyring holdes eksplicit.
Output: Vedligeholdelsesvenlig CPQ-udrulning
Hvor det betaler sig
Anvendelsesscenarier med nok kompleksitet til at retfærdiggøre CPQ
Industrielt udstyr
Konfigurér kapaciteter, dimensioner, materialer, motorer, kontrolpakker og tilbehør.
Købssignal: Salg har ofte brug for engineering til at validere et tilbud.
Maskiner
Omsæt krav til en maskine, modulstruktur, optioner og produktionsinput.
Købssignal: Hver ordre kræver flere tekniske beslutninger, før en vare kan vælges.
Byggeprodukter
Beregn størrelser, materialer, monteringskrav, overflader og installationsoptioner.
Købssignal: Det endelige produkt afhænger af dimensioner og formler frem for simpel SKU-valg.
Procesanlæg
Konfigurér flere produkter til én engineered kommerciel løsning.
Købssignal: Salg sælger i praksis et system frem for en enkelt vare.
Forhandlersalg
Giv distributører styret adgang til produktviden, konfiguration og prissætning.
Købssignal: Forhandler-vækst skaber stigende supportbelastning for intern engineering og salg.
Engineer-to-order
Automatisér de gentagelige 80 % af produktvalget, før engineering færdiggør det endelige tekniske arbejde.
Købssignal: Ingeniører bruger betydelig tid på at besvare de samme konfigurationsspørgsmål til salg.
Beslutningsstøtte
Spørgsmål om Dynamics 365 F&O CPQ, besvaret
Hvad er Dynamics 365 F&O CPQ? +
Dynamics 365 F&O CPQ forbinder Configure, Price, Quote med Microsoft Dynamics 365 Finance og Supply Chain Management. Det gør det muligt at omsætte kundekrav til korrekte konfigurationer, priser og tilbud, før Dynamics 365 håndterer den operationelle eksekvering.
Er F&O og FSCM det samme? +
F&O bruges fortsat bredt som betegnelse for Dynamics' finance-and-operations-platform. Microsoft markedsfører i dag Dynamics 365 Finance og Dynamics 365 Supply Chain Management som separate applikationer. FSCM eller F&SCM bruges ofte som forkortelse for Finance + Supply Chain Management. For CPQ-købere beskriver disse termer ofte det samme underliggende integrationslandskab.
Har Dynamics 365 F&O en produktkonfigurator? +
Dynamics 365 Supply Chain Management har det. Microsoft understøtter predefined variants, dimension-baseret konfiguration og constraint-baseret produktkonfiguration. Constraint-baserede produktkonfigurationsmodeller kan indeholde attributter, constraints, beregninger, komponenter, styklistelinjer og ruteoperationer og kan bruges ved konfiguration fra salgstilbud og -ordrer. Det betyder, at ekstern CPQ ikke automatisk skal erstatte den native konfigurator. Mercura er især relevant, når I også har brug for guided selling, kundevendt konfiguration, visualisering, sofistikeret kommerciel logik eller rigere tilbudsautomatisering.
Microsoft: Oversigt over produktkonfigurationsmodeller →Hvad er forskellen på Dynamics 365 Product Configurator og CPQ? +
Dynamics 365-konfiguratoren hjælper primært med at definere en gyldig produkt- og operationel struktur inde i Supply Chain Management. CPQ dækker det bredere salgsproblem: hvad har kunden brug for, hvad kan vi sælge, hvad skal det koste, hvordan præsenterer vi det, og hvad skal ERP eksekvere. Virksomheder kan bruge enten system alene eller kombinere dem.
Kan Mercura arbejde med vores eksisterende Dynamics 365 produktkonfigurationsmodeller? +
Potentielt ja. Den korrekte arkitektur afhænger af, hvordan modellerne er struktureret, og hvordan de skal indgå i salgsprocessen. Vi afgør først, om den bedste tilgang er at beholde native Dynamics-konfiguration som autoritativ, modellere salgskonfigurationen i Mercura og mappe output til Dynamics, eller dele ansvar mellem de to. Vi anbefaler ikke at genopbygge moden ERP-konfigurationslogik uden en forretningsmæssig grund.
Kan Mercura oprette salgstilbud og salgsordrer i Dynamics 365? +
Ja, når det indgår i den aftalte integration. Mercura kan mappe en godkendt konfiguration til den relevante Dynamics 365-tilbuds- eller ordreproces, inklusive referencer, produkter, mængder, kommercielle værdier og konfigurationsinformation. Den præcise grænseflade afhænger af jeres tilgængelige data entities, extensions og ordrestruktur.
Kan Mercura sende styklister til Dynamics 365? +
Ja, men send en BOM kan betyde flere forskellige ting i Dynamics 365. Implementeringen skal fastlægge, om den solgte konfiguration skal vælge en eksisterende variant, trigge en eksisterende produktkonfigurationsmodel, referere en eksisterende BOM, oprette konfigurationsspecifikke komponentdata eller fodre engineering, før den endelige BOM findes. Vi designer integrationen omkring produktionsprocessen i stedet for at antage, at hvert konfigurerbart produkt skal oprette en ny BOM.
Hvor skal pricing ligge? +
Det kan forblive i Dynamics 365, fordeles mellem Dynamics 365 og Mercura eller beregnes i Mercura. Det korrekte valg afhænger af, om jeres pricing primært er ERP-/kundebaseret eller konfigurationsbaseret.
Skal sælgerne arbejde direkte i Dynamics 365? +
Nej. Mercura kan drive interne salgsapplikationer, Dynamics-forbundne workflows, forhandlerportaler, kundeportaler, website-konfiguratorer og custom applikationer. Den samme konfigurationsmotor kan betjene forskellige kanaler, mens Dynamics 365 forbliver det operationelle backend.
Hvordan integrerer Mercura med Dynamics 365? +
Almindelige Microsoft-integrationsteknologier omfatter OData og public data entities, Data Management Framework, REST APIs, recurring integrations, tilpassede services og extensions samt Microsoft Entra ID-autentificering. Den præcise arkitektur afhænger af datavolumener, latenskrav, extensions og forretningsproces.
Kan Mercura også integrere Dynamics 365 Sales? +
Ja. I en bredere Microsoft-arkitektur kan Dynamics 365 Sales eje CRM og opportunities, Mercura håndtere konfiguration og tilbud, og Finance & Supply Chain Management håndtere downstream ordre-, produktions- og finansprocesser.
Officielle tekniske ressourcer
Teknisk indhold sidst gennemgået 30. august 2026. Validér antagelser mod jeres Dynamics 365-udgave, release og extensions.
Udforsk capability-stacken
Gå dybere med de dele af CPQ, der betyder noget
Se det på jeres proces
Tag ét rigtigt Dynamics 365-tilbud med. Vi mapper CPQ-arkitekturen omkring det.
Den bedste måde at vurdere Dynamics 365 CPQ på er ikke en generisk featureliste. Tag ét repræsentativt produkt og ét rigtigt tilbudsflow med. Vi mapper kundebehov → konfiguration → pris → tilbud → Dynamics 365 → produktion og viser, hvad der bør blive i Finance & Supply Chain Management, og hvad Mercura kan automatisere.
Book en CPQ demo