El programa que calcula las comisiones lo escribió alguien que se jubiló en 2014. Está en RPG, corre en un AS/400 y nadie se atreve a tocarlo. Cada vez que cambia la política comercial, el equipo de TI pide dos semanas "para revisar", y la respuesta casi siempre es la misma: mejor hacerlo a mano en Excel y cargar el ajuste después.
Esa escena se repite en muchas empresas chilenas, y suele ser lo que las lleva a buscar una consultoría en desarrollo de software. El sistema funciona, el negocio depende de él y nadie lo entiende del todo. La pregunta que llega hoy es si la inteligencia artificial puede ayudar con la modernización de software legado sin apostar la operación a un proyecto de reemplazo total. Puede, aunque no en todas las etapas ni sin método.
Por qué el software legado no se reemplaza de una vez
La tentación es reescribir todo en una tecnología moderna y apagar el sistema viejo un viernes. Rara vez funciona. El software legado acumula décadas de reglas de negocio que no están escritas en ningún otro lado: una excepción tributaria, un descuento para un cliente histórico, una validación que alguien agregó después de un error caro. Si reescribes sin conocer esas reglas, las pierdes, y te enteras cuando un cliente reclama.
Por eso la recomendación habitual en arquitectura es migrar por partes. El patrón Strangler Fig, documentado en el Azure Architecture Center de Microsoft, propone poner una fachada delante del sistema antiguo y mover funcionalidades una a una hacia el sistema nuevo, mientras el antiguo sigue operando. Cuando ya no queda nada que dependa de él, se apaga. La misma guía advierte que el patrón no conviene si el sistema es pequeño y reemplazarlo completo es simple, o si no hay forma de interceptar las llamadas al sistema antiguo.
Para migrar por partes hay que saber qué hay adentro. En esa etapa la IA es más útil de lo que muchos creen.
Dónde ayuda la IA en una modernización
Donde más tiempo ahorra la IA es en entender código que nadie documentó. Esa suele ser la etapa más lenta y cara de un proyecto de modernización, y también la que más se subestima al cotizar.
Para algunos lenguajes ya hay herramientas pensadas para esto. GitHub Copilot modernization está en disponibilidad general para actualizar lenguaje, framework y herramientas en aplicaciones .NET, Java y C++, y para escenarios de migración de .NET y Java hacia Azure. Analiza dependencias y librerías desactualizadas, genera un plan, aplica cambios, valida que el proyecto compile y busca vulnerabilidades conocidas (CVE) después de la actualización. La propia documentación de Microsoft dice que las personas siguen en el circuito y que cada cambio se puede revisar.
En IBM i, la plataforma sobre la que corren los AS/400, IBM anunció el 9 de julio de 2026 la disponibilidad general del IBM Bob Premium Package for i. Según IBM, trabaja con RPG, COBOL, CL y Db2 for i, explica programas complejos, genera documentación técnica y pruebas unitarias, y convierte RPG de formato fijo a formato libre.
Repartido por tarea, el trabajo queda más o menos así:
| Tarea | Qué hace la IA | Qué revisa tu equipo |
|---|---|---|
| Entender el código | Explica programas y módulos en lenguaje simple | Si la explicación calza con cómo opera el negocio |
| Documentar | Genera descripciones de funciones, entradas y salidas | Que las reglas de negocio queden bien nombradas |
| Mapear dependencias | Identifica qué programa llama a cuál y qué tablas toca | Integraciones que la herramienta no ve, como archivos planos o procesos nocturnos |
| Crear pruebas | Propone pruebas unitarias sobre el comportamiento actual | Que cubran los casos borde que importan |
| Actualizar código | Sube versiones de framework y reemplaza APIs obsoletas | Que el resultado se comporte igual que antes |
Entender, documentar y probar van primero. Antes de mover una línea, necesitas pruebas que describan cómo se comporta hoy el sistema, para comprobar después que el nuevo hace lo mismo.
Por dónde empezar: un plan en cinco pasos
Un proyecto de modernización de software legado bien planteado no parte escribiendo código nuevo. Este orden reduce el riesgo:
- Haz un inventario de programas, tablas, interfaces e integraciones. Es común descubrir aquí procesos que nadie recordaba, como un archivo que se envía al banco todas las noches.
- Usa IA para explicar y documentar los módulos críticos, y revisa cada explicación con quien conoce el proceso. Una persona con quince años en el área detecta en minutos lo que el modelo inventó.
- Antes de cambiar nada, genera pruebas que describan el comportamiento actual. La IA ayuda a escribirlas más rápido.
- Elige un primer módulo acotado, con valor visible y pocas dependencias. Un portal de consulta o un reporte es mejor punto de partida que el cálculo de remuneraciones.
- Integra antes de reemplazar: expón datos del sistema antiguo mediante APIs para que las aplicaciones nuevas convivan con él. El negocio ve resultados y el núcleo sigue estable.
AS/400 y JD Edwards: modernizar sin apagar el núcleo
Con AS/400 y JD Edwards la pregunta casi nunca es "migrar o no migrar". El núcleo suele ser estable y rápido. El problema está en la experiencia de uso, en la dificultad para conectarlo con otras herramientas y en que cada vez hay menos personas que dominan RPG.
Una modernización progresiva puede dejar el ERP donde está y construir alrededor: APIs que exponen datos en tiempo casi real, aplicaciones web o móviles para usuarios que no deberían entrar a una pantalla verde, y conexiones con Azure, Power Platform o Dynamics 365. La IA ayuda a que el equipo entienda el código RPG antes de tocarlo y a documentar lo que antes vivía en la cabeza de una sola persona. Si tu caso es JD Edwards, revisamos las opciones para mantenerlo y actualizarlo en JD Edwards en AS/400: mantenimiento y upgrade sin migrar.
Los riesgos que hay que tener presentes
- Un modelo puede describir con total seguridad una regla que el código no aplica. Si nadie del negocio lo revisa, ese error termina en la documentación oficial.
- El código legado muchas veces viene acompañado de datos reales de clientes o trabajadores, y enviarlos a una herramienta externa sin evaluarlo es un problema de cumplimiento. La Ley 21.719 tiene como fecha legal de entrada en vigencia el 1 de diciembre de 2026. Hay un proyecto en el Senado para postergarla, pero mientras no se publique como ley, esa sigue siendo la fecha.
- Antes de usar cualquier asistente, conviene saber qué se envía a servicios externos y qué se retiene. En el caso de GitHub Copilot modernization, Microsoft indica que no retiene fragmentos de código más allá de la sesión.
- Generar código nuevo es rápido; verificarlo, no tanto. Lo explicamos con datos en Desarrollo de software con inteligencia artificial hoy.
Qué esperar de una consultoría en desarrollo de software
Si vas a contratar apoyo externo para modernizar, la propuesta debería responder estas preguntas antes de hablar de tecnología:
- ¿Cómo van a levantar las reglas de negocio que hoy solo están en el código?
- ¿Qué herramientas de IA usarán, y qué código o datos saldrán de tu infraestructura?
- ¿Qué pruebas existirán antes de cambiar cada módulo?
- ¿Qué se moderniza primero y por qué?
- ¿Cómo convivirán el sistema antiguo y el nuevo mientras dure la transición?
Si la respuesta es un plan para reescribir todo en un año, desconfía.
Preguntas frecuentes
¿La IA puede migrar mi sistema legado automáticamente?
No de punta a punta. Acelera tareas como entender el código, documentarlo, crear pruebas y actualizar versiones en lenguajes soportados. Las decisiones de arquitectura y la validación de reglas de negocio siguen siendo trabajo de personas.
¿Hay que reemplazar el AS/400 para modernizar?
No necesariamente. Muchas empresas mantienen el núcleo en IBM i y modernizan alrededor con APIs, aplicaciones web y móviles e integraciones con la nube.
¿Cuánto toma un primer resultado visible?
Depende del sistema, pero el primer módulo debería elegirse justamente para mostrar valor pronto. Un inventario y una documentación asistida por IA ya entregan resultados útiles antes de cambiar código.
Modernización progresiva, con tu operación funcionando
En Disrupsoft desarrollamos software a medida e integramos sistemas legados como AS/400 y JD Edwards con Azure, Power Platform y Dynamics 365, mediante APIs seguras y una modernización progresiva. Usamos IA donde acorta el trabajo, y el equipo valida cada decisión con quienes conocen tu negocio. Si tienes un sistema que nadie se atreve a tocar, conversemos.
