CPQ multi-inquilino
La fusión cerró el viernes. IT heredó un cuarto contrato CPQ en lugar de un segundo inquilino. Mercura aloja entornos de marca aislados en una plataforma con catálogos, reglas, precios y claves API separados.
El reto
La fusión cerró el viernes. IT heredó un cuarto contrato CPQ en lugar de un segundo inquilino.
Un grupo que vende equipos de gases industriales y especiales en soldadura, oxígeno médico y sistemas de mezclas diseñadas completó la adquisición de una marca regional de cilindros y reguladores. Cada división legacy ya tenía instancia CPQ de distinto proveedor. IT central debía conectar los cuatro flujos de presupuesto a una instancia SAP manteniendo precios médicos invisibles para distribuidores de soldadura y tablas descuento de la marca adquirida fuera de pantallas comerciales legacy.
Aprovisionar otro contrato CPQ completo para la marca adquirida duplicaba tarifas vendor, jobs sync usuario y ventanas parche. Ejecutar a todos en instancia única sin muros inquilino hacía que un gerente regional abriera plantilla presupuesto y viera libro precios cliente de otra división. Partners canal de la marca adquirida necesitaban catálogo y reglas aprobación propios, pero infraestructura separada por partner no escalaba.
CPQ API-first documenta paridad REST entre pantallas admin y código integración. CPQ headless ejecuta lógica Mercura detrás de su UI. SDK CPQ elimina boilerplate auth en clientes tipados. Herramientas desarrollador dan sandbox y depuración webhook. CPQ multi-inquilino es otra cosa: un despliegue Mercura aloja entornos inquilino aislados, cada uno con catálogo producto, reglas configuración, estructura precios, base usuarios y credenciales API propias, mientras equipos plataforma central mantienen un ciclo actualización, una consola administración y conectores ERP compartidos.
Consulta → configuración → precio → aprobación → pedido no debería multiplicar contratos vendor cada vez el grupo añade marca, región o programa partner.
Cómo funciona
Cómo funciona CPQ multi-inquilino en Mercura
Administradores plataforma crean entornos inquilino dentro de un despliegue Mercura. Cada inquilino recibe almacén datos aislado: catálogo, reglas, listas precio, usuarios, roles e historial auditoría permanecen invisibles a otros inquilinos. Credenciales API con alcance inquilino permiten equipos integración conectar portales distribuidor o mapeos ERP por división sin compartir secretos entre marcas. Consola central aprovisiona inquilinos, asigna administradores, configura datos referencia compartidos opcionales y monitoriza uso. Actualizaciones plataforma aplican una vez y alcanzan cada inquilino en mismo calendario. Su equipo define límites inquilino, mapea marcas a credenciales y prueba aislamiento cross-inquilino antes onboarding catálogos adquiridos. Mercura no sustituye diseño IAM corporativo ni talleres mapeo plan cuentas ERP.
Qué incluye
Qué cubre CPQ multi-inquilino
- Catálogo, reglas, precios y datos usuario aislados por inquilino
- Consola administración central para aprovisionamiento y monitorización inquilinos
- Credenciales API con alcance inquilino para integraciones por división
- Configuración roles y permisos independiente por inquilino
- Mantenimiento plataforma compartido con un ciclo actualización
- Bibliotecas referencia compartidas opcionales entre inquilinos seleccionados
- Informes cross-inquilino para analítica presupuesto enterprise
- Creación inquilino vía API para despliegue programático entornos
La diferencia
CPQ enterprise antes y después consolidación multi-inquilino
- Nueva marca implica nuevo contrato vendor y proyecto integración
- Workarounds instancia única filtran precios entre divisiones
- Portales partner requieren infraestructura duplicada o secretos compartidos
- IT ejecuta múltiples ciclos parche y jobs sync usuario
- Sin vista grupo de actividad configuración y presupuesto
- Inquilino marca adquirida aprovisionado sin cuarto contrato CPQ
- Comerciales y partners ven solo catálogo y listas precio de su inquilino
- Integraciones ERP y portal división usan credenciales alcance inquilino
- Una actualización plataforma cubre marcas soldadura, médica y especialidad
- Equipo central monitoriza volumen presupuesto cross-inquilino desde una consola
Aplicación real
Ejemplo flujo: grupo gases post-fusión en un despliegue Mercura
Grupo gases industriales consolidó cuatro sistemas CPQ legacy tras adquirir marca regional cilindros. Se crearon inquilinos Mercura para soldadura, oxígeno médico, mezclas diseñadas y marca adquirida, cada uno con catálogos y reglas aprobación aislados. IT central mantuvo un conector SAP con claves API alcance inquilino enrutando líneas pedido al código empresa correcto. Distribuidor soldadura nunca vio tarifas médicas. Parches plataforma aplicaron una vez por trimestre en lugar de cuatro ciclos vendor. Finanzas grupo abrió informes presupuesto cross-inquilino sin pedir exportaciones a cada IT división.
Impacto en el negocio
Por qué CPQ multi-inquilino es consolidación plataforma, no pantallas login compartidas
CPQ multi-inquilino da grupos enterprise y operadores SaaS aislamiento grado división en plataforma mantenida. Complementa integración API-first, front-ends headless, clientes SDK y sandbox desarrollador. Mercura no sustituye decisiones límites inquilino, términos contrato partner ni mapeo entidades ERP. Alguien debe definir qué catálogos pertenecen a qué inquilino y verificar aislamiento en pruebas. Si dolor es «cada adquisición añade otro contrato CPQ», CPQ multi-inquilino alinea consulta, configuración, precio, aprobación y pedido entre marcas sin multiplicar infraestructura.
Aprovisione inquilino marca nueva con catálogo aislado mientras admin central mantiene un conector ERP
Reserve demo y recorra creación inquilino, credenciales API por división y aislamiento cross-inquilino hasta onboarding catálogos adquiridos sin nuevo contrato vendor.
Hablemos de tu proceso de venta.
Ayudamos a los fabricantes para que dominen el modelado de productos, agilicen el proceso de presupuestación, reduzcan los errores y, en última instancia, ofrezcan las soluciones personalizadas que exigen los clientes.