Multi-tenant CPQ
Fusion stängde fredag. IT ärvde fjärde CPQ-kontraktet i stället för andra tenanten. Mercura hostar isolerade varumärkesmiljöer på en plattform med separata kataloger, regler, priser och API-nycklar.
Utmaningen
Fusion stängde fredag. IT ärvde fjärde CPQ-kontraktet i stället för andra tenanten.
En grupp som säljer industri- och specialtygasutrustning inom svetsning, medicinsk syre och konstruerade blandningssystem slutförde förvärv av regionalt cylinder- och reglervarumärke. Varje legacydivision körde redan egen CPQ-instans hos annan vendor. Central IT skulle koppla fyra offertflöden till en SAP-instans med medicinska priser osynliga för svetsdistributörer och rabattabeller för förvärvat varumärke utanför legacyförsäljningsskärmar.
Ytterligare fullt CPQ-kontrakt för förvärvat varumärke duplicerade vendor-avgifter, användarsync-jobb och patch-fönster. Alla på single-instance utan tenant-väggar lät regional chef öppna offertmall och se kundens prisbok från annan division. Channel-partners för förvärvat varumärke behövde egen katalog och godkännanderegler, separat infrastruktur per partner skalerade inte.
API-first CPQ dokumenterar REST-paritet mellan admin-skärmar och integrationskod. Headless CPQ kör Mercura-logik bakom egen UI. CPQ-SDK tar bort auth-boilerplate i typade klienter. Utvecklarverktyg ger sandbox och webhook-felsökning. Multi-tenant CPQ är annorlunda: en Mercura-deployment hostar isolerade tenant-miljöer med egen produktkatalog, config-regler, prisstruktur, användarbas och API-credentials medan centrala plattformsteam underhåller en uppgraderingscykel, en admin-konsol och delade ERP-connectors.
Förfrågan → config → pris → godkännande → order ska inte multiplicera vendor-kontrakt varje gång gruppen lägger till varumärke, region eller partnerprogram.
Så här fungerar det
Så fungerar Mercura multi-tenant CPQ
Plattformsadministratörer skapar tenant-miljöer i en Mercura-deployment. Varje tenant får isolerad datastore: katalog, regler, prislistor, användare, roller och audit-historik förblir osynliga för andra tenants. Tenant-scoped API-credentials låter integrationsteam koppla divisions-specifika återförsäljarportaler eller ERP-mappningar utan att dela secrets mellan varumärken. Central konsol provisionerar tenants, tilldelar admins, konfigurerar valfri delad referensdata och monitorerar användning. Plattformsuppgraderingar gäller en gång och når varje tenant på samma schema. Ert team definierar tenant-gränser, mappar varumärken till credentials och testar cross-tenant-isolering före onboarding av förvärvade kataloger. Mercura ersätter inte corporate IAM-design eller ERP-kontoplan-mapping-workshops.
Vad som ingår
Vad multi-tenant CPQ täcker
- Isolerad katalog, regler, priser och användardata per tenant
- Central admin-konsol för tenant-provisioning och monitoring
- Tenant-scoped API-credentials för divisions-specifika integrationer
- Oberoende roll- och behörighetskonfiguration per tenant
- Delat plattformsunderhåll med en uppgraderingscykel
- Valfria delade referensbibliotek över utvalda tenants
- Cross-tenant reporting för enterprise-offertanalys
- Tenant-skapande via API för programmatisk miljöutrullning
Skillnaden
Enterprise-CPQ före och efter multi-tenant konsolidering
- Nytt varumärke innebär nytt vendor-kontrakt och integrationsprojekt
- Single-instance workarounds läcker priser mellan divisioner
- Partnerportaler kräver dubbel infrastruktur eller delade secrets
- IT kör flera patch-cykler och användarsync-jobb
- Ingen koncerngenomgående vy av config- och offertaktivitet
- Förvärvat varumärke-tenant provisionerad utan fjärde CPQ-kontrakt
- Sälj och partners ser bara tenant-katalog och prislistor
- Divisions-ERP- och portalintegrationer använder tenant-scoped credentials
- En plattformsuppgradering täcker svets-, medicinska och specialtyvarumärken
- Centralt team monitorerar offertvolym cross-tenant från en konsol
Verklig tillämpning
Exempel-workflow: gasgrupp post-fusion på en Mercura-deployment
Industrigasgrupp konsoliderade fyra legacy-CPQ-system efter förvärv av regionalt cylindervarumärke. Mercura-tenants för svetsning, medicinsk syre, konstruerade blandningar och förvärvat varumärke, var och en med isolerade kataloger och godkännanderegler. Central IT underhöll en SAP-connector med tenant-scoped API-nycklar som routade orderrader till rätt företagskod. Svetsdistributör såg aldrig medicinska taxor. Plattformspatchar en gång per kvartal i stället för fyra vendor-cykler. Koncernfinans öppnade cross-tenant offert rapporter utan export från varje divisions-IT.
Affärspåverkan
Varför multi-tenant CPQ är plattformskonsolidering, inte delade inloggningsskärmar
Multi-tenant CPQ ger enterprise-grupper och SaaS-operatörer divisions-isolering på en underhållen plattform. Kompletterar API-first integration, headless frontends, SDK-klienter och developer-sandbox. Mercura ersätter inte tenant-gränsbeslut, partneravtalsvillkor eller ERP-enhetsmapping. Någon måste definiera vilka kataloger tillhör vilken tenant och verifiera isolering i test. Om smärtan är "varje förvärv lägger till CPQ-kontrakt", aligner multi-tenant CPQ förfrågan, config, pris, godkännande och order över varumärken utan att multiplicera infrastruktur.
Provisioner nytt varumärke-tenant med isolerad katalog medan central admin behåller en ERP-connector
Boka demo och gå igenom tenant-skapande, divisions-scoped API-credentials och cross-tenant-isolering tills förvärvade kataloger onboardas utan nytt vendor-kontrakt.
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.