Si tu empresa todavía corre JD Edwards World sobre un AS/400 (o su sucesor, un IBM i), probablemente ya sabes que buscar ayuda para eso es más difícil de lo que debería. No es que el sistema esté mal — es que cada vez hay menos gente que sepa tocarlo.
JD Edwards World lleva más de cuatro décadas en producción en distintas versiones, y una parte importante de las empresas medianas y grandes en Chile — sobre todo en manufactura, distribución y comercio exterior — todavía dependen de él para lo más crítico: inventario, finanzas, procesos intercompany. El problema no es que el sistema sea viejo. El problema es que cada vez hay menos consultores que entiendan RPG, DB2 y la lógica interna de World al mismo tiempo, y muchos de los que sí saben están cerca de jubilarse.
Mantenimiento no es lo mismo que "que nadie lo toque"
Hay una idea peligrosa dando vueltas en varias empresas: si el sistema funciona, mejor no tocarlo. El razonamiento tiene sentido a corto plazo — total, "funciona" — pero a mediano plazo es exactamente lo contrario de mantenimiento. Es abandono con maquillaje.
Un JD Edwards bien mantenido tiene a alguien revisando periódicamente los jobs batch, los procesos nocturnos, las interfaces con otros sistemas. Tiene documentación de qué modificaciones RPG se hicieron y por qué. Y tiene un plan para cuando el hardware AS/400 actual llegue al final de su vida útil, en vez de enterarse cuando ya está fallando.
El miedo a tocar el sistema no debería paralizar el upgrade
Entendemos por qué da miedo actualizar JD Edwards EnterpriseOne o hacer upgrade sobre el mismo AS/400: cualquier cambio en un sistema legacy tan integrado a la operación diaria se siente como jugar con fuego. Pero postergar el upgrade indefinidamente tiene un costo que no se ve hasta que es demasiado tarde — soporte de IBM que se encarece o desaparece, imposibilidad de contratar gente nueva que sepa trabajar en versiones tan antiguas, y una brecha cada vez más grande entre lo que el sistema puede hacer y lo que el negocio necesita.
Un upgrade bien planificado en JDE no significa reescribir todo. Significa entender qué customizaciones RPG siguen siendo necesarias, cuáles ya no, y modernizar por partes, sin apagar la operación mientras se hace.
Modernizar sin migrar es una opción real, no un parche
Acá hay algo que muchas empresas no saben: no es necesario abandonar AS/400 para modernizar. Se puede automatizar procesos contables e intercompany, integrar JD Edwards con herramientas como Azure o Power BI, y desarrollar interfaces nuevas — todo mientras el core sigue corriendo donde siempre ha corrido. Es un patrón que también se ve en otros sistemas legacy bancarios y de manufactura: construir capas modernas encima de un núcleo estable, en vez de reemplazarlo entero de un día para otro.
Eso reduce el riesgo (no estás apostando toda la operación a una migración de años) y reduce el costo, porque no estás pagando una reimplementación completa por algo que en el fondo funciona bien.
Por qué esto es cada vez más urgente
El universo de empresas con JD Edwards World/AS400 en Chile es acotado, y se achica cada año — algunas migran a EnterpriseOne, otras a otro ERP, otras simplemente van postergando la decisión. Eso significa que la oferta de gente que realmente sabe de RPG, DB2 y la arquitectura de World se vuelve más escasa con el tiempo, no al revés.
Si tu empresa depende de JD Edwards sobre AS/400 y no tienes claridad sobre el estado real de tu mantenimiento, o sobre qué implicaría un upgrade a EnterpriseOne, conviene tener esa conversación ahora, no cuando el sistema ya esté dando señales de falla. En Disrupsoft trabajamos consultoría, desarrollo y soporte en JD Edwards World y EnterpriseOne sobre AS/400. Agenda una conversación con un consultor.
