ERP och operativ kontext
Dynamics 365 Finance & Supply Chain Management
- Frisläppta produkter
- Produktmasterdata
- Kunder
- Enheter
- Valutor
- Lager
- Kostnader
- Prisinput
- Tillverkningsstrukturer
- Produktionsutförande
- Funktioner > Integrationer > Dynamics 365 F&O CPQ
Mercura + Microsoft Dynamics 365 Finance & Supply Chain Management
CPQ för Microsoft Dynamics 365 Finance & Supply Chain Management
Konfigurera komplexa produkter, beräkna konfigurationsspecifika priser, skapa kundfärdiga offerter och överför det godkända resultatet till Microsoft Dynamics 365.
Mercura lägger till ett försäljningsorienterat CPQ- och produktkonfigurationslager kring Microsoft Dynamics 365 Finance och Supply Chain Management – ofta kallat Dynamics 365 F&O eller FSCM – medan Dynamics 365 fortsätter att hantera de operativa ERP-processerna.
- För tillverkare med komplexa produkter
- För F&O / Supply Chain Management
- För intern försäljning, återförsäljare och kunder
Dynamics 365 F&O Exempeloutput
Försäljningsoffert
- Kund
- Nordic Manufacturing
- Konfigurerad artikel
- Industriellt system
- Status
- Validerad
- Överlämning
- Orderklar
Svaret på 30 sekunder
Vad är CPQ för Dynamics 365 F&O?
CPQ för Dynamics 365 F&O kopplar Configure, Price, Quote till produkt-, kund- och verksamhetsdata i Microsoft Dynamics 365 Finance och Supply Chain Management. I stället för att säljaren manuellt behöver omvandla kundkrav till artikelnummer, dimensioner, val, BOM-komponenter och priser vägleder Mercura användaren genom konfigurationen och producerar ett strukturerat resultat som Dynamics 365 kan arbeta vidare med.
Kundkrav → Konfiguration → Pris → Offert → Godkännande → Dynamics 365 offert/order → Produktion
Dynamics 365 förblir ERP- och supply-chain-plattformen. Mercura hanterar de komplexa försäljningsbeslut som måste fattas innan rätt order kan skapas.
Viktig distinktion
Dynamics 365 Supply Chain Management har redan produktkonfiguration. Varför behövs CPQ?
Microsoft Dynamics 365 Supply Chain Management har inbyggda funktioner för produktkonfiguration. Constraint-baserade produktkonfigurationsmodeller kan innehålla attribut, regler, beräkningar, komponenter, stycklister och ruteoperationer, och konfigurerbara produkter kan användas i försäljningsofferter och order. För många tillverkare är den inbyggda kapaciteten värdefull.
Frågan är inte:
Kan Dynamics 365 konfigurera en produkt?
Ja.
Den viktiga frågan är:
Var slutar den operativa produktkonfigurationen och var börjar försäljningsupplevelsen?
Dynamics 365 produktkonfiguration är nära kopplad till den operativa produkt- och tillverkningsstrukturen. Mercura CPQ fokuserar på:
- ✓ Guidad försäljning
- ✓ Kommersiella och tekniska regler
- ✓ Konfigurationsspecifika beräkningar
- ✓ Prislogik
- ✓ Tillbehör och paket
- ✓ Live 2D/3D-visualisering
- ✓ Självbetjäning för kunder och återförsäljare
- ✓ Konfigurationsspecifika offerter
- ✓ Godkännandeflöden
- ✓ Strukturerad ERP-överlämning
Ni behöver inte nödvändigtvis välja mellan Dynamics-konfiguratören och Mercura. För många företag är den starkaste arkitekturen: Dynamics 365 för operativ produktlogik + Mercura för försäljning och CPQ.
Systemansvar
Dynamics 365 sköter ERP. Mercura hanterar CPQ före ordern.
En ren arkitektur duplicerar inte ert ERP. Den ger varje system ett tydligt ansvar.
→kontext
M
Configure · Price · Quote
Mercura
- Guidad försäljning
- Produktval
- Regler och constraints
- Formler och beräkningar
- Konfigurationsspecifik prissättning
- Paket och tillbehör
- 2D/3D-visualisering
- Offertgenerering
- Godkännanden
- Återförsäljare/kundupplevelse
→godkänt resultat
Exekvering
Dynamics 365 Finance & Supply Chain Management
- Försäljningsoffert
- Försäljningsorder
- Produkt-/konfigurationsreferens
- Orderrader
- Konfigurationsvärden
- Komponenter
- Stycklista/tillverkningsdata
- Produktion och leverans
Varje integration utformas kring den befintliga Dynamics-miljön. Mercura kräver inte att tillverkare omstrukturerar produkter, stycklistor eller försäljningsprocesser kring en fördefinierad CPQ-datamodell.
Inbyggd konfiguration vs. CPQ
Dynamics 365 Product Configurator eller Mercura CPQ?
Dynamics 365 produktkonfiguration är nära kopplad till den operativa produkt- och tillverkningsstrukturen. Mercura CPQ fokuserar på allt som krävs för att omvandla ett kundkrav till en säljbar, begriplig och kommersiellt korrekt lösning.
| Behov | Dynamics 365 SCM Produktkonfiguration | Mercura CPQ |
|---|---|---|
| Produktmasterdata och frisläppta produkter | Kärnfunktion | Läser/mappar relevanta data |
| Produktdimensioner | Kärnfunktion | Kan visas försäljningsvänligt |
| Constraint-baserad konfiguration | Stöds | Stöds |
| BOM-konfiguration | Kärnfunktion för tillverkning | Kan beräkna/mappa kommersiell/teknisk utdata |
| Routing | Kärnfunktion | Vanligen överlämning till SCM/engineering |
| Konfiguration från försäljningsorder | Kärnfunktion | Kan ligga före ERP-processen |
| Guidad försäljning utifrån kundkrav | ERP-orienterat | Kärnfunktion i CPQ |
| Enkel säljarupplevelse | Inte huvudfokus | Kärnfunktion |
| Återförsäljarkonfigurator | Kräver extra lösning | Kärn-use case |
| Kundsjälvbetjäning | Kräver extra lösning | Kärn-use case |
| 2D/3D-visuell konfiguration | Inte huvudfokus | Kärnfunktion |
| Konfigurationsspecifik offert | ERP-process | Kärnfunktion |
| Komplex kommersiell prissättning | Modellberoende | Kärnfunktion |
| Headless/custom frontend | Custom arkitektur | Nativ Mercura-arkitektur |
| CRM-driven konfiguration | Kräver integration | Utformad för sammankopplade försäljningsprocesser |
Dynamics 365 räcker när
När konfigurationen främst ska avgöra en giltig ERP-produktvariant, stycklista och rutt, och era användare är bekväma med att konfigurera produkter direkt i Dynamics 365-processen.
Mercura passar när
När kundkravet först måste översättas till tekniska val, kommersiella alternativ, beräkningar, visualisering eller ett kundvändt förslag innan ERP-transaktionen kan skapas.
Kombinera båda när
När Dynamics 365 redan innehåller värdefull tillverknings- och konfigurationslogik som bör förbli auktoritativ, medan försäljningen behöver en enklare och mer kraftfull upplevelse runt den.
Tre arkitekturmönster för Mercura med Dynamics 365 produktkonfiguration
Det finns ingen enda korrekt F&O CPQ-arkitektur. Rätt modell beror på var er produktkunskap redan finns.
Mönster 1 – Dynamics 365 är configuration master
Ert företag har redan mogna Dynamics 365 produktkonfigurationsmodeller. Mercura samlar in säljinput och levererar försäljningsresan. Den överenskomna integrationen översätter dessa input till den relevanta Dynamics-konfigurationsprocessen.
Bäst när:
- •Inbyggda SCM-konfigurationsmodeller är mogna
- •Styckliste- och ruttlogik ska förbli i Dynamics 365
- •Att bygga om operativ konfigurationslogik skulle skapa onödig duplicering
Mönster 2 – Mercura äger försäljningskonfigurationen
Mercura innehåller reglerna som avgör den säljbara konfigurationen och producerar artiklar, kvantiteter, parametrar och kommersiella värden som Dynamics 365 behöver.
Bäst när:
- •Befintlig logik finns i kalkylblad eller i medarbetares huvuden
- •Försäljningskonfigurationen skiljer sig väsentligt från ERP-produktmodellen
- •Guidad försäljning och digitala kanaler är prioriterade
- •Output kan mappas rent till released products, komponenter eller orderdata
Mönster 3 – Mercura → CAD/Engineering → Dynamics 365
Mercura automatiserar den upprepbara kommersiella konfigurationen och skickar strukturerade parametrar till engineering, CAD eller PLM. Det validerade tekniska resultatet fortsätter sedan till Dynamics 365.
Bäst när:
- •Produkter är engineer-to-order
- •CAD fortfarande avgör slutlig geometri eller tillverkningsstruktur
- •CPQ kan automatisera 70–90 % av beslutsprocessen medan engineering godkänner den slutliga designen
Mercura kan integrera med system runt Dynamics 365 i stället för att tvinga in all produktlogik i en enda applikation.
Försäljningsupplevelsen
Från kundkrav till ett resultat Dynamics kan använda
Kunden känner vanligtvis inte till product master, configuration dimension, artikelnummer, stycklistevariant, komponentkod, rutt eller engineering-attribut. Kunden känner sitt behov.
"Vi behöver ett fyllsystem för 3 000 flaskor i timmen med denna flasstorlek, automatisk förslutning och dessa hygienkrav."
- 01
Behov
Fånga kapacitet, miljö, mått, installationskrav och kundpreferenser.
- 02
Lösning
Identifiera rätt produktfamilj, maskin eller system med regler.
- 03
Konfiguration
Visa endast kompatibla val, komponenter och tillbehör.
- 04
Beräkning
Beräkna mått, kvantiteter, tekniska värden, kostnader, tillägg och pris.
- 05
Visualisering
Uppdatera bild, ritning eller interaktiv 3D när konfigurationen ändras.
- 06
Offert
Skapa ett professionellt kunddokument som förklarar vad kunden köper.
- 07
Dynamics 365
Överför godkänt resultat till överenskommet offert-, order- och produktionsflöde.
Från konfiguration till offert
Samma konfiguration – två användningsområden
ERP-data och kundinformation tjänar olika syften. Mercura kan använda samma strukturerade konfiguration för att producera försäljningsdokument med den information kunden faktiskt behöver. Samtidigt kan systemet producera en mer teknisk output till Dynamics 365. Det eliminerar behovet av att manuellt återskapa den sålda lösningen efter att kunden accepterat offerten.
- ✓ Konfigurerad lösning och produktbeskrivningar
- ✓ Valda alternativ, kvantiteter och mått
- ✓ Tekniska specifikationer, bilder och ritningar
- ✓ Kommersiella priser, rabatter och valfria produkter
- ✓ Villkor
Dynamics 365 Sales + Mercura CPQ + Finance & Supply Chain Management
Många enterprise Dynamics-miljöer använder mer än en Dynamics-applikation.
Dynamics 365 Sales
- Opportunity
- Account
- Contact
- Försäljningsaktivitet
Mercura
- Behov
- Konfiguration
- Pris
- Offert
Dynamics 365 Finance & Supply Chain Management
- Offert/order
- Produktstruktur
- Produktion
- Lager
- Fulfillment
- Finansiell exekvering
Det exakta system of record för kund-, offert- och produktinformation beror på er Microsoft-arkitektur. Mercura kräver inte att den kommersiella processen börjar inne i ERP-systemet.
Vad vi validerar i er Dynamics 365-miljö
Det finns inget trovärdigt plug in any F&O instance and everything works-löfte. En ordentlig CPQ-integration börjar med att förstå hur er Dynamics-miljö faktiskt fungerar.
Produktmodell
- •Frisläppta produkter
- •Product masters
- •Produktdimensioner
- •Attribut
- •Befintliga produktkonfigurationsmodeller
- •Varianter
Tillverkning
- •Stycklistor
- •Routing
- •Configure-to-order-process
- •Engineer-to-order-process
- •Produktionsorderkrav
Kommersiell modell
- •Kunder
- •Försäljningsofferter
- •Försäljningsorder
- •Priser
- •Rabatter
- •Valutor
- •Legal entities
Tillägg
- •Custom fields
- •Custom tables
- •X++-extensions
- •Befintliga integrationer
- •Branschlösningar
Arkitektur
- •Finance
- •Supply Chain Management
- •Dynamics 365 Sales
- •Dataverse
- •Power Platform
- •CAD / PLM / PIM
- •Integrationsmiddleware
Drift
- •Synkroniseringsfrekvens
- •Felhantering
- •Retry-strategi
- •Loggning
- •Avstämning
- •Ägarskap
Teknisk integration
Vilka data kan utbytas?
Dynamics 365 finance and operations-appar exponerar flera integrationsmönster. Rätt gränssnitt beror på volym, latenskrav, era befintliga tillägg och om processen är synkron eller asynkron. Det slutliga kontraktet överenskommes på fältnivå under implementeringen.
| Data | Riktning | Typisk integration | Syfte |
|---|---|---|---|
| Frisläppta produkter | Dynamics 365 → Mercura | Public data entity / OData / integrationslager | Återanvänd ERP-produktdata |
| Attribut | Dynamics 365 → Mercura | Data entity / mapping | Konfigurationskontext |
| Kunder | Dynamics 365 → Mercura | Public data entity / OData | Kundspecifik försäljning |
| Valuta/enheter | Dynamics 365 → Mercura | Data entities | Konsekventa kommersiella beräkningar |
| Prisdata | Dynamics 365 → Mercura | OData / service / mapping | Återanvänd ERP-prisdata |
| Lager | Dynamics 365 → Mercura | OData/service vid behov | Tillgänglighetsmedveten försäljning |
| Konfiguration | Mercura → Dynamics 365 | Data entity / endpoint / service | Bevara det som såldes |
| Offert | Mercura → Dynamics 365 | Data entity / service | Fortsätt ERP-offertflöde |
| Order | Mercura → Dynamics 365 | Data entity / service | Skapa exekveringsklar order |
| Komponenter/BOM | Mercura → Dynamics 365 | Implementeringsspecifikt | Configure-to-order-överlämning |
| Engineeringparametrar | Mercura → Dynamics 365 / CAD / PLM | API-mapping | Teknisk downstream-automation |
| Mercura-referens | Mercura → Dynamics 365 | Fältmappning | Spårbarhet end-to-end |
OData, Data Management eller anpassade tjänster?
Dynamics 365 stöder flera integrationsmönster, och de bör inte behandlas som utbytbara.
OData
Finance and operations-appar exponerar public data entities via ett OData REST-endpoint.
- •Frågor mot masterdata
- •Kunder
- •Produkter
- •Mindre synkrona transaktioner
- •CRUD mot lämpliga public entities
Data Management Framework
Data Management Framework stöder data entities och datapaket för import, export och integration.
- •Större synkronisering
- •Strukturerad import/export
- •Bulkdata
- •Schemalagd integration
Recurring integrations
Recurring integrations kan utbyta dokument eller filer mellan finance and operations-appar och externa applikationer.
- •Asynkrona integrationer
- •Schemalagt dokumentutbyte
- •Befintliga data management-processer
Anpassade tjänster och tillägg
Inte alla Dynamics 365-implementeringar kan representeras av standard public entities. Anpassade tjänster eller tillägg kan vara rätt tillvägagångssätt när processen beror på anpassade tabeller, fält, affärslogik, specialiserad prissättning, produktkonfigurationslogik, företagsspecifik orderhantering eller tillverkningsprocesser.
Mercuras integrationsdesign börjar med affärsprocessen och väljer rätt Dynamics 365-gränssnitt – i stället för att lova att varje implementering är en one-click OData-anslutning.
Microsoft Entra ID och API-säkerhet
Dynamics 365 finance and operations-integrationer kan använda OAuth 2.0 och Microsoft Entra application identities för autentiserad system-till-system-kommunikation. Den exakta säkerhetsarkitekturen beror på integrationsmönstret och er Dynamics 365-miljö.
Under implementeringen definierar vi bland annat:
- ✓Application identity
- ✓Behörigheter
- ✓Dynamics security mapping
- ✓Miljöseparation
- ✓API-åtkomst
- ✓Loggning
- ✓Felhantering
- ✓Credential management
Var ska prissättningen ligga i en Dynamics 365 CPQ-arkitektur?
Det finns inget universellt svar. Att duplicera alla Dynamics 365-prisregler i CPQ är vanligtvis lika oönskvärt som att tvinga in alla konfigurationsspecifika beräkningar i ERP.
Dynamics äger priset
Mercura konfigurerar medan det relevanta kommersiella priset kommer från Dynamics 365.
Bäst när: ERP redan producerar det slutpris som försäljningsprocessen kräver.
Dynamics ger baspris
Dynamics 365 tillhandahåller artikelpriser, kundinformation eller andra kommersiella input. Mercura beräknar den konfigurationsspecifika delen.
Basmaskin + breddtillägg + materialfaktor + motoruppgradering + kontrollpaket + installation − kundrabatt = konfigurerat försäljningspris
Bäst när: ERP-prissättning fungerar bra för standardprodukter men den konfigurerade lösningen introducerar formler och optionsberoende prissättning.
Mercura äger konfigurerat pris
Mercura äger den kompletta CPQ-prismodellen och skickar det godkända försäljningspriset till Dynamics 365 tillsammans med orderstrukturen.
Bäst när: Priset beror starkt på konfigurationsparametrar, beräkningar, kundkrav eller produktrelationer.
Prisägarskap är ett arkitekturbeslut – inte en feature-checklista.
Från F&O CPQ till stycklista, routing och produktion
För tillverkare är offerten bara halva problemet. Driften behöver också veta: vad sålde vi exakt, och vad ska vi bygga?
Befintlig artikel/variant
Mercura väljer en existerande säljbar och tillverkningsbar produkt eller variant.
Utdata: Produkt + konfigurationsreferens + kvantitet + pris
Native Dynamics-konfiguration
Dynamics 365 produktkonfiguration förblir ansvarig för att generera den operativa produktstrukturen. Mercura levererar försäljnings- och konfigurationskontexten som den överenskomna processen kräver.
Utdata: Konfigurationsparametrar → Dynamics 365-konfiguration
Konfigurationsgenererad BOM
Mercura beräknar vilka komponenter och kvantiteter som hör till den sålda konfigurationen och mappar resultatet till det överenskomna Dynamics-flödet.
Utdata: Huvudprodukt + komponenter + kvantiteter + konfigurationsvärden
Engineer-to-order
Mercura skapar den kommersiella konfigurationen och skickar strukturerade parametrar till CAD, PLM eller engineering. Den resulterande tekniska strukturen blir tillverkningsdefinitionen downstream.
Utdata: CPQ-parametrar → engineering → slutlig produktionsstruktur → Dynamics 365
Implementering
Implementeringsmodell
Integrationen är ett arbetsflöde. Den större vinsten kommer när produkt-, pris- och försäljningskunskap görs tillräckligt explicit för att automatisera.
- 01
Modellera en representativ produkt
Välj en produkt med tillräcklig komplexitet för att bevisa arkitekturen. Fånga kundkrav, alternativ, beroenden, beräkningar, prissättning och förväntad Dynamics-utdata.
Utdata: Validerad CPQ-pilotmodell
- 02
Mappa Dynamics-data
Identifiera relevanta data entities, produkter, kunder, prisinput, offert-/orderobjekt, tillverkningsoutput och tillägg.
Utdata: Fältnivå-specifikation för integration
- 03
Bygg försäljningsupplevelsen
Designa upplevelsen för intern försäljning, engineering, återförsäljare och kunder. Lägg till regler, visualisering, dokument och godkännanden.
Utdata: Testbart end-to-end-försäljningsflöde
- 04
Validera Dynamics-utdata
Jämför Mercura-resultatet med den förväntade Dynamics 365-transaktionen och tillverkningsstrukturen.
Utdata: Avstämt quote-to-order-flöde
- 05
Skala
Utöka produktfamilj för produktfamilj medan produkt- och integrationsstyrning hålls explicit.
Utdata: Underhållbar CPQ-utrullning
Där det lönar sig
Användningsfall med tillräcklig komplexitet för CPQ
Industriell utrustning
Konfigurera kapaciteter, dimensioner, material, motorer, kontrollpaket och tillbehör.
Köpsignal: Försäljning behöver ofta engineering för att validera en offert.
Maskiner
Omvandla krav till en maskin, modulstruktur, alternativ och produktionsinput.
Köpsignal: Varje order kräver flera tekniska beslut innan en artikel kan väljas.
Byggprodukter
Beräkna storlekar, material, monteringskrav, ytbehandlingar och installationsalternativ.
Köpsignal: Den slutliga produkten beror på mått och formler snarare än enkel SKU-val.
Processystem
Konfigurera flera produkter till en engineered kommersiell lösning.
Köpsignal: Försäljning säljer i praktiken ett system snarare än en enskild artikel.
Återförsäljarförsäljning
Ge distributörer styrd åtkomst till produktkunskap, konfiguration och prissättning.
Köpsignal: Återförsäljarväxt skapar ökande supportbelastning för intern engineering och försäljning.
Engineer-to-order
Automatisera de upprepbara 80 % av produktvalet innan engineering slutför det tekniska arbetet.
Köpsignal: Ingenjörer lägger betydande tid på att besvara samma konfigurationsfrågor för försäljning.
Beslutsstöd
Frågor om Dynamics 365 F&O CPQ, besvarade
Vad är Dynamics 365 F&O CPQ? +
Dynamics 365 F&O CPQ är en Configure, Price, Quote-lösning kopplad till Microsoft Dynamics 365 Finance och Supply Chain Management. Den hjälper försäljningsteam att omvandla kundkrav till giltiga konfigurationer, priser och offerter innan det godkända resultatet skickas till Dynamics 365 för order och operativ exekvering.
Är F&O och FSCM samma sak? +
Terminologin har förändrats över tid. Dynamics 365 F&O används fortfarande brett för att beskriva finance-and-operations-plattformen och ekosystemet. Microsoft marknadsför i dag Dynamics 365 Finance och Dynamics 365 Supply Chain Management som separata applikationer. FSCM eller F&SCM används ofta som förkortning för Finance + Supply Chain Management. För CPQ-köpare beskriver dessa termer ofta samma underliggande integrationslandskap.
Har Dynamics 365 F&O en produktkonfigurator? +
Dynamics 365 Supply Chain Management har det. Microsoft stöder predefined variants, dimensionsbaserad konfiguration och constraint-baserad produktkonfiguration. Constraint-baserade produktkonfigurationsmodeller kan innehålla attribut, constraints, beräkningar, komponenter, stycklistrader och ruteoperationer och kan användas vid konfiguration från försäljningsofferter och order. Det innebär att extern CPQ inte automatiskt ska ersätta den inbyggda konfiguratören. Mercura är särskilt relevant när ni också behöver guidad försäljning, kundvänd konfiguration, visualisering, sofistikerad kommersiell logik eller rikare offertautomatisering.
Microsoft: Översikt över produktkonfigurationsmodeller →Vad är skillnaden mellan Dynamics 365 Product Configurator och CPQ? +
Dynamics 365-konfiguratören hjälper främst till att definiera en giltig produkt- och operativ struktur inom Supply Chain Management. CPQ täcker det bredare försäljningsproblemet: vad kunden behöver, vad vi kan sälja, vad det ska kosta, hur vi presenterar det och vad ERP ska exekvera. Företag kan använda antingen system separat eller kombinera dem.
Kan Mercura arbeta med våra befintliga Dynamics 365 produktkonfigurationsmodeller? +
Potentiellt ja. Rätt arkitektur beror på hur modellerna är strukturerade och hur de ska delta i försäljningsprocessen. Vi avgör först om bästa tillvägagångssätt är att behålla inbyggd Dynamics-konfiguration som auktoritativ, modellera försäljningskonfigurationen i Mercura och mappa output till Dynamics, eller dela ansvar mellan de två. Vi rekommenderar inte att bygga om mogen ERP-konfigurationslogik utan affärsmässig anledning.
Kan Mercura skapa offerter och order i Dynamics 365? +
Ja, när det ingår i den överenskomna integrationen. Mercura kan mappa en godkänd konfiguration till relevant Dynamics 365-offert- eller orderprocess, inklusive referenser, produkter, kvantiteter, kommersiella värden och konfigurationsinformation. Det exakta gränssnittet beror på era tillgängliga data entities, tillägg och orderstruktur.
Kan Mercura överföra BOM till Dynamics 365? +
Ja, men att skicka en BOM kan betyda flera olika saker i Dynamics 365. Implementeringen måste fastställa om den sålda konfigurationen ska välja en befintlig variant, trigga en befintlig produktkonfigurationsmodell, referera en befintlig BOM, skapa konfigurationsspecifik komponentdata eller mata engineering innan den slutliga BOM finns. Vi designar integrationen kring tillverkningsprocessen i stället för att anta att varje konfigurerbar produkt ska skapa en ny BOM.
Var ska prissättningen ligga? +
Den kan förbli i Dynamics 365, delas mellan Dynamics 365 och Mercura eller beräknas i Mercura. Rätt val beror på om er prissättning främst är ERP-/kundbaserad eller konfigurationsbaserad.
Måste säljaren arbeta i Dynamics 365? +
Nej. Mercura kan driva interna försäljningsapplikationer, Dynamics-kopplade arbetsflöden, återförsäljarportaler, kundportaler, webbkonfiguratorer och custom applications. Samma konfigurationsmotor kan betjäna olika kanaler medan Dynamics 365 förblir det operativa backend.
Hur integrerar Mercura med Dynamics 365? +
Vanliga Microsoft-integrationsteknologier inkluderar OData och public data entities, Data Management Framework, REST APIs, recurring integrations, anpassade tjänster och extensions samt Microsoft Entra ID-autentisering. Den exakta arkitekturen beror på datavolymer, latenskrav, tillägg och affärsprocess.
Kan Dynamics 365 Sales också kopplas in? +
Ja. I en bredare Microsoft-arkitektur kan Dynamics 365 Sales äga CRM och opportunities, Mercura hantera konfiguration och offerter, och Finance & Supply Chain Management hantera downstream order-, tillverknings- och finansprocesser.
Officiella tekniska resurser
Tekniskt innehåll senast granskat 30 augusti 2026. Validera antaganden mot er Dynamics 365-version, release och tillägg.
- Microsoft — Översikt över produktkonfigurationsmodeller →
- Microsoft — Konfigurera en produktkonfigurationsmodell →
- Microsoft — OData för finance and operations-appar →
- Microsoft — Integration mellan finance and operations-appar och tredjepartstjänster →
- Microsoft — REST API för Data Management-paket →
Utforska capability-stacken
Gå djupare med de delar av CPQ som betyder något
Se det på er process
Ta med en riktig Dynamics-offert. Vi mappar CPQ-arkitekturen kring den.
Det snabbaste sättet att utvärdera Dynamics 365 CPQ är inte en generisk feature-checklista. Ta med en representativ produkt och ett riktigt offertflöde. Vi mappar kundkrav → konfiguration → pris → offert → Dynamics 365 → produktion och identifierar exakt vad som bör ligga i Dynamics respektive Mercura.
Boka en CPQ-demo