CPQ, ERP y PIM: la arquitectura de cotización industrial

En cotización industrial, el problema casi nunca es la herramienta. Es la arquitectura.

Un comercial técnico recibe una petición de presupuesto para una máquina configurable y necesita tres datos a la vez: las especificaciones técnicas de cada componente, el precio actualizado con su stock y sus márgenes, y las reglas que dicen qué combinaciones son fabricables.

El problema es que esos tres datos viven en tres sistemas distintos. Cuando no hablan entre sí, el comercial los junta a mano en un Excel. Tarda días. Y comete errores que no se ven hasta que la oferta ya está firmada.

Este artículo explica cómo se orquestan PIM, ERP y CPQ para que una cotización industrial compleja funcione de punta a punta. Y qué se rompe cuando una de las tres capas falta o se solapa con otra.

De dónde saca los datos un CPQ y por qué necesita PIM y ERP

Un CPQ no es la fuente de verdad de tus productos ni de tus precios. Es la capa que aplica lógica de configuración y genera la oferta. Para hacerlo bien, consume datos que se gobiernan en otros sitios:

• Las especificaciones técnicas (atributos, variantes, fichas, relaciones entre componentes) viven en el PIM.
• Los precios, el stock, los márgenes y las condiciones comerciales viven en el ERP.
• Las reglas de qué se puede combinar con qué y la generación del presupuesto son trabajo del CPQ.

El error más común que vemos en proyectos industriales es creer que el CPQ puede hacer de PIM.

Qué hace cada capa: PIM, ERP y CPQ

Cada sistema gobierna un tipo de dato. Y ninguno puede hacer bien el trabajo del otro.

• El PIM es la fuente de verdad del producto. Ahí viven los atributos técnicos, las variantes, las fichas y las relaciones entre componentes. Es el mismo dato que alimenta tu web y tus catálogos, así que tiene que estar centralizado en un solo sitio.
• El ERP gobierna el dinero. Precio, stock, márgenes, descuentos y las condiciones comerciales de cada cliente. Es donde el precio se calcula de verdad.
• El CPQ aporta lo que ninguno de los otros dos sabe hacer: la lógica de configuración. Aplica las reglas de qué se puede combinar con qué, y genera el presupuesto final.

El error más común que vemos en proyectos industriales es pedirle al CPQ que haga de PIM. Puede almacenar atributos, sí. Pero en cuanto tienes miles de variantes técnicas que también alimentan tu web y tus catálogos, mantener ese dato dentro del CPQ significa duplicarlo. Y un dato duplicado se desincroniza tarde o temprano.

La regla práctica: cada dato debe tener una única fuente de verdad.

Cómo fluyen los datos en una cotización industrial

El flujo de una cotización configurable bien montada va así:

1. El PIM alimenta el catálogo y los atributos. El configurador del CPQ conoce qué componentes existen, qué especificaciones tienen y cómo se relacionan, porque el PIM se los sincroniza. Si falta esta integración: tu equipo carga referencias manualmente en el CPQ y la web vende un producto que el configurador no conoce.
2. El CPQ aplica las reglas de compatibilidad. Cuando el comercial selecciona componentes, el motor de reglas valida que la combinación sea técnicamente viable y fabricable. Si falta esta integración: no hay validación, y el presupuesto puede prometer una configuración imposible de producir.
3. El ERP valida precio, stock y márgenes. El precio no se calcula con una tabla congelada dentro del CPQ: se trae del ERP en tiempo real, con los descuentos y márgenes vigentes para ese cliente. Si falta esta integración: aplicas precios viejos y estructuras de descuento incorrectas, justo el error que más erosiona el margen.
4. Se genera la oferta. Con la configuración validada y el precio correcto, el CPQ produce el documento de presupuesto, formateado y con la marca del cliente, listo para enviar. Si falta esta integración: el comercial vuelve a montar el PDF a mano.

Quita cualquiera de los cuatro pasos y el sistema deja de ser una arquitectura: pasa a ser tres herramientas sueltas unidas con trabajo manual.

Cómo se ve esto en la práctica: demo de Mercura CPQ

En nuestra entrevista con Mercura CPQ vimos la teoría funcionando en directo. Tres momentos dejaron claro cómo se comporta cada capa cuando un comercial configura un producto industrial complejo.

Componentes incompatibles: el configurador no deja avanzar

Las reglas validan cada combinación contra las restricciones técnicas antes de calcular precio.

El comercial no necesita saberse de memoria qué encaja con qué; el motor lo bloquea. En catálogos con miles de variantes, esa es la diferencia entre una oferta fabricable y una promesa que ingeniería tendrá que desmentir después.

Cálculo de precio en vivo: el número real, no una estimación

Al añadir o quitar componentes, el precio se recalcula con los datos más recientes del ERP —en Mercura, con integración nativa a Microsoft Dynamics 365 Business Central— aplicando descuentos y márgenes según las reglas comerciales.

Presupuesto al instante: configuración validada, precio confirmado

El documento se genera completo y con la marca del cliente. La visualización en 2D y 3D ayuda a que entienda qué compra, reduciendo malentendidos antes de firmar.

Esto es lo que separa una arquitectura real de una lista de funcionalidades: Lo que importa es el orden y entender que si se rompe ese orden, se rompe la cotización.

Qué errores de arquitectura vemos en proyectos industriales

De los proyectos que acompañamos, estos son los fallos de arquitectura que más se repiten:

1. Implementar el CPQ sin un PIM detrás. El configurador acaba alimentado a mano o desde un Excel maestro. Funciona la primera semana; al mes los datos ya no cuadran con la web ni con el catálogo. Si todavía no tienes claro qué PIM encaja con tu catálogo, lo desarrollamos en qué PIM elegir según tu catálogo, canales e integraciones.
2. Duplicar la lógica de precios en el CPQ y en el ERP. Mantener dos motores de precio garantiza que tarde o temprano den resultados distintos. El precio se gobierna en el ERP; el CPQ lo consume, no lo recalcula por su cuenta.
3. No definir la fuente de verdad de cada dato. Es el error raíz del que derivan los otros dos. Si nadie ha decidido que el producto vive en el PIM y el precio en el ERP, cada sistema termina guardando su propia versión. Es exactamente el patrón que describimos en evita duplicidades en tu stack tecnológico B2B.
4. Integrar punto a punto sin pensar en la arquitectura. Conectar CPQ↔ERP, PIM↔CPQ y PIM↔eCommerce como integraciones aisladas funciona hasta que añades el cuarto sistema. A partir de cierta complejidad conviene una capa de integración que centralice los flujos, como explicamos en qué implica automatizar una empresa B2B.

Por dónde empezar

Si estás evaluando esta arquitectura, lo primero que miramos no es qué CPQ comprar. Es esto:

• Dónde vive hoy cada dato (producto, precio, reglas) y si hay una única fuente de verdad o varias versiones en paralelo.
• Qué madurez tiene tu PIM, porque sin un producto bien gobernado el CPQ no tiene de qué tirar.
• Qué nivel de integración necesitas de verdad: no todas las empresas necesitan el mismo.

La cotización industrial no se arregla comprando una herramienta. Se arregla decidiendo qué capa gobierna qué dato, y haciendo que las tres hablen en el orden correcto.

En Novicell trabajamos esta arquitectura de principio a fin: gobierno del dato de producto, selección e implantación de PIM y CPQ, e integración con tu ERP. Si estás en este punto, conversa con nuestros especialistas.