Bibliotecas de componentes para modelos CPQ
Un modelo de posicionador. Cuarenta y siete copias en el catálogo. Defina componentes una vez en biblioteca y referéncielos en configuradores para que las actualizaciones se propaguen en todas partes.
El reto
Un modelo de posicionador. Cuarenta y siete copias en el catálogo.
Un fabricante de válvulas de control y conjuntos actuadores mantiene decenas de configuradores para líneas de bola, mariposa y globo. El mismo posicionador inteligente, kit de finales de carrera y válvula solenoide aparecen en muchos, cada uno definido por separado dentro del modelo de producto. Product management actualiza el precio del posicionador tras revisión de proveedor y abre una hoja para encontrar cada configurador que aún lleva la cifra antigua.
Una línea muestra la nueva especificación del posicionador. Otra sigue presupuestando el material de carcasa discontinuado. Una regla de compatibilidad bloquea un emparejamiento inválido en el configurador de globo pero no en la línea mariposa porque alguien actualizó solo una copia. Ventas envía un presupuesto listo desde la línea actualizada mientras un presupuesto de distribuidor desde la línea obsoleta falla revisión en el PDF.
La configuración modular compone plataformas rellenando ranuras con módulos. La lista de materiales multinivel genera jerarquía de producción desde configuración completada. Las plantillas de configuración guardan baselines probados para consultas repetidas. Las bibliotecas de componentes son otra cosa: Mercura mantiene una definición de biblioteca por pieza compartida con atributos, precio, reglas y líneas BOM referenciadas por cada modelo que la usa.
Consulta → configuración → precio → aprobación → pedido no debería depender de cuántas veces product management copió la misma pieza en configuradores separados.
Defina una vez
Componente referenciado en productos
Una actualización
Precio y spec en todas partes
Sin deriva
Misma pieza, mismas reglas
Cómo funciona
Cómo funcionan las bibliotecas de componentes en Mercura
Product ops crea entradas de biblioteca en Mercura para piezas compartidas: posicionadores, actuadores, kits de sellado, módulos de control y otros bloques usados entre líneas de válvula o familias de producto. Cada entrada lleva atributos, precio, reglas de compatibilidad y líneas BOM. Modeladores de producto referencian componentes de biblioteca dentro de configuradores en lugar de redefinirlos. Cuando product management actualiza precio, especificación o baja en biblioteca, cada configuración referenciada recoge el cambio en el siguiente presupuesto. Autores de modelos buscan y exploran la biblioteca al crear productos nuevos. Alguien debe gobernar la biblioteca, revisar qué configs siguen referenciando piezas retiradas y evitar romper referencias cuando un componente se divide en dos entradas.
Qué incluye
Qué cubren las bibliotecas de componentes
- Biblioteca central con una definición por componente compartido
- Referencia por biblioteca en varios configuradores de producto
- Actualizaciones de precio y especificación propagadas a referencias
- Reglas de compatibilidad heredadas donde se usa el componente
- Versiones de componente con historial de cambios
- Componentes retirados eliminados de selección en una acción
- Líneas BOM en componentes de biblioteca reutilizadas en salida BOM
- Búsqueda y exploración para autores de modelos de producto
La diferencia
Piezas compartidas antes y después de bibliotecas
- Mismo posicionador definido por separado en cada configurador
- Actualizaciones de precio exigen buscar cada modelo
- Reglas de compatibilidad divergen entre líneas de válvula
- Piezas discontinuadas siguen seleccionables en configs obsoletos
- Mantenimiento de catálogo crece con cada línea nueva
- Piezas compartidas definidas una vez en biblioteca de componentes
- Actualización de biblioteca llega a cada configurador referenciado
- Precio y reglas coherentes entre líneas de producto
- Baja aplicada en todas partes con un cambio de biblioteca
- Productos nuevos referencian bloques de biblioteca existentes
Aplicación real
Ejemplo de flujo: biblioteca de posicionadores entre líneas de válvula
Un fabricante de válvulas de control y paquetes actuadores mantenía posicionadores inteligentes y kits de finales de carrera como definiciones separadas dentro de configuradores de bola, mariposa y globo. Un cambio de precio de proveedor obligaba a actualizar cada copia a mano y omitir dos líneas en el primer pase. Tras centralizar posicionadores en bibliotecas Mercura, product management actualiza precio y especificación una vez; cada configurador que referencia la pieza refleja el cambio en el siguiente presupuesto sin búsqueda config por config.
Impacto en el negocio
Por qué las bibliotecas de componentes son arquitectura de catálogo, no hoja de piezas
Las bibliotecas de componentes convierten un catálogo en crecimiento de definiciones duplicadas en bloques referenciados. Complementan plataformas modulares, salida BOM multinivel, plantillas de configuración y modelos paramétricos. Mercura no sustituye su PLM como sistema de liberación de piezas nuevas ni el maestro de artículos ERP. Alguien debe ser dueño de la biblioteca y migraciones cuando una pieza compartida se divide o retira. Si el dolor es «cambiamos precio del posicionador pero tres configuradores siguen presupuestando el antiguo», las bibliotecas alinean consulta, configuración, precio, aprobación y pedido con una definición mantenida por pieza compartida.
Vea una actualización de biblioteca llegar a cada configurador de válvula referenciado
Reserve una demo y cambie el precio de un posicionador en biblioteca hasta que cada modelo referenciado presupueste el valor nuevo sin abrir cada configurador por separado.
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.