Power Platform sobre ERP legacy, SAP, Sage, NAV y AX: moderniza procesos sin sustituir el núcleo de golpe
Power Apps, Power Automate, Power BI, Dataverse y Copilot Studio para eliminar Excel, correos, tareas manuales y experiencias pobres alrededor del ERP mientras preparas una evolución tecnológica con criterio.
No todas las empresas necesitan migrar mañana. Pero ninguna debería aceptar durante años que las aprobaciones vivan en Outlook, las incidencias en Excel, los partes lleguen por correo y los datos de dirección se reconstruyan a mano. Power Platform permite actuar sobre ese perímetro sin convertir cada mejora en una personalización del ERP ni obligarte a sustituir SAP, Sage, NAV, AX o un sistema sectorial antes de tener un caso de negocio claro.
Muchas empresas no tienen un problema urgente de ERP. Tienen un problema urgente de todo lo que ocurre fuera.
Un SAP ECC puede seguir contabilizando, comprando y facturando. Un NAV puede continuar sosteniendo una operativa conocida. Un Sage puede cubrir correctamente determinadas necesidades financieras. Y una aplicación vertical desarrollada hace años puede contener una lógica sectorial valiosa que no conviene sustituir sin entenderla.
La fricción suele aparecer alrededor: solicitudes que no entran en el ERP, aprobaciones por correo, hojas auxiliares, partes de campo, incidencias, documentación, reportes manuales, avisos, reintroducción de datos, CRM desconectado o usuarios que necesitan consultar información sin acceder a una pantalla compleja del sistema central.
Esperar a una futura migración para resolver todo ese perímetro puede significar mantener tres o cuatro años de ineficiencia. Pero construir decenas de apps improvisadas encima del sistema antiguo también puede hipotecar la evolución. La alternativa madura consiste en identificar qué procesos pueden desacoplarse, qué dato debe seguir gobernando el ERP y qué arquitectura permite que una mejora de hoy siga teniendo sentido cuando el core cambie.
Ese es el papel de Power Platform: una capa de experiencia, automatización, datos complementarios y analítica que puede convivir con el ERP actual y, bien diseñada, convertirse en parte de la arquitectura futura.
Seguir, extender o sustituir: no conviertas una decisión de arquitectura en una discusión de producto
La pregunta correcta es dónde está el problema y cuánto valor compensa intervenir. Power Platform es potente, pero no debe utilizarse para prolongar artificialmente un ERP que ya bloquea el negocio.
Mantener el entorno actual
Puede ser razonable cuando el proceso es poco frecuente, estable, no crítico y la automatización aportaría un retorno marginal.
Extender con Power Platform
Encaja cuando el ERP todavía soporta bien las transacciones críticas, pero su perímetro penaliza experiencia, automatización, movilidad, reporting o integración.
Modernizar o migrar el ERP
Es la ruta adecuada cuando soporte, seguridad, rendimiento, integraciones, procesos, escalabilidad o deuda técnica del core ya impiden evolucionar.
Diez procesos que suelen merecer una capa moderna antes que una personalización del ERP
Los mejores candidatos son procesos periféricos con volumen, espera, reintroducción de datos, usuarios fuera del ERP o necesidad de movilidad. El criterio es reducir fricción sin duplicar el núcleo transaccional.
Power Platform debe acercar el ERP al usuario, no reconstruir un segundo ERP fuera del primero
La regla más importante es decidir dónde vive cada responsabilidad. El ERP gobierna aquello que debe seguir siendo transaccional, contable o maestro. Power Platform puede gobernar procesos nuevos y datos complementarios. La integración conecta ambos mundos sin esconder quién es la fuente de verdad.
Transacción y dato maestro crítico
Contabilidad, facturación, pedidos, movimientos de inventario, compras, cobros, pagos, impuestos, asientos, valoración, documentos registrados y otros procesos donde el ERP aplica reglas que no conviene duplicar.
Experiencia y proceso complementario
Solicitudes, incidencias, checklists, inspecciones, documentación, estados previos, información complementaria, aprobaciones, apps móviles y procesos que no pertenecen naturalmente al ERP.
Dato necesario en ambos contextos
Identificadores, estados, referencias, clientes, proveedores, artículos, proyectos o información económica que la experiencia necesita consultar o actualizar bajo reglas conocidas.
Todo lo que solo existe por una limitación histórica
Una tabla auxiliar, una aprobación o un Excel no merece perpetuarse automáticamente. Primero hay que entender si sigue siendo necesaria esa lógica cuando se diseña la experiencia futura.
Conectar no significa siempre poner un conector directo entre una app y el ERP
La arquitectura debe depender de criticidad, volumen, latencia, seguridad, disponibilidad de API, necesidad de desacoplar y horizonte de modernización. El patrón más sencillo que cumple el requisito suele ser mejor que una integración sobredimensionada; el más rápido de construir no siempre es el más barato de mantener.
Cuando la plataforma ya conoce el sistema
Adecuado para casos soportados, alcance conocido y volumen razonable. Reduce desarrollo, pero exige revisar autenticación, licenciamiento, límites y dependencia del conector.
Una interfaz estable delante del sistema
Encaja cuando el ERP dispone de API propia o puede exponerse una interfaz controlada. El conector personalizado permite que Power Apps, Power Automate o Copilot Studio consuman esa capacidad de forma reutilizable.
Puente con fuentes on-premises
Permite conectar servicios cloud de Microsoft con sistemas que permanecen dentro de la red corporativa. Su operación, alta disponibilidad, actualizaciones y seguridad deben considerarse parte de la arquitectura.
Cuando necesitas desacoplar y escalar
API Management, Logic Apps, Service Bus y otros servicios pueden separar Power Platform del ERP, gestionar APIs, orquestar integraciones y soportar patrones asíncronos o de mayor criticidad.
Cuando no existe otra puerta razonable
Desktop flows pueden automatizar interfaces de sistemas sin API. Es útil como puente, pero conviene tratarlo como último recurso porque depende de pantallas, sesiones, rendimiento y cambios del aplicativo.
Piensa también en el día después de la migración
Si el ERP va a cambiar, una capa de APIs o integración desacoplada puede evitar rehacer todas las apps. Si el sistema va a permanecer años, puede ser suficiente un patrón más directo y sencillo.
SAP, Sage, NAV, AX y un ERP propio no se conectan igual
La promesa comercial puede ser la misma —apps, automatización, reporting e IA— pero el camino técnico cambia mucho según versión, APIs, localización, personalizaciones, red, base de datos y soporte del proveedor. Por eso el diagnóstico del sistema actual es una fase real del proyecto, no una formalidad.
Conectividad específica y casos de uso de gran escala
Microsoft ofrece conectores SAP ERP y SAP OData para escenarios Power Platform. En instalaciones on-premises, el SAP ERP connector puede trabajar mediante on-premises data gateway y funciones RFC/BAPI. El diseño de producción debe incluir identidad, red, seguridad, disponibilidad y operación del gateway.
Buen terreno: aprobaciones, solicitudes, apps móviles, experiencias simplificadas, automatización alrededor de SAP, reporting y agentes con acciones muy controladas.
Extender mientras preparas una migración limpia a Business Central
NAV puede seguir aportando valor, pero muchas instalaciones antiguas arrastran personalizaciones y reporting difícil de mantener. Según versión y exposición de servicios, Power Platform puede utilizar web services, APIs intermedias, base de datos para lectura analítica o automatización periférica.
La clave es no acoplar nuevas apps a tablas heredadas si existe una migración próxima. Lo que se desacople hoy debe ser reutilizable cuando Business Central sustituya el core.
Valor táctico sin esconder una decisión estratégica
AX suele convivir con integraciones, personalizaciones y procesos de alta criticidad. Power Platform puede mejorar experiencia, reporting y procesos periféricos, pero la arquitectura debe reconocer que muchas organizaciones tienen como destino Dynamics 365 Finance y Supply Chain Management.
Evita construir una capa tan dependiente del AX actual que termine encareciendo la migración futura.
El patrón depende mucho de producto, versión y APIs disponibles
Sage agrupa productos y arquitecturas muy diferentes. Por eso no conviene prometer un conector universal. Hay que revisar API, base de datos, integraciones existentes, posibilidad de gateway, lectura analítica y necesidades de escritura antes de elegir patrón.
Power Platform puede aportar valor en aprobaciones, apps, reporting y automatización, pero el mecanismo debe validarse contra el producto real del cliente.
El valor del sistema puede estar en una lógica que no quieres perder
En soluciones desarrolladas a medida, la primera tarea es identificar capacidades realmente diferenciales frente a deuda histórica. Una API estable o una capa de servicios puede hacer accesible esa lógica a Power Platform sin exponer directamente la base de datos.
Si no hay APIs, conviene valorar crear una capa controlada antes de multiplicar accesos directos o automatizaciones de pantalla.
Cuando ningún sistema contiene toda la verdad
SAP para finanzas, otro sistema para operaciones, CRM separado, Excel sectorial y documentos en SharePoint es una realidad común. En ese escenario, Power Platform no debe obligar a elegir un único sistema: debe apoyarse en una arquitectura de integración y datos que explique quién gobierna cada dominio.
Aquí Power BI, Dataverse, Azure Integration Services y modelos semánticos pueden tener más peso que una conexión directa aplicación a aplicación.
SAP no tiene que convertirse en la interfaz de cada usuario para seguir siendo el sistema central
Power Platform puede crear experiencias específicas para usuarios que solo necesitan ejecutar una parte del proceso: solicitar, aprobar, consultar, capturar o resolver una excepción. Microsoft documenta conectores SAP ERP y SAP OData para integrar datos y acciones, y el SAP ERP connector utiliza RFC/BAPI mediante on-premises data gateway en escenarios compatibles.
Una app puede reducir fricción sin convertir al usuario en experto del ERP
Un jefe de obra, técnico, comercial, supervisor o responsable de aprobación no debería necesitar conocer todas las pantallas y códigos del sistema central para ejecutar una tarea concreta. Power Apps permite diseñar experiencias adaptadas al proceso y al dispositivo.
La app puede consultar el ERP, trabajar sobre información complementaria en Dataverse y activar flujos de Power Automate. El diseño debe minimizar duplicidad de datos y evitar que una interfaz agradable esconda reglas incompatibles con el sistema central.
Automatizar alrededor de un ERP antiguo puede generar retorno inmediato si no conviertes cada flujo en una integración crítica invisible
Aprobaciones, avisos, documentos, cambios de estado, movimientos de información y tareas repetitivas son candidatos claros. La dificultad aumenta cuando el flujo ejecuta transacciones sensibles o se convierte en infraestructura de negocio. A partir de ahí necesita owner, tratamiento de errores, reintentos, monitorización, ALM y soporte.
Aprobaciones
Compras, gastos, inversiones, cambios, descuentos y excepciones que hoy circulan por correo.
Documentos
Generación, clasificación, validación, archivado, SharePoint, Teams, avisos y trazabilidad.
Sincronizaciones
Actualizaciones entre sistemas cuando existe un owner claro, un patrón de errores y una necesidad real de replicar.
Alertas
Vencimientos, desviaciones, incidencias, stock, pedidos o situaciones que requieren atención.
RPA
Automatización de escritorio cuando no existe API, tratada como puente y no como arquitectura preferente.
Profundiza
Diseño end-to-end, excepciones, integración, seguridad, ALM y mantenimiento.
Power BI puede convertirse en una capa estable mientras el mapa ERP evoluciona
Una organización puede necesitar mejores decisiones mucho antes de poder afrontar una sustitución del ERP. Power BI permite conectar ERP, CRM, Excel controlado y sistemas operativos dentro de modelos semánticos comunes para reducir reporting manual y consolidar indicadores.
La precaución está en el acoplamiento. Si el modelo se construye directamente sobre cientos de tablas y campos específicos de NAV, AX o un ERP propio, la migración obligará a rehacerlo. Una capa de transformación y una semántica de negocio pueden preservar mejor informes y KPIs cuando cambie la fuente.
Dataverse puede desacoplar nuevos procesos del ERP, pero solo si decides qué datos son realmente suyos
Cuando una app necesita estados, incidencias, adjuntos, relaciones o información que no existe de forma natural en el ERP, Dataverse puede ofrecer una base segura y estructurada. El error es utilizarlo como una réplica indiscriminada del sistema central. Clientes, proveedores, artículos o proyectos solo deben copiarse cuando existe una necesidad arquitectónica y un mecanismo claro de sincronización.
Cuando la integración deja de ser un flujo y se convierte en arquitectura empresarial
Power Automate puede resolver muchos escenarios, pero no todo debe convertirse en un flujo cloud. Volumen, asíncronía, reintentos, múltiples consumidores, exposición de APIs, desacoplamiento o requisitos de observabilidad pueden justificar Azure Integration Services.
Exponer capacidades con una fachada gobernada
Permite publicar y administrar APIs que después pueden consumirse desde Power Platform mediante conectores personalizados. Ayuda a evitar que cada app conozca directamente detalles internos del ERP.
Orquestación e integración compleja
Adecuada cuando hay flujos empresariales, múltiples sistemas, transformación, patrones de integración o requisitos que exceden la automatización departamental.
Desacoplar productores y consumidores
Colas y mensajería permiten que el ERP y las nuevas aplicaciones no dependan de estar disponibles exactamente al mismo tiempo.
Cambiar el ERP sin cambiar todos los consumidores
Una capa de integración bien diseñada puede reducir el impacto de una futura migración porque apps y procesos consumen contratos más estables que las tablas internas del sistema heredado.
Puedes incorporar IA antes de migrar el ERP. Lo que no puedes saltarte es el problema de acceso, permisos y calidad del dato.
Copilot Studio puede crear agentes que utilicen conocimiento, conectores y acciones. Sobre un entorno legacy, el reto principal no es la interfaz conversacional: es construir una vía segura para consultar o ejecutar aquello que el agente necesita sin exponer el sistema ni replicar reglas sensibles.
Consulta
Estado de pedidos, facturas, stock, proyectos o solicitudes a través de servicios controlados.
Conocimiento
Manuales, procedimientos, políticas y documentación que ayudan al usuario a interpretar el proceso.
Acción
Crear solicitud, lanzar validación o ejecutar una operación acotada con identidad, confirmación y trazabilidad.
Límite
No permitir que el agente escriba directamente en tablas o ejecute acciones de alto impacto sin reglas y controles.
Seguridad
El agente debe respetar permisos y contexto del usuario o utilizar identidades de servicio diseñadas para funciones concretas.
Profundiza
Diseño de agentes, acciones, fuentes y arquitectura conectada al ERP.
Power Platform no puede convertirse en el nuevo Excel con botones más bonitos
El mayor error consiste en copiar el desorden: mismos datos duplicados, mismas reglas no documentadas y misma dependencia personal, solo que ahora repartidos entre apps, flujos y tablas. Eso no moderniza. Añade una segunda capa de deuda.
Duplicar maestros
Clientes, proveedores, artículos o proyectos replicados sin owner ni reconciliación.
Acceso directo a tablas
Apps acopladas a estructuras internas que pueden cambiar y que evitan reglas del sistema.
Flujos sin owner
Automatizaciones críticas que dependen de una cuenta personal o de conocimiento informal.
RPA como estándar
Automatizar pantallas cuando existe una API viable aumenta fragilidad y coste de mantenimiento.
Seguridad heredada mal entendida
La nueva app no debe convertirse en una vía para evitar permisos o segregación del ERP.
Modernización aplazada sin fecha
Resolver síntomas durante años puede aumentar el coste de reemplazar un core que ya debería haber cambiado.
Integración punto a punto
Cada app conoce cada sistema y cada cambio obliga a modificar múltiples conexiones.
Reporting sobre estructuras obsoletas
Modelos BI muy acoplados a tablas legacy encarecen la migración posterior.
IA sin contratos de acción
Agentes con demasiado alcance o conexiones improvisadas pueden convertir una buena experiencia en un riesgo operativo.
Cinco preguntas para saber si debes extender o migrar
Calcula el retorno de extender hoy sin olvidar el coste de mantener mañana
Un caso de Power Platform sobre ERP legacy puede ser excelente si elimina miles de tareas, reduce errores o adelanta decisiones. Pero hay que incorporar al cálculo licencias, integración, soporte, gobierno, operación y posible refactorización cuando cambie el ERP.
| Factor | Valor potencial | Coste o riesgo | Pregunta |
|---|---|---|---|
| Tiempo manual | Horas eliminadas y menos esperas. | Construcción y mantenimiento. | ¿Cuánto trabajo repetitivo desaparece realmente? |
| Error | Menos reintroducción y validación. | Errores de integración o sincronización. | ¿Qué errores actuales tienen impacto económico? |
| Velocidad | Aprobaciones y decisiones más rápidas. | Monitorización y soporte. | ¿Qué valor tiene reducir días de espera? |
| Licencia | Plataforma común para varios casos. | Premium connectors, Dataverse, capacidad o agentes. | ¿El modelo de uso está bien dimensionado? |
| Integración | Procesos conectados y menos silos. | Gateway, API, Azure o dependencia del sistema actual. | ¿Podemos reutilizar la interfaz en el futuro? |
| Migración futura | Procesos periféricos ya modernizados. | Refactorización si la solución está demasiado acoplada. | ¿Esta inversión reduce o aumenta el coste de migrar? |
Tres experiencias que ilustran integración, convivencia y modernización
No presentamos estas referencias como implantaciones idénticas de Power Platform sobre un ERP legacy. Aportan evidencia sobre las tres decisiones que esta arquitectura intenta resolver: conectar sistemas existentes, unificar información de fuentes distintas y saber cuándo un entorno heredado necesita dar el salto.
CRM conectado con ERP sin romper la continuidad operativa
Kolbi implantó Dynamics 365 Customer Engagement e integró CRM y entorno transaccional para conectar información comercial y operativa, reducir duplicidad y mejorar continuidad entre ventas, marketing, postventa y gestión.
Una evolución donde gestión y Business Intelligence conectan fuentes distintas
El proyecto refuerza gestión económico-financiera, compras, facturación, proyectos y Business Intelligence, mostrando el valor de diseñar la transformación como un sistema conectado y no como aplicaciones aisladas.
Cuando modernizar el perímetro ya no es suficiente y toca sustituir el core
CYCASA evolucionó desde un entorno NAV desactualizado hacia IB Building 365 sobre Business Central porque rendimiento, soporte y nuevas exigencias ya convertían la modernización del sistema en una necesidad.
Moderniza por capas sin perder de vista la decisión final sobre el ERP
El objetivo no es llenar la organización de quick wins inconexos. Cada iniciativa debe resolver un dolor real y, al mismo tiempo, ordenar la arquitectura para que el siguiente paso sea más fácil que el anterior.
Cada componente debe tener una misión clara
Power Platform aporta más valor cuando no se usa como una caja de herramientas indiscriminada. El proceso decide qué componente necesita y la arquitectura establece cómo se relaciona con el ERP.
Extender un ERP heredado exige entender tanto el sistema que tienes como el destino al que quieres llegar
El proyecto cruza ERP, procesos, Power Platform, integración, Azure, seguridad, identidad, datos, licencias y una posible migración futura. Ayesa puede trabajar esas capas de forma coordinada para evitar soluciones tácticas que generen otra deuda.
Primero el mapa real. Después la herramienta.
Preguntas sobre Power Platform conectado a ERP legacy, SAP, Sage, NAV y AX
¿Power Platform puede conectarse a un ERP que no sea Microsoft?
Sí, siempre que exista una vía de conectividad adecuada: conector, API, custom connector, gateway, capa Azure u otro patrón compatible con el sistema concreto.
¿Power Platform puede conectarse con SAP?
Sí. Microsoft ofrece conectores SAP ERP y SAP OData. El SAP ERP connector permite trabajar con RFC/BAPI y gateway on-premises en escenarios compatibles.
¿Es obligatorio cambiar SAP para usar Power Apps?
No. Una Power App puede proporcionar una experiencia específica sobre procesos y datos SAP si la integración, seguridad y licenciamiento están correctamente diseñados.
¿Qué pasa con Sage?
Hay que revisar producto y versión concreta. Sage engloba arquitecturas diferentes y la disponibilidad de APIs, bases de datos y mecanismos de integración varía significativamente.
¿Podemos extender NAV antes de migrar a Business Central?
Sí. Puede tener sentido para procesos periféricos, especialmente si se diseñan de forma desacoplada para que la inversión pueda reutilizarse después de la migración.
¿Y Dynamics AX?
También puede extenderse, pero conviene valorar el horizonte de migración a Dynamics 365 Finance o Supply Chain Management para no crear nuevas dependencias sobre AX.
¿Qué es un custom connector?
Es una forma de encapsular una API para que Power Apps, Power Automate, Copilot Studio u otros servicios puedan consumirla como un conector reutilizable.
¿Cuándo usar Azure API Management?
Cuando interesa gobernar y exponer APIs de forma controlada, aplicar seguridad, desacoplar consumidores o reutilizar capacidades empresariales desde varias aplicaciones.
¿Cuándo usar RPA?
Cuando no existe una API razonable o la integración tradicional no compensa. Conviene tratarlo como último recurso porque depende de la interfaz del sistema y necesita operación cuidadosa.
¿Hace falta Dataverse?
No siempre. Aporta valor cuando el proceso necesita datos propios, relaciones, permisos, lógica y evolución. No debe utilizarse solo para duplicar información del ERP.
¿Power BI puede modernizar el reporting antes de migrar?
Sí. De hecho puede reducir rápidamente Excel y mejorar decisión. Conviene crear una semántica de negocio suficientemente desacoplada para no rehacer todo al cambiar la fuente.
¿Podemos usar Copilot Studio con un ERP antiguo?
Sí, si existe una vía gobernada para consultar datos o ejecutar acciones. El reto real está en identidad, permisos, integración y límites de lo que el agente puede hacer.
¿Extender el ERP retrasa la migración?
Puede retrasarla si se utiliza para esconder problemas estructurales. Puede facilitarla si desacopla procesos periféricos, ordena integraciones y reduce personalizaciones del core.
¿Qué procesos conviene priorizar?
Procesos con volumen, espera, reintroducción de datos, errores, usuarios fuera del ERP o necesidad de información más rápida, siempre que la integración sea sostenible.
¿Cómo se gobiernan estas soluciones?
Con owners, entornos, permisos, políticas de datos, ALM, pipelines, monitorización, soporte, documentación y criterios de criticidad.
¿Por dónde empezar?
Por inventariar procesos fuera del ERP, evaluar técnicamente el sistema actual y priorizar dos o tres casos con retorno claro y arquitectura reutilizable.
Antes de decidir si migras o extiendes, identifica dónde está realmente el coste de tu ERP actual
Podemos revisar SAP, Sage, NAV, AX o tu ERP propio, localizar procesos manuales, evaluar APIs y conectividad, identificar quick wins, estimar deuda técnica y decidir qué conviene automatizar ahora y qué debe esperar a una modernización del core. El objetivo es invertir una vez en una arquitectura que no tengas que desmontar en el siguiente proyecto.
Hablemos de tu ERP actual y de lo que hoy ocurre fuera de él
Cuéntanos qué sistema utilizas, qué versión, qué procesos siguen en Excel o correo y dónde se concentra la fricción. Revisaremos primero el contexto y después si la mejor ruta es extender, convivir o modernizar.