Hay una cifra que acaba de golpe con la mayoría de los debates sobre la modernización: 1,7 millones.
Esa es la cantidad de líneas de código PL/SQL que una entidad financiera media ha ido acumulando silenciosamente a lo largo de 20 o 30 años de actividad. Desencadenantes, validaciones, reglas de cálculo: capas de lógica de negocio que nadie ha documentado por completo, porque nunca se pensó que fueran a trasladarse a otro lugar.
La respuesta habitual del sector ante un sistema de este tamaño era: «Necesitaremos entre dos y tres años y un presupuesto con muchos ceros».
Acabamos de demostrar una vez más que eso no es cierto.
La magnitud del problema que nadie quiere reconocer
En el sector financiero, el término «legado» rara vez se refiere a la tecnología. Se refiere al riesgo. Su aplicación Oracle Forms no es solo antigua: es la única fuente de información fiable para todos los procesos empresariales críticos que lleva a cabo su institución. Si se pierde tan solo una parte de esa lógica durante la migración, no se trata de un simple informe de error. Se trata de un incidente de cumplimiento normativo.
Por eso la mayoría de los proyectos de modernización se estancan antes incluso de empezar. Ese temor no carece de fundamento.
Pero el miedo a elegir un enfoque equivocado no significa que el problema sea irresoluble.
Así es como se veía realmente por dentro el proyecto que acabamos de terminar:
- 1 690 238 líneas de código PL/SQL convertidas a Java limpio
- Se han migrado por completo 898 archivos Oracle Forms (.fmb) y 315 archivos Oracle Reports (.rdf)
- Más de 1.500 archivos fuente, entre los que se incluyen menús complejos (MMB), bibliotecas (PLL) y grupos de objetos (OLB)
- El 99,8 % de la conversión se realiza de forma automática, conservando al 100 % la lógica de negocio
- 19 actualizaciones de producción publicadas por el equipo del cliente durante la migración
- Sin interrupciones en el servicio. Sin paralización del desarrollo.
Reescribir esto a mano llevaría una década. Nosotros lo hicimos de otra manera.
Por qué las reescrituras manuales siguen fracasando en el sector financiero
Si alguna vez has visto cómo fracasaba un proyecto de modernización, la causa suele ser casi siempre la misma: la brecha lógica.
Cuando un desarrollador reescribe manualmente una aplicación de Oracle Forms, se basa en lo que tiene a la vista: el código que puede leer, la documentación disponible y los conocimientos de quienes aún siguen en la empresa. El problema es que las reglas de negocio más importantes de un sistema financiero con treinta años de antigüedad rara vez figuran en la documentación. Se encuentran en los desencadenantes, en los casos extremos y en las sutiles validaciones que se añadieron en 2003 y nunca se dejaron por escrito.
La traducción manual incumple esas reglas. No siempre, pero sí con la suficiente frecuencia como para que no se pueda confiar en el resultado sin años de pruebas comparativas, lo que nos lleva de nuevo al mismo problema.
La plataforma Re_Forms21 elimina este problema gracias a la conversión determinista. Cada evento desencadenante, cada validación y cada cálculo se asigna directa y automáticamente al código Java correspondiente. El nuevo sistema no se limita a aproximarse al comportamiento original, sino que lo reproduce exactamente.
Lo que la mayoría de los proveedores no se atreven a abordar: la modernización sobre la marcha
La pregunta que más nos hacen los directores técnicos no es «¿pueden migrar nuestro sistema?», sino «¿qué pasará con nuestro negocio mientras lo hacen?».
Los enfoques tradicionales de migración requieren paralizar el desarrollo. Se deja de desarrollar. Se dejan de lanzar nuevas versiones. Se centra todo en la migración y se espera que la empresa pueda aguantar el tipo durante 12 a 18 meses.
En un mercado financiero competitivo, eso no es una estrategia. Es una apuesta.
Durante este proyecto, el equipo del cliente siguió trabajando con normalidad. Desarrollaron y publicaron 19 actualizaciones en su entorno de Forms ya existente mientras se llevaba a cabo la migración. Nuestra plataforma volvió a procesar cada una de esas actualizaciones automáticamente, sin necesidad de conciliaciones manuales, sin necesidad de volver a trabajar en ellas y sin necesidad de repetir el ciclo de migración.
La nueva aplicación Java funcionó en paralelo con el sistema Forms original durante todo el proceso, lo que permitió realizar una validación en tiempo real antes de la transición definitiva. La actividad empresarial no se interrumpió en ningún momento. La migración se adaptó al ritmo de la empresa, y no al revés.
Qué significa realmente «preparado para el futuro» en la práctica
No se trató de una simple transferencia. Las decisiones arquitectónicas tomadas durante esta migración son tan importantes como la propia migración:
Arquitectura
de ejecución en paralelo: el nuevo sistema funcionó en paralelo con la aplicación Forms original. Validación en tiempo real antes de la transición. Riesgo cero. La mejor garantía para cualquiera que deba dar el visto bueno a un sistema de esta importancia.
Interfaz de usuario moderna (HTML5 / JavaScript)
: más de 7.400 líneas de código heredado de WebUtil transformadas en una interfaz web ágil y adaptativa. Los usuarios disfrutaron de un producto mejorado desde el primer día.
Informes automatizados mediante Apache POI
: 300 informes modernizados con salida nativa en Excel/Word. Se acabaron las dependencias de OLE2. Se acabaron las inconsistencias de formato.
Integración
empresarial: conectividad nativa con SharePoint para la gestión de documentos. Active Directory para una autenticación segura y fluida en toda la organización.
Implementación
nativa en la nube: la aplicación Java resultante se empaqueta en contenedores Docker y se orquesta mediante Kubernetes. Es escalable, portátil y está preparada para cualquier entorno de nube híbrida que elija tu equipo de infraestructura.
El calendario que tranquilizó al director financiero
Una de las objeciones más habituales a la migración basada en la automatización es que «parece rápido, pero de todos modos pasaremos años en la fase de pruebas de aceptación del usuario».
El calendario real de este proyecto:
| Fase | Duración |
| Migración automatizada básica | 4 semanas |
| Mejoras personalizadas y optimización de la lógica financiera | 16 semanas |
| Prueba de aceptación del usuario (UAT) final y puesta en marcha segura | 8 semanas |
Total: 28 semanas. Para 1,7 millones de líneas de código en un entorno financiero de misión crítica.
Qué significa esto para tu equipo: más allá de la migración
Dejar de utilizar Oracle Forms no es solo una cuestión de resolver un problema tecnológico. Cambia lo que tu equipo de ingeniería es capaz de hacer.
Cuando tu código está escrito en Java y se ejecuta en contenedores, no tienes que ir a buscar a las últimas tres personas del mercado que aún sepan trabajar con Oracle Forms. Trabajas con una reserva de talento que es diez veces mayor. Ejecutas procesos de CI/CD. Realizas implementaciones en Kubernetes. Haces revisiones de código con herramientas que realmente gustan a tus desarrolladores.
El resultado no es solo una aplicación migrada. Es un equipo que vuelve a poder actuar con rapidez.
¿Está tu sistema preparado para una radiografía?
Antes de iniciar cualquier migración, es necesario saber a qué te enfrentas realmente. Cuántos formularios hay. Cuántos informes. Dónde se concentra la complejidad. Qué partes entrañan mayor riesgo.
Para eso precisamente se creó nuestro conjunto de herramientas ReML. En concreto, RIB (Re_Forms21 Information Base) genera un mapa de dependencias preciso y consultable de todo tu entorno de Oracle Forms —cada disparador PL/SQL, cada conexión entre la interfaz de usuario y la base de datos, cada ruta de ejecución— antes de que se escriba una sola línea de código.
Además, RTA (Re_Forms21 Test Assistant) garantiza que, una vez iniciada la migración, cada flujo de negocio se valide continuamente en función del comportamiento real observado, y no de suposiciones.
Sin conjeturas. Sin sorpresas en la producción. Solo seguridad técnica.
¿Estás listo para ver qué hay dentro de tu sistema?
Reserva una visita técnica o solicita una evaluación en directo de tu entorno.
👉 reforms21.com | 📩 solutions@reforms21.com