Industria · Dynamics 365 Sales · ERP · Producción
Tu CRM ha cerrado la venta. ¿Puede tu fábrica cumplir lo prometido?
Cuando ventas compromete precio, plazo y condiciones sin visibilidad real de capacidad, aprovisionamiento y coste, el problema no es el CRM. El problema es la desconexión entre la promesa comercial y la realidad operativa.
Este post explica cómo conectar Dynamics 365 Sales, Business Central o Dynamics 365 Supply Chain Management para vender con más confianza, proteger el margen y evitar urgencias, compras imprevistas y retrasos que erosionan la rentabilidad.
Ventas + planta + compras
Promesas con margen
Especialmente útil para fabricantes medianos que trabajan con ofertas complejas, fabricación bajo pedido, ensamblaje o plazos de suministro sensibles.
La decisión crítica
Comprometer una fecha sin visión de capacidad es vender riesgo, no solo producto.
La empresa necesita que CRM, ERP, aprovisionamiento y producción compartan la misma conversación antes de confirmar plazos, descuentos y condiciones especiales.
Qué falla hoy
Ofertas hechas con datos parciales, stock desactualizado, capacidad no validada y plazos prometidos con exceso de optimismo.
Qué cambia
Un proceso conectado entre ventas y operación para comprometer solo aquello que la empresa puede fabricar y entregar en condiciones rentables.
El problema real
La tensión no está entre CRM y ERP. Está entre la promesa comercial y la capacidad de cumplirla.
Muchas empresas industriales siguen vendiendo con un flujo fragmentado: la oportunidad vive en el CRM, los datos de stock y coste están en el ERP, las restricciones de planta se conocen en producción y las incidencias de proveedor aparecen demasiado tarde. Cuando esas capas no se conectan, cada oferta importante se convierte en una apuesta.
El resultado suele repetirse: descuentos que se comen el margen, expediciones urgentes, replanificaciones, compras reactivas y directores de operaciones que reciben compromisos ya cerrados sin haber validado materiales, rutas o capacidad. El cliente percibe agilidad comercial; la fábrica hereda el coste de esa agilidad.
Conectar Dynamics 365 Sales con el núcleo operativo no significa convertir a los comerciales en planificadores. Significa que ventas pueda apoyarse en información fiable para tomar mejores decisiones, elevar solo las excepciones que requieren criterio humano y cerrar acuerdos con más seguridad.
Señal de alerta
Se prometen plazos sin validar stock, lista de materiales o capacidad de planta.
Señal de alerta
Las urgencias empiezan a formar parte de la normalidad y ya no de la excepción.
Señal de alerta
Producción y compras se enteran tarde de las condiciones especiales negociadas.
Señal de alerta
La empresa no puede explicar con rapidez qué pedidos tensionan más su capacidad y su margen.
La visión que necesitamos
Una sola conversación entre ventas, operación y dirección para comprometer mejor cada pedido.
CRM para detectar la oportunidad, ERP para aportar stock, costes y datos maestros, planificación para validar la promesa y Power Platform para automatizar aprobaciones y excepciones.
Qué debe ver el comercial
- Stock y disponibilidad relevantes.
- Fechas posibles según ATP o CTP.
- Alertas cuando el margen se deteriora.
Qué debe decidir dirección
- Qué pedidos requieren validación humana.
- Qué datos se comparten entre sistemas.
- Qué automatizaciones aportan más retorno.
El proceso completo
Seis decisiones que deberían conectarse desde la oportunidad hasta la entrega
El gráfico muestra cómo cambia el recorrido cuando ventas no actúa de espaldas a la fábrica. No todas las fases deben automatizarse: las condiciones fuera de estándar necesitan responsables y aprobación.
¿Qué está pidiendo el cliente, con qué especificación y qué probabilidad real hay de cerrar?
¿La versión técnica, el escandallo, la configuración y el margen objetivo están validados?
¿Disponemos de stock utilizable, suministros previstos y hueco productivo?
¿Qué fecha y condiciones podemos comprometer, y quién autoriza excepciones?
¿El pedido aprobado fluye al ERP sin reescrituras ni pérdida de versiones?
¿Cumplimos el plazo, el coste y el margen y devolvemos esa información al CRM?
La decisión crítica está entre las etapas tercera y cuarta: no convertir en promesa contractual lo que todavía es una hipótesis operativa. Una compañía puede añadir una validación humana breve, una consulta al ERP o una regla de aprobación para las ofertas especiales. No hace falta empezar con un gran programa tecnológico; sí hace falta que las excepciones estén visibles antes de que afecten al cliente.
Impacto económico
Un retraso pequeño en la oferta puede convertirse en un coste grande para la empresa
Ejemplo didáctico, no datos de un cliente ni un ahorro garantizado. El objetivo es hacer visible el coste de comprometer fechas sin validar la operación.
Imagina un fabricante que formaliza 40 ofertas al mes. Ocho pedidos exigen medidas correctivas porque las fechas o condiciones prometidas no estaban bien verificadas. En cinco casos se paga transporte urgente adicional de 680 € para intentar cumplir. En otros tres, distintos de los anteriores, se producen descuentos o retrabajos valorados en 1.450 € por pedido. La compañía puede seguir facturando y, aun así, estar erosionando su resultado por causas que no aparecen en el indicador de oportunidades cerradas.
Costes extraordinarios mensuales
Transporte urgente: 5 × 680 €
3.400 €
Descuentos y retrabajos: 3 × 1.450 €
4.350 €
Las barras representan la distribución de los 7.750 € de costes adicionales del ejemplo, no una estadística de mercado.
Sobrecoste del escenario
7.750 €
Al mes por ocho pedidos con incidencias. Mantener el patrón durante un año equivaldría a 93.000 € en costes extraordinarios.
La meta no es eliminar todas las excepciones, sino reducir las evitables y documentar el coste de las que el negocio decide aceptar.
La dirección debería contrastar tres cifras antes y después de integrar CRM y ERP: porcentaje de ofertas con fecha confirmada, coste excepcional asociado a pedidos y margen bruto real por pedido. Medir únicamente la facturación o el número de oportunidades ganadas puede ocultar pérdidas que se originaron semanas antes en el proceso comercial.
El coste de este problema también tiene una dimensión menos visible: clientes que dejan de confiar en el plazo, equipos que desvían horas a justificar cambios, proveedores tensionados por urgencias y planificación que se altera en cadena. No atribuiría a una plataforma concreta una mejora económica sin un piloto que mida el antes y el después.
La pregunta que cambia la conversación
Vender más no compensa vender compromisos que la fábrica no puede cumplir.
Un CRM industrial útil no solo ayuda a cerrar oportunidades. Debe poner a disposición de ventas información operativa suficiente para negociar plazos y márgenes defendibles, con responsabilidades claras cuando aparece una excepción.
Decisiones operativas
Qué debería poder comprobar ventas antes de enviar una oferta vinculante
Disponibilidad de verdad
No basta con ver existencias: hay que distinguir material físico, reservado, en calidad, comprometido, pendiente de recibir y disponible en la fecha requerida. Además, la cadencia de actualización debe ser conocida.
Capacidad y carga futura
El cuello de botella puede estar en mecanizado, montaje, pruebas, ingeniería o expedición. Una promesa sólida contempla calendarios, órdenes abiertas y restricciones, no solo el stock.
Coste por configuración
Un producto puede cambiar de margen si requiere una aleación, una opción de ingeniería, una ruta alternativa o un lote pequeño. La revisión comercial necesita reglas para ofertas fuera de catálogo.
Riesgo de cliente y condiciones
Límite de crédito, deuda vencida, condiciones especiales, descuentos y cambios de precio deberían influir en la aprobación sin exponer indiscriminadamente datos financieros sensibles al vendedor.
Versión técnica de la oferta
La revisión 3 del diseño no debería convertirse en una orden de fabricación basada en la revisión 2. Especificaciones, anexos y fechas deben conservar su relación con la versión aprobada.
Cambios después de aceptar
Si el cliente adelanta la entrega o amplía cantidades, debe existir un circuito para recalcular disponibilidad, comunicar el impacto y dejar trazabilidad de la nueva decisión.
La dirección comercial no necesita administrar los centros de trabajo desde el CRM. Necesita una respuesta que pueda interpretar y defender: viable, viable con condiciones o requiere revisión. Detrás de esas tres respuestas puede existir una combinación de reglas ERP, validación de ingeniería y aprobación de operaciones. Cuanto más compleja la fabricación, menos prudente resulta trasladar al comercial un cálculo automático sin explicación.
Arquitectura responsable
CRM y ERP no deben competir por ser la fuente de verdad
La integración empieza con una decisión de arquitectura: qué dato se gestiona en cada sistema y qué eventos deben cruzar la frontera. Dynamics 365 Sales gestiona el ciclo comercial, las relaciones, las oportunidades y el seguimiento. Business Central o Dynamics 365 Supply Chain Management gestionan la realidad transaccional y productiva de materiales, pedidos, planificación y ejecución. La información compartida debe ser la necesaria para continuar el proceso, no una copia indiscriminada de ambas bases de datos.
Microsoft documenta una integración de Business Central con Dynamics 365 Sales mediante Dataverse. Permite compartir determinados datos comerciales y operativos, como productos, cuentas, pedidos o información de disponibilidad, con asignaciones y reglas específicas. Eso no significa que cualquier configuración industrial, tabla personalizada o proceso de ingeniería quede conectado automáticamente.
Hay incluso un detalle que cambia el diseño: la documentación de Microsoft menciona una programación de actualización de disponibilidad de producto cada 30 minutos en cierta configuración. Si el comercial necesita confirmar stock durante una subasta de capacidad o cerrar un plazo crítico, debe estudiarse si esa cadencia es suficiente o si hace falta una comprobación operativa específica. No hablaríamos, por tanto, de disponibilidad «en tiempo real» sin validar el mecanismo concreto.
| Dato o decisión | Sistema responsable habitual | Qué necesita el otro equipo |
|---|---|---|
| Cuenta y seguimiento | Dynamics 365 Sales / Dataverse | Identificación del cliente, estado del ciclo y contacto autorizado. |
| Catálogo y configuraciones | ERP y maestros técnicos | Referencia válida, variante y versión compatible con la oferta. |
| Stock y reservas | ERP / operaciones | Disponibilidad útil para una fecha, con aviso de vigencia. |
| Capacidad de producción | ERP / planificación / MES | Fecha comprometible o necesidad de revisión. |
| Margen y coste estimado | ERP / costes / controlling | Banda de rentabilidad, alertas y aprobación según rol. |
| Condiciones de crédito | ERP / finanzas | Estado de aprobación, sin exposición masiva de datos. |
| Pedido y cambios | ERP, con estado visible en CRM | Confirmación, modificaciones, excepciones y expedición. |
| Incidencia y cumplimiento | Operaciones / servicio + CRM | Notificación al comercial y contexto para el cliente. |
Las tablas estándar de Microsoft proporcionan un punto de partida; la responsabilidad funcional de cada entidad, los errores de sincronización y las extensiones deben definirse para cada cliente. En escenarios enterprise con varios ERPs, ingeniería y MES, las integraciones pueden requerir APIs, mensajería asíncrona y observabilidad adicional. Microsoft publica una arquitectura de integración resiliente para Dynamics 365 Supply Chain Management que ilustra precisamente la necesidad de desacoplar sistemas cuando hay procesos industriales críticos.
Fechas que se pueden defender
ATP y CTP: por qué «hay stock» no equivale a «podemos entregar»
ATP · Available to Promise
En Business Central, el cálculo considera unidades no reservadas en inventario y entradas previstas frente a necesidades existentes. Ayuda a identificar una fecha de disponibilidad a partir del suministro ya contemplado, pero depende de la exactitud de reservas, recepción y parámetros.
CTP · Capable to Promise
Cuando el producto aún debe fabricarse, adquirirse o transferirse, se necesita estimar cuándo podría estar disponible. En Supply Chain Management, el cálculo CTP puede considerar capacidad de producción junto con materiales y transporte según configuración y modalidad.
La distinción es clave. Un comercial puede consultar 40 unidades en almacén, pero tener 35 reservadas y otras diez previstas para un pedido prioritario. También puede haber material suficiente y un centro de trabajo saturado. El problema no se resuelve mostrando una cifra de inventario en el CRM: se resuelve calculando una fecha fiable en el ERP, verificando restricciones y reflejando las condiciones de la promesa.
La documentación de Business Central sobre fechas de compromiso distingue ATP y CTP. La de Supply Chain Management sobre CTP incorpora los matices de capacidad y planificación. No son algoritmos intercambiables ni garantías automáticas de cumplimiento: requieren datos de maestros, calendarios, reservas y planificación coherentes.
En ofertas complejas, la recomendación no es delegar la decisión al primer algoritmo disponible. Es construir un flujo de excepción: si el resultado se encuentra fuera de tolerancias —material crítico, proyecto urgente, cambio de ingeniería o cliente estratégico—, ingeniería y operaciones validan antes de emitir una fecha contractual.
Cuatro realidades industriales
El mismo circuito no sirve para todas las fábricas
Fabricación contra stock
Un fabricante de artículos estándar vende desde existencias y previsiones de reposición. La prioridad está en inventario disponible, reservas, cobertura, expedición y cumplimiento de pedidos. Una pantalla comercial sin diferenciación entre stock físico y comprometido resulta engañosa.
Fabricación bajo pedido
Una compañía de maquinaria personaliza cada equipo. Antes de cerrar precio y fecha hay que validar ingeniería, escandallo, suministros largos y carga del taller. Una oferta puede necesitar varias revisiones con trazabilidad técnica.
Ensamblaje según configuración
Un fabricante de equipos eléctricos combina componentes y opciones. El tiempo comercial depende de configuraciones válidas, disponibilidad por variante, ensamblaje y expedición. Las excepciones deben detectar combinaciones inviables.
Proyectos industriales complejos
Una empresa de estructuras, energía o bienes de equipo vende proyectos con hitos, subcontratistas, ingeniería y pruebas. La oportunidad comercial necesita conectarse con planificación, riesgo, recursos, costes y flujo financiero más allá de un pedido estándar.
En una empresa industrial de tamaño medio, Business Central aplicado a fabricación discreta puede reunir finanzas, compras, almacén, planificación, órdenes y costes. Cuando existen varias plantas, planificación avanzada, almacenes complejos o restricciones exigentes, Dynamics 365 Supply Chain Management puede responder mejor. El criterio no es la etiqueta comercial del ERP, sino la complejidad comprobada del proceso.
La misma prudencia se aplica al CRM. Dynamics 365 Sales permite organizar oportunidades, contactos y actividades, pero no reemplaza los motores productivos. Si la configuración industrial requiere un configurador avanzado, revisiones técnicas o integración CAD/PDM, debemos estudiarlo expresamente antes de prometer un circuito estándar sin desarrollo.
Microsoft Cloud aplicado a negocio
Una arquitectura industrial conectada debe poder evolucionar sin duplicar procesos ni comprometer el núcleo.
Dynamics 365 Sales y ERP son el punto de partida. Dataverse, Power Platform, Azure, Power BI y Microsoft Fabric pueden ampliar integración, automatización, indicadores y agentes cuando existe un proceso bien gobernado.
Automatización con criterio
Dónde Power Platform ayuda y dónde no debe sustituir al ERP
A medida que crece la integración, aparecen oportunidades para eliminar tareas manuales que hoy consumen la agenda de ventas y operaciones. Power Automate puede notificar que una fecha propuesta está fuera de rango, preparar una aprobación de excepción o distribuir a ingeniería una solicitud de revisión. Power Apps puede crear una experiencia de captura móvil para equipos de campo, calidad o expedición. Power BI puede medir la evolución de promesas, retrasos y margen.
Pero hay límites que debemos respetar. Una automatización no debería modificar libremente un escandallo productivo, reservar materiales críticos sin control o aprobar descuentos que exceden la política comercial. Las reglas transaccionales pertenecen al ERP o al sistema especializado responsable; Power Platform puede orquestar los pasos y mejorar la experiencia sin convertirse en una base paralela. Este enfoque de automatización conectada al ERP es el que recomendamos en Ayesa.
Aprobación contextual de excepciones
Cuando una oferta supera descuento, riesgo de cliente o capacidad disponible, una tarea llega a quien debe decidir con cantidades, fecha, margen y documentación resumida. La aprobación deja trazabilidad.
Alertas antes del incumplimiento
Si cambia una recepción crítica o la disponibilidad comprometida, el responsable conoce la diferencia entre fecha prometida y fecha viable. No se espera a que el cliente abra una reclamación.
Analítica del ciclo completo
Un informe relaciona oportunidad, versión aprobada, pedido, fabricación, expedición, fecha comprometida, margen y desviación. Las áreas dejan de discutir sobre qué cifra es la correcta.
Asistencia con IA supervisada
Un agente puede reunir información de pedido, contexto comercial y bloqueos para preparar una respuesta. Modificar precio, fecha contractual o prioridad productiva debe respetar permisos y aprobaciones.
Para organizaciones con Power BI y múltiples fuentes, la visión de conectar ERP, CRM y datos con Fabric ayuda a definir qué información necesita un modelo común y qué debe seguir en sistemas transaccionales. La capa de datos no sustituye a la integración operativa: una previsión fiable y una promesa contractual son dos tipos de decisiones diferentes.
Un uso prudente de los agentes
La IA puede explicar el riesgo de una oferta; no debería ocultarlo
La IA empresarial aporta valor cuando analiza el contexto de una propuesta y ayuda a la persona responsable a encontrar las excepciones. Por ejemplo, un agente autorizado puede resumir que el componente crítico está pendiente de recepción, que la carga de montaje aumenta la próxima semana y que la oferta ofrece un margen inferior al objetivo. Ese resumen reduce tiempo de búsqueda, pero debe apoyarse en datos con procedencia, fecha y permisos correctos.
No es buena idea introducir un agente en medio del ciclo para que «invente» fechas de entrega a partir de documentos o conversaciones. La fecha defendible debe proceder del cálculo operativo, complementado por las revisiones aplicables. El agente puede preparar una reunión, explicar alternativas y proponer un circuito de aprobación; nunca debe presentar como confirmado un plazo que nadie ha validado.
La madurez también exige pruebas: pedir información de otra sociedad, invocar una acción sin permiso, utilizar stock desactualizado o confundir versiones de la oferta son escenarios que deben evaluarse. Y la métrica no es cuántas respuestas produce un agente, sino cuántas decisiones correctas y útiles facilita sin incrementar el riesgo.
Riesgos que encarecen el proyecto
Seis errores frecuentes al conectar Dynamics 365 Sales con el ERP
Sincronizarlo todo sin propietario
Copiar decenas de tablas genera duplicados y disputas sobre qué sistema prevalece. Conviene definir primero identificadores comunes y responsabilidades sobre productos, clientes, precios y pedidos.
Confundir actualización con tiempo real
Si la disponibilidad llega mediante una cola cada cierto intervalo, ventas debe conocer la vigencia y las excepciones. Una cifra sincronizada no equivale por sí sola a una reserva garantizada.
Llevar reglas industriales al CRM
Calcular planificación productiva mediante campos comerciales paralelos crea deuda técnica. El sistema operativo debe conservar la lógica de materiales, capacidad y órdenes.
Olvidar versiones de ingeniería
Un precio correcto para una especificación antigua puede resultar ruinoso. BOM, revisiones, configuraciones y anexos deben mantenerse vinculados a lo aprobado.
No probar pedidos modificados
El caso feliz no revela fallos en abonos, cambios de cantidad, divisas, unidades o pedidos parciales. Las pruebas de integración deben incluir reintentos, errores y modificaciones.
Medir éxito solo por la implantación
Una integración que funciona técnicamente pero no reduce excepciones ni acelera la promesa apenas cambia el negocio. El tablero debe relacionar conversión con puntualidad, coste y margen.
Una implantación por fases
Cómo pasar de la desconexión a una promesa comercial fiable en ocho semanas
Hoja de ruta ilustrativa para un alcance acotado. La duración real depende del número de sociedades, complejidad productiva, calidad de datos, versiones y extensiones.
Semanas 1–2 · Diagnóstico de promesa
Seleccionar una familia de productos y reconstruir diez ofertas recientes: qué fecha se comprometió, quién la validó, qué datos había, qué cambió y cuánto costó cada excepción. Establecer dueños de cliente, producto, disponibilidad y coste.
Semanas 3–4 · Diseño de datos y reglas
Definir identificadores, asignaciones, frecuencia de actualización, criterios de ATP/CTP, tolerancias, permisos y aprobaciones. Documentar las excepciones que no admiten automatización y los estados que el comercial necesita visualizar.
Semanas 5–6 · Integración y pruebas
Configurar mecanismos soportados, prototipar la consulta operativa y simular pedidos incompletos, cambio de fechas, problemas de stock, límites de crédito y caídas temporales de conexión. Validar casos con usuarios reales.
Semanas 7–8 · Piloto y decisión
Medir ofertas con fecha verificada, duración del circuito de aprobación, fallos de sincronización y margen de los pedidos. Decidir si extender a otra familia, ajustar datos maestros o revisar el ERP antes de escalar.
El principal riesgo es iniciar el proyecto comprando licencias, integraciones o agentes sin haber definido la decisión que queremos mejorar. En una primera fase puede ser suficiente con mostrar fecha disponible y una alerta de margen para un catálogo reducido. Si esa prueba no aporta utilidad, ampliar a toda la planta solo multiplica el coste del error.
También conviene acordar un modelo operativo después del despliegue: quién cambia una regla, quién revisa excepciones, quién responde a una sincronización fallida, qué áreas validan nuevos productos y cómo se informa a clientes afectados por cambios. Sin esa disciplina, la tecnología vuelve a quedar por detrás de la realidad de la fábrica.
Indicadores de verdad
Ocho métricas para demostrar que CRM y fabricación trabajan juntos
| Indicador | Qué revela | Qué decisión activa |
|---|---|---|
| Ofertas con fecha validada | Qué parte de las ofertas pasó por comprobación operativa. | Corregir rutas donde ventas compromete sin validación. |
| Tiempo para comprometer | Horas desde la solicitud hasta una fecha defendible. | Simplificar aprobaciones y automatizar información. |
| OTIF por cartera comercial | Cumplimiento de entregas completas y a tiempo. | Revisar promesas, prioridades y suministro. |
| Margen previsto vs. real | Diferencia entre oferta aprobada y pedido ejecutado. | Ajustar configuradores, costes y políticas. |
| Sobrecoste por urgencias | Transportes, retrabajos y descuentos excepcionales. | Valorar coste de la desconexión y acciones. |
| Cambios de pedido | Frecuencia y causa de modificaciones tras la firma. | Mejorar trazabilidad, ingeniería y versiones. |
| Incidencias de integración | Registros retrasados, fallidos o inconsistentes. | Corregir asignaciones y monitorización. |
| Adopción comercial | Uso del circuito y consulta de datos operativos. | Formar, simplificar pantallas y revisar incentivos. |
Estas métricas deben revisarse juntas. Un tiempo de oferta más corto no es una mejora si aumenta el número de fechas incumplidas. Un mayor porcentaje de oportunidades ganadas tampoco lo es si el margen se reduce después del pedido. El cuadro de mando debería ayudar a detectar compensaciones ocultas entre venta, servicio y rentabilidad.
Una empresa con actividad por proyectos quizá utilice hitos técnicos, cambios de alcance y disponibilidad de ingeniería como indicadores principales. Una fábrica contra stock dará más peso al nivel de servicio, la cobertura y la expedición. La métrica correcta depende de qué promesa vendemos y de cómo debe cumplirla el negocio.
Experiencia sectorial
El caso Lointek demuestra el valor de ordenar el CRM industrial; la conexión con fábrica es un siguiente nivel diferente
En el caso de éxito de Lointek, Ayesa implantó Dynamics 365 Sales para centralizar clientes, oportunidades y actividad comercial, reducir dispersión y mejorar la trazabilidad del pipeline en una compañía industrial de alta complejidad. También se trabajó la integración con herramientas Microsoft como Exchange y SharePoint y la adopción del equipo. Esa referencia muestra un punto de partida creíble: un CRM que los comerciales utilizan y que la dirección puede gobernar.
Es importante distinguir lo demostrado de lo que proponemos aquí. El caso publicado no acredita que Ayesa implantara en Lointek la consulta de capacidad de fábrica o un motor automático de fechas comprometibles. Este artículo plantea un paso adicional posible para empresas industriales cuya principal fricción se encuentra entre la negociación comercial y la ejecución productiva.
La especialización sectorial importa porque no basta con conectar dos APIs. Un proyecto útil debe entender revisión técnica, versiones de oferta, cambio de alcance, escandallos, lotes, calendario de planta, rutas, reservas y obligaciones frente al cliente. Ayesa reúne capacidades de Dynamics 365, Business Central, Supply Chain Management, Power Platform, Azure y datos para diseñar ese recorrido de extremo a extremo.
Preguntas para el comité
Qué deberían preguntarse el CIO, el director industrial y el CFO antes de invertir
CIO · ¿Qué dato tiene dueño?
¿Contamos con identificadores comunes de cliente, producto y pedido? ¿Tenemos trazabilidad de la sincronización? ¿La arquitectura admite cambios sin reescribir integraciones? ¿Sabemos qué permisos se conceden y cómo se recupera un fallo?
COO · ¿Quién valida la promesa?
¿Qué restricciones deben revisarse antes de aceptar una fecha? ¿Las reservas y plazos son fiables? ¿Qué excepciones requieren una decisión humana? ¿Cómo conocen planta y compras los cambios comerciales?
CFO · ¿Dónde se escapa el margen?
¿Sabemos cuánto cuestan las urgencias nacidas de ofertas deficientes? ¿Cómo se aprueban descuentos y condiciones excepcionales? ¿Relacionamos pedido, coste real, facturación y desviación?
Dirección comercial · ¿Qué puede defender el vendedor?
¿La oferta ofrece una fecha explicable y una versión técnica correcta? ¿Puede anticipar incidencias sin esperar a una llamada de fábrica? ¿La coordinación mejora la experiencia del cliente sin aumentar trabajo administrativo?
Preguntas frecuentes
Dudas habituales al integrar CRM industrial y fabricación
¿Business Central y Dynamics 365 Sales se integran de forma nativa?
Existe una integración soportada mediante Dataverse con asignaciones de entidades y opciones para procesos comerciales. Su alcance depende de versión, configuración, licencias, extensiones y reglas específicas. Una funcionalidad estándar no equivale a tener resuelta la promesa de capacidad de cualquier fábrica.
¿El CRM puede mostrar stock de Business Central?
Puede exponer determinados datos de disponibilidad mediante la integración, pero debe distinguirse entre existencias, reservas y capacidad de compromiso. Además, se debe revisar la frecuencia de actualización y cuándo corresponde realizar una consulta operativa adicional.
¿Se puede prometer una fecha automáticamente?
Business Central ofrece cálculos ATP/CTP y Supply Chain Management dispone de posibilidades de compromiso según disponibilidad y capacidad. El resultado depende de datos maestros, calendario, planificación y configuración. Las excepciones críticas requieren supervisión.
¿Qué sucede si trabajamos con un ERP que no es Microsoft?
La lógica de negocio permanece: decidir qué sistema conserva cada dato y establecer mecanismos seguros de integración. Dynamics 365 Sales puede conectarse con aplicaciones externas mediante APIs, Dataverse, middleware y servicios adecuados al entorno. Es necesario revisar el caso técnico concreto.
¿Es imprescindible migrar de NAV para conectar el CRM?
No necesariamente. Existen escenarios de integración con sistemas heredados, pero dependen de la versión, interfaces, soporte, personalizaciones y coste de mantenimiento. Cuando el núcleo es frágil, puede ser más sensato diseñar la integración como parte de una modernización progresiva.
¿Power Platform sustituye al ERP industrial?
No. Power Platform puede dar movilidad, automatizar avisos y aprobaciones, mejorar la experiencia y conectar servicios. No debe convertirse en una copia paralela del motor de planificación, inventario o contabilidad.
¿Puede la IA decidir plazos y márgenes?
Puede ayudar a interpretar datos, resumir riesgos y recomendar pasos, pero las decisiones contractuales deben basarse en cálculos y reglas del negocio, con permisos, trazabilidad y validaciones según la criticidad.
¿Con qué indicador deberíamos empezar?
Con una combinación de porcentaje de ofertas con fecha validada, cumplimiento OTIF y desviación de margen entre oferta y entrega. Son tres perspectivas complementarias y evitan optimizar una sola fase a costa de las demás.
¿Qué se analiza antes de presupuestar la integración?
La arquitectura actual, volúmenes, familias de producto, calidad de maestros, reglas de precio, necesidades ATP/CTP, cambios de ingeniería, roles, seguridad, integración existente y coste de las incidencias actuales.
Ayesa · Partner Microsoft
Industria, CRM, ERP y datos: la complejidad está en las conexiones.
Ayesa reúne especialización en Dynamics 365 Sales, Business Central, Finance & Supply Chain Management, Power Platform, Azure, integración y analítica. Diseñamos la arquitectura desde el proceso industrial y acompañamos implantación, adopción y evolución.
Qué revisamos en un diagnóstico industrial
Proceso de oferta y aprobación, promesa de entrega, datos de disponibilidad y capacidad, versiones técnicas, integraciones CRM–ERP, requisitos de seguridad, puntos de intervención humana, indicadores de servicio y coste, y hoja de ruta de mejora por fases.
Rutas de profundización
Cómo continuar según el problema que quieras resolver
CRM industrial con Dynamics 365
Modelo comercial sectorial, cuentas B2B, oportunidades y servicio conectado.
Fabricación discreta con Business Central
Materiales, escandallos, rutas, órdenes, planificación y costes.
Dynamics 365 Supply Chain Management
Planificación, capacidad, almacenes, logística y producción compleja.
Caso Lointek · Dynamics 365 Sales
Una referencia publicada sobre estructuración comercial industrial.
Power Platform conectada al ERP
Automatizar excepciones sin duplicar el núcleo transaccional.
Microsoft Fabric y Power BI
Conectar indicadores de ERP, CRM y datos bajo un gobierno común.
Fuentes contrastadas
Documentación para revisar integración y compromiso de entrega
Las capacidades de integración, sincronización, ATP y CTP descritas se basan en documentación oficial de Microsoft. Su aplicación concreta depende de la configuración del cliente y no sustituye un análisis funcional de planta, operaciones y finanzas.
Siguiente decisión
¿Cuántas promesas comerciales estás haciendo sin una visión fiable de la fábrica?
Podemos revisar una familia de productos, las herramientas actuales, los puntos de fricción entre ventas y producción, los datos de disponibilidad y las incidencias que erosionan el margen. El resultado debe ser una ruta de mejora priorizada, no una propuesta tecnológica genérica.
Un diagnóstico útil empieza con una conversación sobre tu proceso comercial-industrial y las decisiones que hoy necesitan datos compartidos.
Solicita una evaluación de integración CRM y ERP
Indica qué ERP y CRM utilizáis y dónde aparecen los principales problemas de fecha, coste, capacidad o coordinación comercial.
Business Development Manager | PSELLER Microsoft en Ayesa | Miembro Unidad Transición Energética, Climática y Urbana en Tecnalia | Secretaria de la Junta Directiva del Cluster de la Construcción (Build INN)