
ERP en operationele context
Dynamics 365 Finance & Supply Chain Management
- Vrijgegeven producten
- Productmasters
- Klanten
- Eenheden en valuta's
- Voorraad
- Sites en magazijnen
- Kostengegevens
- Relevante prijsinputs
- Productiestructuren
- Productie-uitvoering
Mercura + Microsoft Dynamics 365 Finance & Supply Chain Management
Configureer complexe producten, bereken configuratiespecifieke prijzen, genereer klantklare offertes en stuur het goedgekeurde resultaat door naar Dynamics 365.
Mercura voegt een verkoopgerichte CPQ- en productconfiguratielaag toe rond Microsoft Dynamics 365 Finance and Supply Chain Management — vaak aangeduid als Dynamics 365 F&O of FSCM — terwijl uw ERP verantwoordelijk blijft voor de operationele processen die het al uitvoert.
Verkoopofferte
Het antwoord in 30 seconden
CPQ voor Dynamics 365 F&O verbindt Configure, Price, Quote met de product-, klant- en operationele gegevens die in Microsoft Dynamics 365 Finance and Supply Chain Management worden beheerd. In plaats van een verkoper klantvereisten handmatig te laten vertalen naar artikelnummers, afmetingen, opties, BOM-componenten en prijzen, begeleidt Mercura de gebruiker door de configuratie en levert een gestructureerd commercieel resultaat dat Dynamics 365 kan uitvoeren.
Klantvereisten → Productconfiguratie → Prijsberekening → Offerte → Goedkeuring → Dynamics 365-offerte/order → Productie
Dynamics 365 blijft uw ERP- en supplychainplatform. Mercura behandelt de kennisintensieve verkoopbeslissingen die moeten plaatsvinden voordat de juiste order kan worden aangemaakt.
Belangrijk onderscheid
Microsoft Dynamics 365 Supply Chain Management bevat native productconfiguratietechnologieën. De constraintgebaseerde productconfiguratiemodellen kunnen attributen, constraints, berekeningen, componenten, BOM-regels en routebewerkingen bevatten, en configureerbare producten kunnen worden gebruikt op verkoopoffertes en verkooporders. Voor veel fabrikanten is die native mogelijkheid waardevol.
De vraag is niet:
Kan Dynamics 365 een product configureren?
Ja.
De betere vraag is:
Waar moet productconfiguratie stoppen en waar moet de verkoopervaring beginnen?
De native Dynamics-productconfiguratie is nauw verbonden met de operationele product- en productiestructuur. Mercura CPQ richt zich op:
U hoeft niet per se te kiezen tussen de ene of de andere configurator. Voor veel bedrijven is de sterkste architectuur een combinatie van operationele productlogica in Dynamics 365 + verkoopconfiguratie in Mercura.
Systeemverantwoordelijkheid
Een schone architectuur dupliceert uw ERP niet. Het geeft elk systeem een duidelijke verantwoordelijkheid.

ERP en operationele context
Configure · Price · Quote

Uitvoering
De architectuur volgt uw Dynamics 365-implementatie. Mercura vereist niet dat elke fabrikant zijn producten, BOM's of verkoopproces herstructureert rond een vooraf gedefinieerd CPQ-datamodel.
Native configuratie vs. CPQ
Productconfiguratie in Dynamics 365 is nauw verbonden met de operationele product- en productiestructuur. Mercura CPQ richt zich op alles wat nodig is om een klantvereiste om te zetten in een verkoopbare, begrijpelijke en commercieel correcte oplossing.
| Vereiste | Dynamics 365 SCM-productconfiguratie | Mercura CPQ |
|---|---|---|
| Productmasters en vrijgegeven producten | Kernverantwoordelijkheid | Gebruikt of mapt relevante gegevens |
| Productafmetingen | Kernverantwoordelijkheid | Kan afmetingen tonen in verkoopvriendelijke flows |
| Constraintgebaseerde configuratie | Ondersteund | Ondersteund |
| BOM-configuratie | Kernproductiecapaciteit | Kan commerciële/componentoutput berekenen of mappen |
| Routebewerkingen | Kernproductiecapaciteit | Wordt meestal overgedragen aan SCM/engineering |
| Configureren vanuit verkooporder | Kernfunctionaliteit | Kan een upstream verkoopervaring creëren |
| Guided selling vanuit klantvereisten | ERP-gericht | Kern-CPQ-functionaliteit |
| Niet-technische verkoop-UX | Niet het primaire doel | Kernfunctionaliteit |
| Dealerconfigurator | Vereist omringende oplossing | Kerngebruikssituatie |
| Klantzelfbediening | Vereist omringende oplossing | Kerngebruikssituatie |
| 2D / 3D visuele configuratie | Niet het primaire doel | Kernfunctionaliteit |
| Configuratiespecifieke voorsteldocumenten | ERP-documentproces | Kernfunctionaliteit |
| Complexe commerciële berekeningen | Afhankelijk van ERP-model | Kernfunctionaliteit |
| Headless/custom frontend | Vereist custom architectuur | Native Mercura-aanpak |
| CRM-gestuurde configuratie | Vereist integratie | Ontworpen voor verbonden verkoopprocessen |
Dynamics 365 alleen is geschikt wanneer
Uw configuratie bestaat primair om een geldige ERP-productvariant, BOM en route te bepalen, en uw gebruikers zijn gewend producten binnen het Dynamics 365-proces te configureren.
Mercura is geschikt wanneer
De klantvereiste moet eerst worden vertaald naar technische keuzes, commerciële opties, berekeningen, visualisatie of een klantgericht voorstel voordat de ERP-transactie kan worden aangemaakt.
Combineer beide wanneer
Dynamics 365 bevat al waardevolle productieconfiguratielogica die gezaghebbend moet blijven, terwijl verkoop een eenvoudigere en krachtigere ervaring eromheen nodig heeft.
Er is geen enkele correcte F&O CPQ-architectuur. Het juiste model hangt af van waar uw productkennis al aanwezig is.
Uw bedrijf heeft al volwassen Dynamics 365-productconfiguratiemodellen. Mercura levert de verkoopreis en legt de vereiste inputs vast. De overeengekomen integratie vertaalt die inputs naar het Dynamics 365-configuratieproces waar technisch passend.
Best wanneer:
Mercura bevat de regels die nodig zijn om de verkoopbare configuratie te bepalen en levert de artikelen, hoeveelheden, parameters en commerciële waarden die Dynamics 365 vereist.
Best wanneer:
Mercura automatiseert de herhaalbare commerciële configuratie en geeft gestructureerde parameters door aan engineering, CAD, PLM of een ander technisch systeem. Het gevalideerde engineeringresultaat gaat vervolgens door naar Dynamics 365.
Best wanneer:
Mercura kan integreren met systemen rond Dynamics 365 in plaats van elke stukje productlogica in één applicatie te dwingen.
De verkoopervaring
Een klant komt normaal gesproken niet binnen met kennis van productmasters, configuratieafmetingen, artikelnummers, BOM-varianten, componentcodes, routes, magazijnen of engineeringattributen. De klant komt binnen met een vereiste.
"We hebben een vulsysteem nodig voor 3.000 flessen per uur, met deze flesmaat, automatische afsluiting en deze hygiëne-eisen."
Leg capaciteit, omgeving, afmetingen, installatievereisten en klantvoorkeuren vast.
Gebruik regels om te bepalen welke productfamilie, machine of systeem geschikt is.
Toon alleen compatibele opties, componenten en accessoires.
Bereken afmetingen, hoeveelheden, engineeringwaarden, kosten, toeslagen en commerciële prijzen.
Werk afbeeldingen, tekeningen of interactieve 3D bij naarmate de configuratie verandert.
Genereer een voorstel dat uitlegt wat de klant koopt.
Draag de goedgekeurde configuratie over naar de overeengekomen offerte-, order- en productieworkflow.
Van configuratie naar offerte
ERP-gegevens en klantgerichte informatie dienen verschillende doelen. Mercura gebruikt de gestructureerde configuratie om verkoopdocumenten te produceren met de informatie die de klant daadwerkelijk nodig heeft. Dezelfde configuratie kan tegelijkertijd een meer technische output voor Dynamics 365 produceren. Dat elimineert de noodzaak om de verkochte oplossing handmatig opnieuw te creëren nadat de klant de offerte accepteert.
Veel enterprise Dynamics-omgevingen gebruiken meer dan één Dynamics-applicatie.
Het exacte systeem van record voor klant-, offerte- en productinformatie hangt af van uw Microsoft-architectuur. Mercura vereist niet dat het commerciële proces binnen de ERP begint.
Er is geen geloofwaardige belofte dat u in elke F&O-instantie een plug-in kunt plaatsen en alles werkt. Een goede CPQ-integratie begint met begrijpen hoe uw Dynamics-omgeving daadwerkelijk werkt.
Technische integratie
Dynamics 365 finance and operations-apps bieden verschillende integratiepatronen. De juiste interface hangt af van volume, latentievereisten, uw bestaande extensies en of het proces synchroon of asynchroon is. Het definitieve contract wordt op veldniveau overeengekomen tijdens de implementatie.
| Gegevens | Richting | Typische aanpak | Doel |
|---|---|---|---|
| Vrijgegeven producten | Dynamics 365 → Mercura | Publieke data entity / OData / integratielaag | ERP-productmaster hergebruiken |
| Productattributen | Dynamics 365 → Mercura | Data entity / gemapte integratie | Configuratiecontext |
| Klanten | Dynamics 365 → Mercura | Publieke data entity / OData | Klantspecifieke verkoop |
| Eenheden en valuta's | Dynamics 365 → Mercura | Data entities | Consistente commerciële berekeningen |
| Prijsinputs | Dynamics 365 → Mercura | OData, service of gemapte integratie | ERP-commerciële gegevens hergebruiken |
| Voorraadcontext | Dynamics 365 → Mercura | OData/service waar nodig | Voorraadgevoelige verkoop |
| Configuratie | Mercura → Dynamics 365 | Data entity, gemapt endpoint of custom service | Behoud wat is verkocht |
| Verkoopofferte | Mercura → Dynamics 365 | Data entity / service | ERP-offerteflow voortzetten |
| Verkooporder | Mercura → Dynamics 365 | Data entity / service | Uitvoeringsklare order aanmaken |
| Componenten / BOM-input | Mercura → Dynamics 365 | Implementatiespecifieke integratie | Configure-to-order-overdracht |
| Engineeringparameters | Mercura → Dynamics 365 / CAD / PLM | API-mapping | Technische downstream-automatisering |
| Mercura-referentie | Mercura → Dynamics 365 | Gemapt veld | End-to-end traceerbaarheid |
Dynamics 365 ondersteunt meerdere integratiepatronen, en die mogen niet als uitwisselbaar worden behandeld.
Finance and operations-apps bieden publieke data entities via een OData REST-endpoint.
Het Data Management Framework ondersteunt data entities en datapakketten voor import, export en integratie.
Terugkerende integraties kunnen documenten of bestanden uitwisselen tussen finance and operations-apps en externe applicaties.
Niet elke Dynamics 365-implementatie kan worden weergegeven door standaard publieke entities. Aangepaste services of extensies kunnen de juiste aanpak zijn wanneer het proces afhankelijk is van aangepaste tabellen, velden, bedrijfslogica, gespecialiseerde prijsstelling, productconfiguratielogica, bedrijfsspecifieke ordercreatie of productieprocessen.
Het integratieontwerp van Mercura begint bij het bedrijfsproces en selecteert de passende Dynamics 365-interface — in plaats van te beloven dat elke implementatie een one-click OData-verbinding is.
Dynamics 365 finance and operations-integraties kunnen OAuth 2.0 en Microsoft Entra-applicatie-identiteiten gebruiken voor geauthenticeerde systeem-tot-systeemcommunicatie. De exacte beveiligingsarchitectuur hangt af van het integratiepatroon en uw Dynamics 365-omgeving.
Tijdens de implementatie definiëren we onder andere:
Er is geen universeel antwoord. Elke Dynamics 365-prijsregel in CPQ dupliceren is meestal net zo onwenselijk als elke configuratiespecifieke berekening in ERP te dwingen.
Mercura bepaalt de configuratie terwijl de relevante commerciële prijs uit Dynamics 365 komt.
Best wanneer: ERP levert al de eindprijs die het verkoopproces vereist.
Dynamics 365 levert artikelprijzen, klantinformatie of andere commerciële inputs. Mercura berekent het configuratiespecifieke deel.
Basismachine + breedtetoeslag + roestvrijstaalfactor + hoogcapaciteitsmotor + besturingspakket + installatie − klantkorting = geconfigureerde verkoopprijs
Best wanneer: ERP-prijsstelling werkt goed voor standaardproducten, maar de geconfigureerde oplossing introduceert formules en optieafhankelijke prijsstelling.
Mercura is eigenaar van het volledige CPQ-prijsmodel en stuurt de goedgekeurde verkoopprijs samen met de orderstructuur naar Dynamics 365.
Best wanneer: De prijs hangt sterk af van configuratieparameters, berekeningen, klantvereisten of productrelaties.
Prijs-eigenaarschap is een architectuurbeslissing, geen CPQ-featurechecklist.
Voor fabrikanten is het produceren van de offerte slechts de helft van het probleem. Operations moet ook weten: wat hebben we precies verkocht, en wat moeten we bouwen?
Mercura identificeert een bestaand verkoopbaar/producteerbaar product of variant.
Output: Product + configuratiereferentie + hoeveelheid + prijs
Dynamics 365-productconfiguratie blijft verantwoordelijk voor het genereren van de operationele productstructuur. Mercura levert de verkoopgerichte configuratiecontext die het overeengekomen proces vereist.
Output: Configuratieparameters → Dynamics 365-configuratie
Mercura bepaalt welke componenten en hoeveelheden bij de verkochte configuratie horen. Het resultaat wordt gemapt naar het overeengekomen Dynamics 365-productieproces.
Output: Hoofdproduct + componenten + hoeveelheden + configuratiewaarden
Mercura creëert de commerciële configuratie en stuurt gestructureerde parameters naar CAD, PLM of engineering. De resulterende engineeringstructuur wordt de productiedefinitie die downstream wordt gebruikt.
Output: CPQ-parameters → engineering → definitieve productiestructuur → Dynamics 365
Implementatie
De integratie is één werkstroom. De grotere winst komt van product-, prijs- en verkoopkennis expliciet genoeg maken om te automatiseren.
Kies een product met voldoende complexiteit om de architectuur te bewijzen. Leg klantvereisten, opties, afhankelijkheden, berekeningen, prijsstelling, componenten en verwachte Dynamics-output vast.
Output: Gevalideerd CPQ-pilotmodel
Identificeer de vereiste data entities, producten, klanten, prijsinputs, offerte-/orderobjecten, productie-output en extensies.
Output: Integratiespecificatie op veldniveau
Ontwerp de ervaring rond de mensen die het gebruiken: interne verkoop, engineers, dealers en klanten. Voeg regels, visualisatie, documenten en goedkeuringen toe.
Output: Testbare end-to-end verkoopworkflow
Vergelijk het resultaat van Mercura met de verwachte Dynamics 365-transactie en productiestructuur.
Output: Afgestemd offerte-naar-orderproces
Breid productfamilie voor productfamilie uit terwijl product- en integratiebeheer expliciet blijft.
Output: Onderhoudbare CPQ-uitrol
Waar het rendeert
Configureer capaciteiten, afmetingen, materialen, motoren, besturingspakketten en accessoires.
Koopsignaal: Verkoop heeft regelmatig engineering nodig om een offerte te valideren.
Zet vereisten om in een machine, modulestructuur, opties en productie-input.
Koopsignaal: Elke order vereist meerdere technische beslissingen voordat een artikel kan worden geselecteerd.
Bereken maten, materialen, montagevereisten, afwerkingen en installatieopties.
Koopsignaal: Het eindproduct hangt af van afmetingen en formules in plaats van eenvoudige SKU-selectie.
Configureer meerdere producten tot één ontworpen commerciële oplossing.
Koopsignaal: Verkoop verkoopt in werkelijkheid een systeem in plaats van een individueel artikel.
Geef distributeurs gecontroleerde toegang tot productkennis, configuratie en prijsstelling.
Koopsignaal: Dealer-groei creëert een toenemende ondersteuningslast voor interne engineering- en verkoopteams.
Automatiseer de herhaalbare 80% van productselectie voordat engineering het definitieve technische werk afrondt.
Koopsignaal: Engineers besteden aanzienlijke tijd aan het beantwoorden van dezelfde configuratievragen voor verkoop.
Beslissingsondersteuning
Dynamics 365 F&O CPQ is een Configure, Price, Quote-oplossing verbonden met Microsoft Dynamics 365 finance and operations-apps. Het helpt verkoopteams klantvereisten om te zetten in geldige configuraties, prijzen en offertes voordat het goedgekeurde resultaat naar Dynamics 365 wordt gestuurd voor order- en operationele uitvoering.
De terminologie is in de loop der tijd veranderd. Dynamics 365 F&O wordt nog steeds veel gebruikt om het Dynamics 365 finance and operations-platform en ecosysteem te beschrijven. Microsoft positioneert Dynamics 365 Finance en Dynamics 365 Supply Chain Management momenteel als afzonderlijke applicaties. Sommige implementatiepartners en klanten gebruiken FSCM of F&SCM als afkorting voor Finance + Supply Chain Management. Voor CPQ-kopers beschrijven deze termen vaak hetzelfde onderliggende integratielandschap.
Dynamics 365 Supply Chain Management wel. Microsoft ondersteunt vooraf gedefinieerde varianten, afmetingsgebaseerde configuratie en constraintgebaseerde productconfiguratie. Constraintgebaseerde productconfiguratiemodellen kunnen attributen, constraints, berekeningen, componenten, BOM-regels en routebewerkingen bevatten en kunnen worden gebruikt bij het configureren van producten vanuit verkoopoffertes en orders. Dat betekent dat externe CPQ de native configurator niet automatisch moet vervangen. Mercura is vooral relevant wanneer u ook guided selling, klantgerichte configuratie, visualisatie, geavanceerde commerciële logica of rijkere offerte-automatisering nodig heeft.
Microsoft: Overzicht productconfiguratiemodellen →De Dynamics 365-configurator helpt primair een geldig product en operationele structuur binnen Supply Chain Management te definiëren. CPQ dekt het bredere verkoopprobleem: wat heeft de klant nodig, wat kunnen we verkopen, wat moet het kosten, hoe presenteren we het, en wat moet ERP uitvoeren. Bedrijven kunnen elk systeem onafhankelijk gebruiken of ze combineren.
Mogelijk wel. De juiste architectuur hangt af van hoe die modellen zijn gestructureerd en hoe ze moeten deelnemen aan het verkoopproces. We bepalen eerst of de beste aanpak is om native Dynamics-configuratie gezaghebbend te houden, de verkoopconfiguratie in Mercura te modelleren en de output naar Dynamics te mappen, of verantwoordelijkheden te splitsen tussen beide. We raden niet aan volwassen ERP-configuratielogica te herbouwen zonder zakelijke reden.
Ja, waar opgenomen in de overeengekomen integratie. Mercura kan een goedgekeurde configuratie mappen naar het relevante Dynamics 365-offerte- of verkooporderproces, inclusief referenties, producten, hoeveelheden, commerciële waarden en configuratie-informatie. De exacte interface hangt af van uw beschikbare data entities, extensies en orderstructuur.
Ja, maar BOM sturen kan in Dynamics 365 verschillende dingen betekenen. De implementatie moet vaststellen of de verkochte configuratie een bestaande variant moet selecteren, een bestaand productconfiguratiemodel moet activeren, een bestaande BOM moet refereren, configuratiespecifieke componentgegevens moet aanmaken, of engineering moet voeden voordat de definitieve BOM bestaat. We ontwerpen de integratie rond het productieproces in plaats van aan te nemen dat elk configureerbaar product een nieuwe BOM moet aanmaken.
Het kan in Dynamics 365 blijven, worden gesplitst tussen Dynamics 365 en Mercura, of in Mercura worden berekend. De juiste keuze hangt af van of uw prijsstelling primair ERP-/klantgebaseerd of configuratiegebaseerd is.
Nee. Mercura kan interne verkoopapplicaties, Dynamics-verbonden workflows, dealerportalen, klantportalen, websiteconfigurators en custom applicaties aansturen. Dezelfde configuratie-engine kan verschillende kanalen bedienen terwijl Dynamics 365 het operationele backend blijft.
Veelgebruikte Microsoft-integratietechnologieën omvatten OData en publieke data entities, Data Management Framework, REST API's, terugkerende integraties, aangepaste services en extensies, en Microsoft Entra ID-authenticatie. De exacte architectuur hangt af van datavolumes, latentievereisten, extensies en bedrijfsproces.
Ja. In een bredere Microsoft-architectuur kan Dynamics 365 Sales CRM-activiteit en opportunities beheren, Mercura configuratie en offertes, en Finance & Supply Chain Management downstream order-, productie- en financiële processen.
Officiële technische bronnen
Technische inhoud laatst gecontroleerd op 30 augustus 2026. Valideer aannames tegen uw Dynamics 365-editie, release en extensies.
Verken de capability stack
Bekijk het op uw proces
De snelste manier om Dynamics 365 CPQ te evalueren is niet met een generieke featurechecklist. Breng één representatief product en één echt offerteproces. Wij mappen klantvereiste → configuratie → prijs → offerte → Dynamics 365 → productie en tonen welke verantwoordelijkheden in Finance & Supply Chain Management moeten blijven en welke Mercura kan automatiseren.
Vraag een CPQ-demo aan