Mercura CPQ + IFS Cloud
Configure productos complejos, calcule el precio correcto y genere configuraciones listas para pedido mientras IFS Cloud sigue en el centro de la fabricación y el ERP.
IFS Cloud ya ofrece una potente funcionalidad Configure-to-Order, e IFS dispone ahora de su propio producto IFS CPQ. Mercura propone una arquitectura alternativa: una capa CPQ independiente y componible conectada a IFS Cloud para fabricantes que quieren usar IFS en ERP, fabricación, costes y ejecución de pedidos, y al mismo tiempo ofrecer experiencias de configuración dedicadas en ventas, CRM, distribuidores, clientes y canales digitales.
Cotización de venta
¿Qué es IFS CPQ?
En realidad hay tres conceptos distintos que conviene entender. Buscar IFS CPQ puede referirse a varias capacidades relacionadas.
IFS Cloud lleva tiempo ofreciendo funcionalidad de configuración de productos para fabricación Configure-to-Order. Las piezas configurables se organizan en familias de configuración con características y opciones. Las reglas guían al usuario por combinaciones válidas, y las configuraciones pueden usarse en ofertas comerciales, pedidos de cliente, órdenes de taller, Dynamic Order Processing y otros procesos de fabricación.
IFS ofrece también un producto dedicado llamado IFS CPQ. IFS lo posiciona como una experiencia CPQ integrada para ventas de fabricación compleja, con capacidades como guided selling, precios dinámicos, configuración multinivel y a nivel de sistema, gobernanza de precios, experiencias para distribuidores y revendedores, y configuración web orientada al cliente.
También puede mantener IFS Cloud como plataforma ERP y de fabricación y usar un sistema CPQ separado como Mercura para configuración de productos, precios, visualización y experiencias de venta digital. Esta arquitectura es especialmente relevante cuando la configuración debe funcionar en sistemas y canales fuera de IFS.
Una configuración IFS CPQ confirmada puede crear las líneas de origen IFS correspondientes con las piezas de venta, cantidades e IFS CTO Configuration IDs adecuadas.
Configurador existente
Sí. Esto es importante.
Una evaluación CPQ seria no debe partir de la premisa de que IFS carece de configuración de productos. El Sales Configurator y la funcionalidad Configure-to-Order existentes en IFS Cloud pueden guiar al usuario por características y opciones, aplicar reglas de configuración, calcular precios dependientes de la configuración y conectar el resultado con procesos de fabricación posteriores.
IFS ha añadido desde entonces la oferta IFS CPQ separada para una experiencia CPQ de ventas más amplia.
No es la pregunta
¿Puede IFS configurar productos?
Ya no es la única pregunta
¿Tiene IFS CPQ?
La pregunta útil
¿Qué arquitectura de configuración encaja con nuestros productos, usuarios, canales de venta y entorno IFS?
Elección de arquitectura
La respuesta correcta depende del problema que esté resolviendo.
Use IFS para el conocimiento de fabricación y operaciones que corresponde a IFS. Use la arquitectura CPQ que mejor sirva a quienes configuran y compran el producto.
Comparativa en tres vías
| Capacidad | IFS Cloud CTO / Sales Configurator | IFS CPQ | Mercura + IFS Cloud |
|---|---|---|---|
| IFS ERP y fabricación | Nativo | Integración nativa | IFS sigue siendo responsable |
| Piezas configurables | Sí | Usa integración IFS CTO | Puede mapear a piezas configuradas en IFS |
| Características y opciones | Sí | Sí | Sí |
| Reglas de configuración | Sí | Sí | Sí |
| Guided selling | Sí, orientado a configuración | Sí | Sí |
| Precios de configuración | Sí | Sí | Sí |
| Gobernanza de precios dinámicos | Capacidades de precios IFS | Sí | Sí |
| Integración con ofertas comerciales | Nativo | Integración nativa | Integración API |
| Integración con pedidos de cliente | Nativo | Integración nativa | Integración API |
| IFS CTO Configuration ID | Nativo | Creado mediante integración | Puede mapearse cuando sea necesario |
| Evaluación BOM / rutas | Responsabilidad nativa de IFS | Conectado a IFS CTO | IFS puede seguir siendo maestro de fabricación |
| Configuración multinivel | Estructuras de fabricación | Sí | Sí |
| Venta a nivel de sistema | Depende del modelo | Sí | Sí |
| Experiencia distribuidor / revendedor | Posibilidades B2B de IFS | Sí | Sí |
| Configurador web para clientes | Requiere arquitectura IFS elegida | Sí | Sí |
| Frontend personalizado / enfoque SDK | No es el propósito central | Arquitectura IFS CPQ | Arquitectura central de Mercura |
| Flujo de trabajo CRM-first | Requiere integración | Depende del ecosistema | Patrón de integración central |
| Multi-ERP / CPQ independiente del ERP | No | Orientado a IFS | Sí |
| 2D / 3D interactivo | Depende de la implementación | Compatible; los activos 3D siguen siendo responsabilidad del cliente | Capacidad central de Mercura |
| Mejor encaje | CTO centrado en fabricación | CPQ integral centrado en IFS | CPQ componible multicanal en torno a IFS |
Arquitectura CPQ integrada
Esta distinción resulta útil para equipos de arquitectura.
IFS describe comercialmente IFS CPQ como integrado en IFS Cloud y con integración nativa con IFS Cloud Manufacturing.
La documentación técnica de IFS explica cómo funciona por debajo. La solución CPQ se aprovisiona como aplicación externa y se conecta a IFS Cloud mediante:
Una aplicación CPQ no tiene que ejecutarse dentro de la propia aplicación ERP para estar profundamente integrada con IFS Cloud.
Mercura sigue el mismo principio general de separación de responsabilidades: IFS sigue siendo el sistema responsable del ERP y de la ejecución de la fabricación, mientras el CPQ intercambia información estructurada con IFS a través de interfaces de integración soportadas.
La diferencia está en qué plataforma CPQ quiere usar.
Qué debe gestionar IFS Cloud
Para un fabricante IFS, el objetivo no debe ser recrear IFS dentro del CPQ. IFS es excepcionalmente fuerte en ejecución de fabricación. Según su implementación, IFS puede seguir siendo el sistema de referencia para:
Mercura debe consumir o referenciar la información que el proceso de configuración comercial realmente necesita.
Qué debe gestionar el CPQ
La capa CPQ se ocupa principalmente de convertir requisitos en algo que IFS pueda ejecutar. Mercura puede gestionar:
Convertir requisitos del cliente en decisiones técnicamente significativas.
Aplicar dependencias, restricciones y cálculos mientras el usuario configura.
Mostrar al usuario lo que está construyendo.
Generar documentos comerciales y técnicos a partir de la configuración estructurada.
Configure-to-Order en IFS
Las capacidades CTO de IFS van más allá de una simple consulta de artículo ERP.
Una pieza configurable está conectada a una familia de configuración. La familia define características y opciones comunes para describir variantes válidas. El IFS Sales Configurator puede entonces guiar al usuario por las elecciones.
Las reglas pueden:
Se utiliza en:
IFS también admite control de revisiones de configuración y reutilización de configuraciones idénticas existentes.
Esto significa que una integración IFS debe reutilizar el modelo CTO existente donde aporte valor, no sustituirlo a ciegas.
ERP y fabricación
Configurar · Precio · Cotizar
Ejecución comercial
Canales de venta
Los usuarios internos de ERP son solo una audiencia posible. Los productos complejos también se venden mediante CRM, ventas de campo, distribuidores, revendedores, partners, ingenieros, clientes y usuarios de ecommerce. Una capa CPQ independiente permite reutilizar el mismo conocimiento de producto, gestionado de forma centralizada, en distintos canales y experiencias de venta.
Inicie la configuración desde una oportunidad o proceso comercial. Ventas recibe orientación sin tener que entender la estructura de fabricación subyacente completa.
Ofrezca a canales de venta externos acceso controlado a productos relevantes, reglas de configuración válidas, surtidos específicos por cliente, lógica comercial y generación de ofertas sin exponer la interfaz ERP completa. IFS CPQ también ofrece capacidades de portal para distribuidores y revendedores; las organizaciones deben comparar la experiencia requerida en lugar de asumir automáticamente que hace falta un CPQ externo.
Permita que los clientes configuren productos directamente en su sitio web o portal. IFS CPQ incluye capacidades de configurador web orientadas al cliente. Mercura es relevante cuando quiere que esa experiencia forme parte de una arquitectura digital headless o personalizada más amplia, en lugar de ser principalmente una solución centrada en IFS.
Muchos fabricantes usan IFS para ERP y fabricación, pero otra plataforma para CRM. Una arquitectura típica puede ser CRM → Mercura CPQ → IFS Cloud. Así se evita obligar a los comerciales a entrar en el ERP solo porque la fabricación se ejecuta allí.
Esta es una de las razones más sólidas para evaluar un CPQ especializado junto a IFS CPQ. Algunas organizaciones operan:
¿Debe la configuración de productos ser una capacidad IFS expuesta hacia fuera, o una capa de conocimiento de producto independiente conectada a IFS y al resto del stack?
No hay una respuesta universalmente correcta. Es una decisión de arquitectura.
CPQ visual
Los productos industriales complejos a menudo son difíciles de vender solo con características y campos ERP. Mercura puede combinar lógica de configuración con retroalimentación visual.
IFS CPQ también admite escenarios de configuración visual; los términos de producto de IFS indican específicamente que los modelos 3D requeridos para IFS CPQ son responsabilidad del cliente.
Use la misma configuración estructurada para crear documentos de propuesta con su marca — y luego mapee el resultado aprobado a IFS Cloud.
Cuándo encaja Mercura
Mercura es especialmente relevante cuando el problema CPQ va más allá de la configuración ERP.
El configurador debe abrirse desde CRM u otro espacio de trabajo comercial.
Necesitan una experiencia de marca, no una interfaz orientada al ERP.
El configurador de productos es un producto de venta digital en sí mismo.
Un modelo CPQ debe servir a varios ERP, CRM o unidades de negocio.
Los clientes necesitan ver el resultado mientras configuran.
La lógica comercial cambia a un ritmo distinto del de los datos maestros ERP.
La configuración debe consumirse mediante APIs y aplicaciones personalizadas.
La capa CPQ debe orquestar el conocimiento de producto en IFS, CRM, PIM, CAD y otros sistemas.
Cuándo encaja IFS CPQ
Si IFS Cloud es claramente el centro de la arquitectura comercial y de fabricación y quiere la solución CPQ suministrada dentro del ecosistema IFS, IFS CPQ merece una consideración seria.
Mercura no debe añadirse simplemente por añadir otra aplicación.
Cuándo basta el Sales Configurator
No todo cliente IFS necesita un producto CPQ dedicado.
Esta suele ser la primera pregunta de arquitectura que conviene responder.
Traspaso a fabricación
Aquí IFS es especialmente fuerte. Un configurador comercial no debe generar una oferta atractiva que la fabricación no pueda ejecutar. La integración debe definir cómo la configuración comercial aprobada se traduce en los datos correctos para los procesos de fabricación en IFS.
Mercura determina qué Sales Part existente corresponde a los requisitos del cliente. La pieza y la cantidad resultantes se transfieren al proceso comercial IFS pertinente.
Ideal cuando: Fabrica o mantiene stock de un catálogo finito de variantes válidas.
Mercura captura las elecciones requeridas y las mapea a las características y opciones de configuración IFS correspondientes. IFS sigue siendo responsable de la configuración CTO formal y de su evaluación de fabricación posterior.
Ideal cuando: Su configuración IFS CTO existente ya contiene la lógica de fabricación que quiere preservar.
Una configuración de alto nivel puede dar lugar a varias piezas de venta y cantidades. IFS puede usar entonces sus reglas de configuración de fabricación, estructuras de producto, rutas, DOP u otros procesos posteriores para determinar cómo cumplir el pedido.
Ideal cuando: El CPQ es dueño de la solución comercial e IFS de la definición de fabricación.
IFS puede evaluar reglas de configuración para crear estructuras de fabricación. Los productos configurados pueden alimentar estructuras de producto y lógica de rutas, e IFS admite la creación de estructuras DOP basadas en la evaluación de configuración.
Ideal cuando: Las selecciones del cliente determinan directamente componentes y operaciones de fabricación.
No todo producto ETO puede ni debe automatizarse por completo. Mercura puede estandarizar todo lo repetible y producir los parámetros que necesita ingeniería. Ingeniería finaliza el producto antes de que la BOM aprobada, la estructura de proyecto o la definición de fabricación entre en IFS.
Ideal cuando: Cada pedido incluye trabajo de ingeniería real, pero ventas puede automatizar una parte sustancial de la configuración.
La arquitectura correcta depende de su proceso de fabricación. No asumimos que todo fabricante deba generar BOM de la misma manera.
Pedidos provisionales
IFS ofrece un puente interesante entre configuración, costes e ingeniería. Un producto configurado en una oferta comercial o pedido de cliente puede desglosarse en un pedido provisional.
Para fabricantes complejos, esto crea una arquitectura sólida:
Esto puede ser preferible a trasladar el coste detallado de fabricación a la plataforma CPQ.
Responsabilidad de precios
IFS ya dispone de funcionalidad de precios amplia. No la duplique innecesariamente.
Para piezas de venta configurables, IFS puede calcular el precio usando el precio base de la pieza de venta sin configurar, el valor económico de las características de configuración y el valor económico de las opciones.
Mercura configura el producto y solicita o consume el precio pertinente desde IFS.
Ideal cuando
IFS ya contiene la lógica comercial de precios, los precios de cliente pertenecen al ERP, la gobernanza de precios de venta está controlada por el ERP y la configuración no requiere precios CPQ adicionales sustanciales.
Ejemplo: precio de pieza de venta IFS + dimensiones seleccionadas + factor de material + paquete de rendimiento + accesorios + incrementos específicos del proyecto = precio de venta configurado.
Ideal cuando
El ERP es dueño de los datos comerciales estándar, pero el precio de venta final depende de cálculos que solo existen en el contexto de configuración.
Mercura realiza el cálculo completo de configuración y envía el valor comercial resultante al proceso transaccional IFS acordado.
Ideal cuando
Los precios son inseparables de un modelo de configuración altamente especializado.
Si elige IFS CPQ, IFS comercializa precios dinámicos, modelado de escenarios, flujos de aprobación y controles de protección de márgenes como capacidades centrales. En esa arquitectura puede haber poco motivo para introducir otra capa de precios CPQ.
Ideal cuando
Quiere una capa CPQ de precios gobernada y unificada dentro del ecosistema IFS.
La decisión de precios más importante no es qué sistema tiene el motor de precios más potente.
¿Qué sistema debe gestionar cada regla de precio? Los acuerdos con clientes, listas de precios y la lógica comercial ERP pueden pertenecer a IFS. Las fórmulas de configuración pueden pertenecer al CPQ. El coste de fabricación debe estar cerca de IFS Costing y fabricación. La lógica de aprobación debe gestionarse en un único sistema claramente definido.
Una buena arquitectura IFS CPQ minimiza reglas duplicadas.
Integración con IFS Cloud
REST y OData
IFS Cloud expone funcionalidad de negocio mediante REST APIs basadas en OData. IFS describe las REST APIs como su método de integración preferido y expone IFS Cloud Projections reutilizables para integración. Operaciones HTTP estándar como GET, POST, PUT, PATCH y DELETE están soportadas según la API.
Para integraciones sistema a sistema, IFS recomienda el flujo OAuth 2.0 client credentials. La aplicación externa obtiene un access token usando un cliente IFS IAM y lo utiliza al llamar a las APIs pertinentes.
Configuración externa
Sí.
La documentación de IFS indica explícitamente que una configuración puede iniciarse desde una aplicación externa. La propia integración CPQ moderna de IFS también demuestra este patrón arquitectónico.
En una implementación Mercura, primero determinaríamos en qué proceso de IFS debe residir la configuración resultante, en lugar de asumir que todo cliente requiere el mismo mapeo.
Intercambio de datos
Un diseño típico puede incluir:
| Datos | Dirección | Propósito |
|---|---|---|
| Piezas de venta | IFS → Mercura | Reutilizar maestro de producto ERP |
| Información de piezas | IFS → Mercura | Contexto técnico/de producto |
| Clientes | IFS → Mercura | Ofertas específicas por cliente |
| Empresas | IFS → Mercura | Contexto organizativo |
| Sitios | IFS → Mercura | Contexto comercial/de fabricación |
| Unidades | IFS → Mercura | Cantidades consistentes |
| Información de precios | IFS → Mercura | Entrada de precios ERP |
| Inventario / disponibilidad | IFS → Mercura | Disponibilidad comercial cuando corresponda |
| Características de configuración | IFS → Mercura | Reutilizar modelo CTO existente |
| Opciones de configuración | IFS → Mercura | Reutilizar valores IFS permitidos |
| Información de costes | IFS → Mercura | Cuando sea comercialmente apropiado |
| Configuración | Mercura → IFS | Definición de producto aprobada |
| Piezas de venta | Mercura → IFS | Líneas comerciales configuradas |
| Cantidades | Mercura → IFS | Cantidades de pedido |
| Referencia de configuración | Mercura → IFS | Trazabilidad al CPQ |
| Datos de oferta comercial | Mercura → IFS | Continuar flujo de oferta |
| Datos de pedido de cliente | Mercura → IFS | Continuar proceso de pedido |
| Parámetros técnicos | Mercura → IFS | Contexto de fabricación posterior |
| Datos de componentes | Mercura → IFS | Cuando la arquitectura acordada lo requiera |
Calificación del ecosistema
Las implementaciones IFS difieren considerablemente. Antes de definir la integración, revisamos:
El resultado debe ser un diseño de integración basado en su entorno IFS real, no un diagrama genérico de conector.
Apoyo a la decisión
IFS CPQ es la oferta Configure, Price, Quote de IFS para fabricantes que venden productos configurables complejos. IFS lo posiciona como una experiencia IFS Cloud integrada con guided selling, configuración, precios dinámicos, aprobaciones, configuración multinivel y a nivel de sistema, soporte para distribuidores/revendedores y configuración web orientada al cliente.
Sí. IFS Cloud incluye funcionalidad Configure-to-Order y Sales Configurator consolidada, basada en piezas configurables, familias de configuración, características, opciones y reglas de configuración. IFS CPQ es una oferta CPQ más amplia construida e integrada en torno a estas capacidades de fabricación.
El IFS Sales Configurator forma parte de la funcionalidad Configure-to-Order subyacente de IFS y se centra en crear configuraciones válidas de piezas configurables. IFS CPQ es el producto comercial más amplio. Añade una experiencia CPQ dedicada con capacidades como guided selling, gobernanza de precios dinámicos, configuración a nivel de sistema y experiencias comerciales externas, integrando el resultado con objetos de negocio IFS y CTO.
Comercialmente, IFS describe IFS CPQ como integrado y con integración nativa con IFS Cloud. Técnicamente, la documentación de IFS describe la solución CPQ como una aplicación externa integrada con IFS Cloud mediante llamadas REST, IFS Connect, SSO, webhooks y usuarios de integración dedicados. Esto ofrece una experiencia integrada manteniendo una arquitectura de servicio CPQ separada.
Sí. Mercura puede usarse como capa CPQ independiente junto a IFS Cloud en lugar de IFS CPQ. La mejor arquitectura depende de su modelo IFS CTO existente, canales de venta, estrategia CRM, requisitos de frontend, ecosistema de sistemas y el grado de acoplamiento deseado con el ecosistema IFS.
No. IFS debe seguir siendo dueño del ERP, la fabricación y los procesos operativos. Mercura gestiona la experiencia de configuración comercial y transfiere el resultado aprobado al proceso IFS acordado.
Sí, puede diseñarse una integración que preserve una arquitectura IFS CTO existente. Por ejemplo, Mercura puede determinar o recopilar las selecciones de configuración mientras IFS sigue siendo responsable de la pieza configurada formal, la Configuration ID y la evaluación de fabricación posterior. El modelo exacto depende de la configuración CTO del cliente.
La documentación de IFS permite explícitamente que las configuraciones se inicien desde aplicaciones externas. La integración adecuada debe usar APIs IFS soportadas y preservar las validaciones de negocio requeridas por el proceso IFS del cliente.
IFS Cloud expone REST APIs usando OData y Projections. IFS indica que las REST APIs son el enfoque de integración preferido. Una integración puede usar Premium APIs, Integration APIs, projections estándar, IFS Connect u otras interfaces soportadas según el proceso de negocio.
Documentación REST API de IFS Cloud →IFS recomienda OAuth 2.0 client credentials para integraciones sistema a sistema. La configuración final de autenticación depende del patrón de interacción y del entorno IFS.
Documentación OAuth de IFS →Pueden residir en IFS, Mercura o en una arquitectura híbrida controlada. IFS ya admite precios configurados sofisticados con precios base, precios de características y opciones, fórmulas y tablas de combinación. No reconstruya esa lógica en CPQ sin un motivo claro.
IFS CTO puede evaluar configuraciones para determinar estructuras de fabricación posteriores, incluidas estructuras y operaciones DOP impulsadas por configuración. Mercura puede aportar la configuración comercial mientras IFS sigue evaluando y ejecutando la lógica de fabricación.
Sí. IFS admite pedidos provisionales para líneas de oferta comercial y pedido de cliente configuradas. Pueden desglosarse para inspección y acumulación de coste estimado, y pueden realizarse cambios menores de ingeniería antes de recalcular el coste. Esto es especialmente útil para productos complejos o parcialmente diseñados.
Sí. Tanto IFS CPQ como Mercura pueden soportar experiencias comerciales externas. IFS CPQ anuncia capacidades de portal para distribuidores/revendedores y configurador web orientado al cliente. Mercura es especialmente relevante cuando esas experiencias deben integrarse en una arquitectura personalizada o multisisema más amplia.
Sí. Una arquitectura habitual es CRM → Mercura CPQ → IFS Cloud. El CRM es dueño de la oportunidad, Mercura de la experiencia de configuración comercial e IFS de la ejecución operativa.
Esta página se centra principalmente en IFS Cloud. Los entornos IFS Applications más antiguos usan tecnologías de integración distintas y deben evaluarse individualmente antes de definir la arquitectura.
Recursos técnicos oficiales
Contenido técnico revisado por última vez en agosto de 2026. Valide las premisas con su versión de IFS Cloud, los módulos activados y el ecosistema de integración.
Explore el stack de capacidades
IFS ejecuta la operación. Use la arquitectura CPQ que mejor ejecute la venta.
Si ya usa IFS, la primera pregunta no es si necesita otro software. Es dónde debe residir el conocimiento de configuración. Para algunas organizaciones basta el IFS Sales Configurator existente. Para otras, el nuevo producto IFS CPQ es la extensión más natural de IFS Cloud. Y para fabricantes que necesitan una capa de configuración componible en CRM, ERP, distribuidores, clientes y experiencias digitales personalizadas, Mercura puede aportar la capa CPQ mientras IFS sigue siendo la columna vertebral de fabricación y operaciones. Traiga un producto configurable, un ejemplo de oferta y una visión de su configuración IFS CTO actual. Podemos mapear dónde deben residir reglas de producto, precios, costes y lógica de fabricación, y si Mercura, IFS CPQ o el configurador IFS existente encaja mejor.