MACH-anpassat CPQ
Microservices, API-first, Cloud-native, Headless. Mercura tillämpar samma MACH-arkitektur som transformerat e-handeln på CPQ-kategorin — det arkitektoniska språk som enterprise-inköp och IT redan talar.
MACH
Microservices · API-first · Cloud-native · Headless
OpenAPI
Standardbaserat — varje tjänst dokumenterad och versionshanterad
K8s-native
Cloud-native driftsättning på den infrastruktur ni väljer
Utmaningen
Enterprise-CPQ ligger två arkitekturcykler efter e-handeln
E-handeln gick igenom sin MACH-transformation för ett decennium sedan. Komponerbara, headless commerce-plattformar — commercetools, Spryker, BigCommerce, Shopify Plus — ersatte de monolitiska sviterna (SAP Hybris, Oracle ATG, IBM WebSphere Commerce) som definierade den tidigare eran. Företag idag förväntar sig microservices, API-first design, cloud-native driftsättning och headless dekoppling som baselinearkitektur för alla kommersiella system.
CPQ har inte gjort samma skifte. De dominerande CPQ-plattformarna — Tacton, Configit, Salesforce CPQ, Oracle CPQ — är fortfarande monolitiska, serverorienterade, levererade som paketerade sviter och tätt kopplade till specifika frontend-ramverk. Upphandlingar som kräver MACH-anpassad arkitektur besvaras med workarounds och förhoppningsfulla roadmaps snarare än med levererad produkt.
För enterprise-inköpsteam som utvärderar CPQ år 2026 är detta ett verkligt problem. Arkitekturrådet, molnstrategikontoret och integrationsarkitekterna förväntar sig alla MACH-terminologi — och en CPQ-leverantör som inte talar den trovärdigt behandlas som ett legacy-val oavsett funktionell paritet.
Så här fungerar det
Så fungerar Mercuras MACH-arkitektur
Mercura är byggt på de fyra MACH-principerna hela vägen. Microservices: varje CPQ-förmåga — konfiguration, prissättning, offertgenerering, dokumentrendering, orderläggning — körs som en oberoende tjänst med egen datalagring och egen driftsättningscykel. API-first: varje tjänst exponerar ett dokumenterat REST-API; användargränssnittet är en klient bland flera. Cloud-native: Mercura körs på Kubernetes och är designat för elastisk skalning, driftsättning i flera regioner och standardverktyg för molnobservation. Headless: regelmotorn och prissättningslogiken är helt frikopplade från frontend, vilket gör att tillverkare kan bygga sitt eget konfigurator-UI, bädda in Mercura i en tredjepartsportal eller exponera det via en agent. Arkitekturen är dokumenterad till enterprise-inköps- och arkitekturgranskningsstandard — inklusive OpenAPI-specifikationer, driftsättningsdiagram och konformitetsutlåtanden mot standarder.
Vad som ingår
Centrala funktioner
- Microservices-arkitektur — oberoende tjänstedriftsättning och skalning
- API-first design — varje förmåga åtkomlig via dokumenterat REST-API
- Cloud-native — Kubernetes-baserat, multi-region, elastiskt skalbart
- Headless — regler och prissättning frikopplade från frontend-ramverk
- OpenAPI 3.x-specifikationer för varje tjänst
- Standardbaserad autentisering — OAuth 2.0, OIDC, SAML
- Webhook- och händelsedriven integration via standardmeddelandeformat
- Dokumenterad konformitet med enterprise-arkitekturgranskningskriterier
Skillnaden
MACH-anpassat CPQ vs. legacy-monolitiskt CPQ
- Monolitisk CPQ-svit — varje förmåga paketerad och kopplad
- Frontend-ramverk föreskrivet av leverantören
- En driftsättningsenhet — skalning och uppdateringar påverkar allt
- Arkitekturrådet flaggar CPQ som ett legacy-val
- Integration med angränsande MACH-system kräver kundanpassad middleware
- Microservices — varje CPQ-förmåga driftsättnings- och skalbar var för sig
- Headless — valfritt frontend-ramverk, valfri kanal, valfri enhet
- Cloud-native driftsättning på Kubernetes — standardverktyg gäller
- Arkitekturrådet ser CPQ i linje med företagets standarder
- Inbyggd integration med MACH-handel, PIM, OMS och CDP-system
Verklig tillämpning
Användning i praktiken: Tillverkningskoncern anpassar CPQ till en MACH-roadmap för e-handel
En multinationell tillverkningskoncern hade tillbringat tre år med att plattformsbyta sin B2B-e-handelsupplevelse till en MACH-stack (commercetools, contentful, Algolia). Nästa initiativ var CPQ — men den befintliga CPQ-leverantörens monolitiska, on-premise-arkitektur stred mot varje princip som den nya e-handelsstacken byggts på. CPQ-projektet stannade i arkitekturgranskningen i nio månader. Efter att ha utvärderat MACH-anpassade alternativ valde koncernen Mercura. Arkitekturrådet godkände implementationen på fyra veckor. CPQ körs nu sida vid sida med handelsstacken som en likvärdig tjänst — och exponerar konfigurations- och pris-API:er som handels-frontend konsumerar direkt, utan middleware. MACH-anpassningen var den avgörande faktorn i valet.
Offerttiden minskade från 3 dagar till under 4 timmar.
Affärspåverkan
Varför MACH-anpassat CPQ är viktigt
MACH är det arkitektoniska lingua franca för moderna kommersiella företagssystem. När en CPQ-plattform är i linje med MACH-principerna passar den rent in i resten av tekniklandskapet — och kan samverka med MACH-anpassade handels-, content-, PIM- och orderhanteringssystem utan översättningslager. Det signalerar också arkitektonisk trovärdighet till de inköps-, IT- och säkerhetsintressenter vars godkännande krävs för all val av kommersiell företagsprogramvara. För tillverkare som bygger moderna kommersiella stackar är MACH-anpassat CPQ inte längre en differentiering — det är en baseline som skiljer trovärdiga leverantörer från legacy-leverantörer.
Ta in CPQ i er MACH-stack
Boka en demo för att se hur Mercuras MACH-anpassade arkitektur låter CPQ samverka med era moderna handels-, PIM- och orderhanteringssystem.
Låt oss bygga tillsammans.
Vi hjälper tillverkare att bemästra produktmodellering, effektivisera offertprocessen, minska fel och leverera skräddarsydda lösningar som kunderna kräver.