La conversación empieza siempre igual. Quieres que la IA haga algo útil con tus pedidos, tus facturas o tus incidencias, y alguien —un integrador, un comercial, un asesor con buena intención— te explica que antes hay que poner la casa en orden: migrar a una plataforma nueva, moderna, con API, y ya luego montamos los agentes encima. Suena a sentido común. Y para una empresa de veinte mil personas probablemente lo sea. Para una de doscientas, es un desvío de dieciocho meses en el que la IA no toca un solo proceso y el negocio se congela mientras se muda.
La decisión de fondo no es qué herramienta comprar. Es esta: ¿el sistema viejo es de verdad lo que te bloquea, o solo es lo que resulta más fácil culpar?
Migrar el sistema legacy o poner agentes de IA encima: las dos rutas, y ninguna es gratis
Hay dos caminos y conviene llamarlos por su nombre, porque el marketing los mezcla a propósito.
- Replatform (migrar). Sustituyes el sistema de registro —el ERP, el CRM, el gestor del sector— por otro. El dato se muda, los procesos se rehacen, el equipo se reeduca. La IA llega después, si llega.
- Overlay (poner encima). Dejas el sistema donde está y montas una capa de agentes que lee y escribe contra él por API, por MCP o por el conector que haya. El sistema de registro no cambia; cambia quién hace el trabajo alrededor.
La trampa habitual es presentar el overlay como un parche y el replatform como la solución seria. No es así: son dos apuestas distintas con dos facturas distintas, y las dos tienen letra pequeña. Lo que sigue son los síntomas para saber en cuál estás.
El desvío de dieciocho meses tiene un dato detrás
El argumento de "migramos primero" descansa en una promesa: que el proyecto termina cuando dice el plan. Los datos del sector no acompañan. El informe anual de Panorama Consulting Group sobre proyectos de software empresarial, publicado el 4 de marzo de 2026, encontró que más de una cuarta parte de las organizaciones superó su presupuesto de proyecto, y señala como causa principal la necesidad de tecnología adicional.
El detalle interesante no es el porcentaje: es el mecanismo que describen. Según el propio informe, las organizaciones suelen descubrir los desajustes graves tarde en el proyecto, y su reacción es recurrir a más tecnología, ampliar el alcance y construir desarrollos a medida. Es decir: el sobrecoste no viene de haber elegido mal el software, viene de descubrir tarde que no encajaba. Fuente: The 2026 ERP Report, Panorama Consulting Group, 4 de marzo de 2026.
Traducido a tu decisión: si migras para poder poner IA, estás apostando a que dentro de año y medio tendrás una plataforma nueva y ganas de empezar el proyecto de IA. Los dos supuestos son optimistas a la vez.
Cuándo la herramienta vieja SÍ es el cuello de botella
Hay cuatro síntomas que sí justifican migrar, y ninguno es "es antigua". Se reconocen porque bloquean el trabajo, no porque incomoden:
- El dato no se puede leer. No hay API, no hay exportación programable, no hay base a la que conectarse. Solo pantallas. Puedes robotizar la pantalla, pero eso es RPA y se rompe cada vez que el proveedor mueve un botón.
- La licencia se muere. El fabricante ha anunciado fin de soporte con fecha, o el sistema corre sobre una versión que ya nadie parchea. Aquí no decides tú el calendario: te lo han puesto.
- El cumplimiento te obliga. Una norma nueva exige algo que el sistema no puede hacer —un registro inalterable, una trazabilidad, un formato de envío— y no hay parche que valga.
- El sistema es el proceso. No es que guarde el dato: es que la lógica de negocio vive dentro, en desarrollos que nadie documentó y que solo entiende una persona que se jubila en dos años.
Si estás en uno de estos cuatro, migra. Y si vas a migrar, hazlo por el motivo correcto y no lo disfraces de proyecto de IA: son dos presupuestos, dos calendarios y dos equipos.
Cuándo no lo es, y solo estás comprando la agenda de otro
El caso mucho más frecuente es el contrario: el sistema viejo funciona, guarda bien el dato y tiene una API razonable, pero es feo, la interfaz es de 2014 y nadie disfruta usándolo. Eso no es un cuello de botella: es una molestia. Y la molestia no justifica dieciocho meses.
La señal de alarma más fiable es quién trae la propuesta. Si la ruta de "migrar primero" la propone quien vende la plataforma de destino o quien factura la migración, no estás recibiendo un diagnóstico: estás recibiendo su agenda comercial, que es legítima pero no es la tuya. Pregunta lo único que separa las dos cosas: ¿qué proceso concreto no se puede automatizar hoy sin migrar, y por qué? Si la respuesta es genérica —"para tener una base sólida", "para estar preparados"—, la respuesta es que sí se puede.
Hay un matiz que aparece cada vez más: algunas plataformas ya traen sus propios agentes de serie, así que migrar parece traer la IA incluida. Traen una parte, y esa parte tiene su propia factura. En Dynamics 365 Business Central, por ejemplo, los agentes nativos se cobran por consumo y la documentación de Microsoft es explícita: cuando la cuota se agota, la capacidad de IA deja de estar disponible hasta que se añade más. No es un motivo para no migrar; es un motivo para no contar la IA nativa como si fuera gratis. Ese cálculo, en ese caso concreto, está desarrollado en automatizar Business Central con IA. Fuente: Manage consumption-based billing for agent capabilities, Microsoft Learn, actualizado el 8 de julio de 2026.
El coste oculto del overlay, que tampoco te cuentan
Sería deshonesto vender el overlay como la opción sin factura. Tiene tres costes reales y conviene mirarlos antes, no después:
- Deuda de integración. Cada conexión que montas es una pieza que hay que mantener. Cuando el proveedor cambia su API o su modelo, alguien tiene que arreglarlo — y esa partida es exactamente el mantenimiento de las automatizaciones, la que nadie presupuesta.
- Permisos repartidos. El agente necesita credenciales en el sistema viejo, y los sistemas viejos suelen tener un modelo de permisos de todo o nada. Resolverlo bien cuesta trabajo; resolverlo mal cuesta un incidente.
- Doble fuente de verdad. Si la capa de agentes empieza a guardar estado propio —su memoria, su cola, sus decisiones—, acabas con dos sitios donde mirar. La regla es simple: el sistema de registro sigue siendo el sistema de registro, y la capa no guarda nada que no pueda reconstruir.
Y hay un cuarto coste que no es de mantenimiento sino de propiedad: la capa que pongas encima también caduca. OpenAI presentó Agent Builder, su lienzo visual de agentes, en octubre de 2025; anunció su deprecación el 3 de junio de 2026 y fijó el apagado para el 30 de noviembre de 2026. Trece meses. Por eso la pregunta de en qué capa montas el overlay y qué te dejan llevarte no es menor, y está desarrollada en en qué capa vive tu agente y qué cuesta salir. Fuente: Agent Builder, documentación de OpenAI, consultada el 7 de septiembre de 2026.
La regla, en una frase
Casi todas las empresas medianas que se plantean esta decisión están en el segundo caso y creen estar en el primero. La diferencia se comprueba en una tarde: intenta sacar por API los cien últimos registros del proceso que te duele. Si salen, no necesitas migrar para empezar. Si no salen, ya sabes por qué migras — y también sabes que la IA es el segundo proyecto, no el primero.
Cómo se decide esta semana, sin comité
- Elige un proceso, no una estrategia. El que más horas se come. Uno.
- Comprueba el acceso al dato. ¿Se puede leer y escribir por API o por conector? Media tarde de trabajo técnico responde a esto, y responde de verdad.
- Pon fecha a las obligaciones. Fin de soporte, cambios normativos, contratos que vencen. Si hay una fecha real, manda ella.
- Estima las dos rutas para ESE proceso. No para la empresa entera: para ese proceso. El overlay se estima en semanas; si tu estimación de overlay también sale en trimestres, algo está mal planteado.
- Decide y escríbelo. Con el motivo. Dentro de un año alguien va a preguntar por qué, y "nos lo recomendaron" no es una respuesta.
Nosotros hacemos casi siempre lo segundo, y no por dogma: porque en la mayoría de los casos que nos llegan el dato ya se puede leer y lo que falta es que alguien haga el trabajo. Montamos la capa contra el sistema que ya tienes —así es como se integra la IA con los sistemas que ya usas—, medimos lo que ahorra y, si en el camino aparece uno de los cuatro síntomas de arriba, lo decimos. No vendemos migraciones. Tampoco vendemos la idea de que nunca hace falta migrar.