Glosario · Técnico · Modernización legacy
COBOL — el core legacy de banca y seguros
COBOL es un lenguaje de 1959 que sigue ejecutando el core transaccional de buena parte de la banca y los seguros: procesos batch, cuentas, pólizas, liquidaciones. No es una reliquia inofensiva: décadas de lógica de negocio sin documentar y la jubilación de quienes lo mantienen lo convierten en deuda técnica crítica y en un riesgo de continuidad.
Por qué sigue vivo (y por qué es un riesgo)
COBOL persiste porque es fiable y mueve volúmenes transaccionales enormes con costes predecibles. El riesgo no es el lenguaje en sí, sino su contexto: escasez de talento (la plantilla que lo conoce se jubila), acoplamiento a mainframe y batch, ausencia de documentación y dificultad para evolucionar al ritmo del negocio. Bajo DORA, además, la dependencia de sistemas que pocos saben mantener es un riesgo de resiliencia operativa.
Estrategias de modernización
- Strangler fig — extraer funcionalidades a servicios nuevos que conviven con el COBOL hasta vaciarlo y retirarlo, sin un «big bang» de alto riesgo.
- Encapsulado por APIs — exponer el core COBOL tras una capa de servicios para desacoplar a los consumidores antes de reescribir.
- Reescritura selectiva a Java/Python con paridad de outputs verificada antes de cada corte.
- Continuidad operativa — periodos de coexistencia y comparación de resultados entre el sistema heredado y el nuevo.
Relacionado en el glosario
Ver también deuda técnica y Oracle Forms, otros frentes habituales del legacy en banca y seguros.
Cómo ayuda Vermont Solutions
Modernización de core COBOL sin interrumpir la operación
Aplicamos strangler fig sobre el core: extracción de lógica, coexistencia con paridad de outputs y reescritura por fases, con continuidad operativa Tier-1 y alineación DORA.
Ver modernización de legacy y core →Última actualización: 2026-06-19. Contenido editorial de Vermont Solutions, citable bajo atribución.