Mercura + Microsoft Dynamics 365 Finance & Supply Chain Management
Configure productos complejos, calcule precios específicos para cada configuración, genere presupuestos profesionales y transfiera el resultado aprobado a Microsoft Dynamics 365.
Mercura añade una capa comercial de CPQ y configuración de producto a Microsoft Dynamics 365 Finance y Supply Chain Management, también conocido como Dynamics 365 F&O o FSCM, mientras Dynamics 365 continúa gestionando los procesos operativos propios del ERP.
Presupuesto de venta
La respuesta en 30 segundos
CPQ para Dynamics 365 F&O conecta Configure, Price, Quote con los datos de producto, cliente y operaciones de Microsoft Dynamics 365 Finance y Supply Chain Management. En lugar de pedir al comercial que traduzca manualmente las necesidades del cliente en códigos de artículo, dimensiones, opciones, componentes de BOM y precios, Mercura guía al usuario por la configuración y genera un resultado estructurado que Dynamics 365 puede procesar.
Necesidad del cliente → Configuración → Precio → Presupuesto → Aprobación → Presupuesto/pedido en Dynamics 365 → Producción
Dynamics 365 sigue siendo la plataforma ERP y de supply chain. Mercura gestiona las decisiones comerciales y técnicas necesarias antes de poder crear el pedido correcto.
Distinción importante
Microsoft Dynamics 365 Supply Chain Management incluye tecnologías nativas de configuración de productos. Sus modelos de configuración basados en restricciones pueden incluir atributos, restricciones, cálculos, componentes, líneas de BOM y operaciones de ruta, y los productos configurables pueden utilizarse en presupuestos y pedidos de venta. Para muchos fabricantes, esa capacidad nativa es muy valiosa.
La pregunta correcta no es:
¿Puede Dynamics 365 configurar productos?
Sí.
La pregunta es:
¿Dónde termina la configuración operativa del producto y dónde comienza la experiencia comercial?
La configuración nativa de Dynamics está estrechamente relacionada con la estructura del producto, fabricación y ERP. Mercura CPQ se centra en:
No es necesariamente una elección entre un configurador u otro. Para muchas empresas, la mejor arquitectura es: lógica operativa en Dynamics 365 + experiencia comercial y CPQ en Mercura.
Responsabilidad del sistema
Una arquitectura limpia no duplica su ERP. Asigna responsabilidades claras a cada sistema.
ERP y contexto operativo
Configure · Price · Quote
Ejecución
Mercura se adapta a su arquitectura de Dynamics 365. No obliga a reestructurar productos, BOM o procesos alrededor de un modelo CPQ predefinido.
Configuración nativa vs. CPQ
La configuración de producto de Dynamics 365 está estrechamente relacionada con la estructura operativa del producto y la fabricación. Mercura CPQ se centra en todo lo necesario para convertir un requisito del cliente en una solución vendible, comprensible y comercialmente correcta.
| Necesidad | Configuración Dynamics 365 SCM | Mercura CPQ |
|---|---|---|
| Productos maestros y liberados | Responsabilidad principal | Consume o mapea datos |
| Dimensiones de producto | Función principal | Puede mostrarlas comercialmente |
| Configuración por restricciones | Sí | Sí |
| Configuración de BOM | Función de fabricación | Puede calcular/mapear outputs |
| Rutas | Función principal | Normalmente se transfiere a SCM |
| Configurar desde pedido | Sí | Puede ofrecer un flujo previo |
| Venta guiada | No es el foco principal | Función principal |
| UX para comerciales no técnicos | No es el foco principal | Función principal |
| Configurador para distribuidores | Requiere solución adicional | Caso de uso principal |
| Autoservicio de clientes | Requiere solución adicional | Caso de uso principal |
| Visualización 2D/3D | No es el foco principal | Función principal |
| Presupuestos específicos | Proceso ERP | Función principal |
| Cálculos comerciales complejos | Depende del modelo | Función principal |
| Frontend headless/personalizado | Arquitectura a medida | Enfoque nativo de Mercura |
| Configuración liderada por CRM | Requiere integración | Diseñado para procesos comerciales conectados |
Dynamics 365 por sí solo encaja cuando
Su configuración existe principalmente para determinar una variante de producto, BOM y ruta válidas en el ERP, y sus usuarios se sienten cómodos configurando productos dentro del proceso de Dynamics 365.
Mercura encaja además cuando
El requisito del cliente debe traducirse primero en selecciones técnicas, opciones comerciales, cálculos, visualización o una propuesta orientada al cliente antes de que pueda crearse la transacción ERP.
Conviene combinar ambos cuando
Dynamics 365 ya contiene lógica de configuración de fabricación valiosa que debe seguir siendo autoritativa, mientras que ventas necesita una experiencia más simple y potente alrededor de ella.
No existe una única arquitectura CPQ F&O correcta. El modelo adecuado depende de dónde reside ya su conocimiento de producto.
Su empresa ya dispone de modelos de configuración de producto maduros en Dynamics 365. Mercura proporciona la experiencia comercial y captura los parámetros necesarios. La integración traduce esos datos al proceso de configuración acordado en Dynamics.
Ideal cuando:
Mercura contiene las reglas necesarias para determinar la solución vendible y genera artículos, cantidades, parámetros y valores comerciales para Dynamics 365.
Ideal cuando:
Mercura automatiza la parte repetible de la configuración comercial y transfiere parámetros estructurados a ingeniería, CAD o PLM. El resultado técnico validado continúa posteriormente a Dynamics 365.
Ideal cuando:
Mercura puede integrarse con sistemas alrededor de Dynamics 365 en lugar de forzar toda la lógica de producto en una sola aplicación.
La experiencia comercial
El cliente normalmente no conoce el producto maestro, la dimensión de configuración, el código de artículo, la variante de BOM, el código de componente, la ruta ni el atributo de ingeniería. Conoce su necesidad.
"Necesitamos una línea de llenado de 3.000 botellas por hora, con este formato de botella, taponado automático y estos requisitos higiénicos."
Capacidad, entorno, dimensiones, instalación y preferencias.
Las reglas identifican familias de producto, máquinas o sistemas válidos.
Solo se muestran opciones, componentes y accesorios compatibles.
Dimensiones, cantidades, valores técnicos, costes, recargos y precios.
Imágenes, dibujos o 3D interactivo cambian con la configuración.
Generar una propuesta que el cliente pueda entender.
Transferir el resultado aprobado al flujo acordado de ventas, pedidos y fabricación.
De la configuración al presupuesto
Los datos ERP y la información orientada al cliente cumplen objetivos distintos. Mercura puede generar desde la misma configuración un presupuesto con la información que el cliente realmente necesita. Al mismo tiempo, puede producir datos técnicos estructurados para Dynamics 365. Así se elimina la necesidad de volver a introducir manualmente la solución después de la aceptación del presupuesto.
Muchos entornos Dynamics empresariales utilizan más de una aplicación Dynamics.
El sistema de registro para información de cliente, presupuesto y producto depende de su arquitectura Microsoft. Mercura no exige que el proceso comercial comience dentro del ERP.
No existe una promesa creíble de conectar cualquier instancia F&O y que todo funcione. Una integración CPQ adecuada empieza por entender cómo funciona realmente su entorno Dynamics.
Integración técnica
Las aplicaciones finance and operations de Dynamics 365 exponen varios patrones de integración. La interfaz correcta depende del volumen, los requisitos de latencia, sus extensiones existentes y de si el proceso es síncrono o asíncrono. El contrato final se acuerda a nivel de campo durante la implementación.
| Datos | Dirección | Integración típica | Objetivo |
|---|---|---|---|
| Productos liberados | Dynamics 365 → Mercura | Data Entity / OData / capa de integración | Reutilizar producto ERP |
| Atributos de producto | Dynamics 365 → Mercura | Data Entity / mapping | Contexto de configuración |
| Clientes | Dynamics 365 → Mercura | Data Entity / OData | Venta específica por cliente |
| Unidades y divisas | Dynamics 365 → Mercura | Data Entities | Cálculos comerciales consistentes |
| Datos de precios | Dynamics 365 → Mercura | OData / servicio | Reutilizar datos comerciales ERP |
| Inventario | Dynamics 365 → Mercura | OData / servicio | Venta con disponibilidad |
| Configuración | Mercura → Dynamics 365 | Entity / endpoint / servicio | Preservar lo vendido |
| Presupuesto de venta | Mercura → Dynamics 365 | Entity / servicio | Continuar flujo ERP |
| Pedido de venta | Mercura → Dynamics 365 | Entity / servicio | Ejecución de pedido |
| Componentes / BOM | Mercura → Dynamics 365 | Integración específica | Handoff configure-to-order |
| Parámetros técnicos | Mercura → Dynamics 365 / CAD / PLM | API mapping | Automatización técnica |
| Referencia Mercura | Mercura → Dynamics 365 | Campo mapeado | Trazabilidad |
Dynamics 365 admite varios patrones de integración que no deben tratarse como intercambiables.
Las aplicaciones finance and operations exponen data entities públicas a través de un endpoint REST OData.
El Data Management Framework admite data entities y paquetes de datos para importación, exportación e integración.
Las recurring integrations pueden intercambiar documentos o archivos entre las aplicaciones finance and operations y aplicaciones externas.
No toda implementación de Dynamics 365 puede representarse mediante entities públicas estándar. Los servicios o extensiones personalizados pueden ser el enfoque adecuado cuando el proceso depende de tablas, campos, lógica de negocio, precios especializados, lógica de configuración de producto, creación de pedidos específica o procesos de fabricación.
El diseño de integración de Mercura parte del proceso de negocio y selecciona la interfaz Dynamics 365 adecuada, en lugar de prometer que cada implementación es una conexión OData de un clic.
Las integraciones finance and operations de Dynamics 365 pueden utilizar OAuth 2.0 e identidades de aplicación de Microsoft Entra para comunicación sistema a sistema. La arquitectura de seguridad exacta depende del patrón de integración y de su entorno Dynamics 365.
Durante la implementación definimos:
No hay una respuesta universal. Duplicar cada regla de precio de Dynamics 365 dentro del CPQ suele ser tan indeseable como forzar cada cálculo específico de configuración en el ERP.
Mercura determina la configuración y el precio comercial relevante proviene de Dynamics 365.
Ideal cuando: El ERP ya produce el precio final requerido por el proceso comercial.
Dynamics 365 aporta precios de artículo, información de cliente u otros inputs comerciales. Mercura calcula la parte específica de la configuración.
Máquina base + suplemento por anchura + factor de acero inoxidable + motor de alta capacidad + paquete de control + instalación − descuento de cliente = precio de venta configurado
Ideal cuando: El pricing ERP funciona bien para productos estándar, pero la solución configurada introduce fórmulas y precios dependientes de opciones.
Mercura controla el modelo de pricing CPQ completo y envía el precio de venta aprobado a Dynamics 365 junto con la estructura del pedido.
Ideal cuando: El precio depende en gran medida de parámetros de configuración, cálculos, requisitos del cliente o relaciones entre productos.
La responsabilidad del pricing es una decisión de arquitectura, no una lista de funcionalidades CPQ.
Para los fabricantes, generar el presupuesto es solo la mitad del problema. Operaciones también necesita saber: ¿qué vendimos exactamente y qué debemos fabricar?
Mercura identifica un producto o variante vendible y fabricable existente.
Resultado: Producto + referencia de configuración + cantidad + precio
La configuración de producto de Dynamics 365 sigue siendo responsable de generar la estructura operativa. Mercura aporta el contexto comercial de configuración requerido por el proceso acordado.
Resultado: Parámetros de configuración → configuración Dynamics 365
Mercura determina qué componentes y cantidades pertenecen a la configuración vendida. El resultado se mapea al proceso de fabricación acordado en Dynamics 365.
Resultado: Producto padre + componentes + cantidades + valores de configuración
Mercura crea la configuración comercial y envía parámetros estructurados a CAD, PLM o ingeniería. La estructura técnica resultante se convierte en la definición de fabricación utilizada aguas abajo.
Resultado: Parámetros CPQ → ingeniería → estructura final de producción → Dynamics 365
Implementación
La integración es un flujo de trabajo. La mayor ganancia proviene de hacer explícito el conocimiento de producto, precios y ventas para poder automatizarlo.
Seleccionar un producto suficientemente complejo y validar requisitos, opciones, dependencias, cálculos, pricing y salida esperada en Dynamics.
Output: Modelo piloto CPQ validado
Identificar entidades, productos, clientes, inputs de precios, objetos de presupuesto/pedido, salida de fabricación y extensiones.
Output: Especificación de integración a nivel de campo
Diseñar el flujo para ventas, ingeniería, distribuidores o clientes. Añadir reglas, visualización, documentos y aprobaciones.
Output: Flujo comercial de extremo a extremo testeable
Comparar el resultado de Mercura con la transacción y estructura de fabricación esperadas en Dynamics 365.
Output: Proceso quote-to-order conciliado
Extender familia de producto por familia de producto manteniendo explícita la gobernanza de producto e integración.
Output: Despliegue CPQ mantenible
Dónde aporta valor
Configurar capacidades, dimensiones, materiales, motores, paquetes de control y accesorios.
Señal de compra: Ventas necesita con frecuencia que ingeniería valide un presupuesto.
Convertir requisitos en máquina, estructura modular, opciones e input de producción.
Señal de compra: Cada pedido requiere varias decisiones técnicas antes de poder seleccionar un artículo.
Calcular tamaños, materiales, requisitos de montaje, acabados y opciones de instalación.
Señal de compra: El producto final depende de dimensiones y fórmulas, no de una simple selección de SKU.
Configurar varios productos en una solución comercial diseñada técnicamente.
Señal de compra: Ventas vende realmente un sistema, no un artículo individual.
Dar a los distribuidores acceso controlado al conocimiento de producto, configuración y precios.
Señal de compra: El crecimiento de distribuidores aumenta la carga de soporte para ingeniería y ventas internas.
Automatizar el 80 % repetible de la selección de producto antes de que ingeniería complete el trabajo técnico final.
Señal de compra: Los ingenieros dedican mucho tiempo a responder las mismas preguntas de configuración a ventas.
Apoyo a la decisión
Dynamics 365 F&O CPQ es una solución Configure, Price, Quote conectada con Microsoft Dynamics 365 Finance y Supply Chain Management. Ayuda a los equipos comerciales a convertir necesidades de cliente en configuraciones, precios y presupuestos válidos antes de enviar el resultado aprobado a Dynamics 365 para ejecución operativa.
F&O continúa utilizándose ampliamente como término para las aplicaciones finance and operations. Microsoft comercializa actualmente Dynamics 365 Finance y Dynamics 365 Supply Chain Management como aplicaciones separadas. FSCM o F&SCM suele utilizarse como abreviatura de Finance + Supply Chain Management. Para compradores de CPQ, estos términos describen con frecuencia el mismo panorama de integración.
Dynamics 365 Supply Chain Management sí. Incluye funcionalidad nativa de configuración de producto, incluida la configuración basada en restricciones. Mercura es especialmente relevante cuando también se necesitan venta guiada, configuración orientada al cliente, visualización, lógica comercial sofisticada o automatización de presupuestos más rica.
Microsoft: Descripción general de modelos de configuración de producto →El configurador de Dynamics 365 ayuda principalmente a definir un producto y una estructura operativa válidos dentro de Supply Chain Management. CPQ cubre el problema comercial más amplio: qué necesita el cliente, qué podemos vender, cuánto debe costar, cómo presentarlo y qué debe ejecutar el ERP. Las empresas pueden usar cada sistema por separado o combinarlos.
Potencialmente sí. La arquitectura correcta depende de cómo estén estructurados esos modelos y de cómo deban participar en el proceso comercial. Primero determinamos si conviene mantener la configuración nativa de Dynamics como autoritativa, modelar la configuración comercial en Mercura y mapear la salida a Dynamics, o repartir responsabilidades. No recomendamos reconstruir lógica ERP madura sin una razón de negocio.
Sí, cuando forma parte de la integración acordada. Mercura puede mapear una configuración aprobada al proceso de presupuesto o pedido de venta relevante en Dynamics 365, incluidas referencias, productos, cantidades, valores comerciales e información de configuración. La interfaz exacta depende de las data entities, extensiones y estructura de pedido disponibles.
Sí, pero enviar una BOM puede significar varias cosas distintas en Dynamics 365. La implementación debe establecer si la configuración vendida debe seleccionar una variante existente, activar un modelo de configuración existente, referenciar una BOM existente, crear datos de componentes específicos de configuración o alimentar ingeniería antes de que exista la BOM final. Diseñamos la integración alrededor del proceso de fabricación.
Puede permanecer en Dynamics 365, repartirse entre Dynamics 365 y Mercura, o calcularse en Mercura. La elección correcta depende de si su pricing es principalmente basado en ERP/cliente o basado en configuración.
No. Mercura puede impulsar aplicaciones de ventas internas, flujos conectados a Dynamics, portales de distribuidores, portales de clientes, configuradores web y aplicaciones personalizadas. El mismo motor de configuración puede servir distintos canales mientras Dynamics 365 sigue siendo el backend operativo.
Las tecnologías de integración Microsoft habituales incluyen OData y data entities públicas, Data Management Framework, APIs REST, recurring integrations, servicios personalizados y extensiones, y autenticación Microsoft Entra ID. La arquitectura exacta depende de volúmenes de datos, latencia, extensiones y proceso de negocio.
Sí. En una arquitectura Microsoft más amplia, Dynamics 365 Sales puede gestionar CRM y oportunidades, Mercura la configuración y los presupuestos, y Finance & Supply Chain Management los procesos de pedido, fabricación y finanzas aguas abajo.
Recursos técnicos oficiales
Contenido técnico revisado por última vez el 30 de agosto de 2026. Valide las suposiciones según su edición, versión y extensiones de Dynamics 365.
Explore el stack de capacidades
Véalo en su proceso
La mejor forma de evaluar Dynamics 365 CPQ no es una lista genérica de funcionalidades. Utilicemos un producto representativo y un proceso de presupuesto real. Mapearemos necesidad → configuración → precio → presupuesto → Dynamics 365 → producción y determinaremos qué debe permanecer en Finance & Supply Chain Management y qué puede automatizar Mercura.
Solicitar demo de CPQ