Santander, BBVA, CaixaBank. Tres de los mayores bancos del mundo tienen sus raíces —y buena parte de su lógica de negocio central— en código COBOL que lleva décadas en producción. En España y Latinoamérica, la modernización del mainframe ya no es una conversación técnica reservada a los departamentos de TI: es una decisión estratégica que determina la capacidad de competir en la próxima década.
Esta guía cubre el estado actual de los sistemas legacy en el sector financiero hispanohablante, los riesgos regulatorios y operacionales, y las estrategias probadas para ejecutar una migración con éxito.
Cuando el Banco Santander comenzó su expansión internacional en los años noventa, llevó consigo su arquitectura de sistemas. Hoy, parte de la infraestructura de procesamiento de Santander en España, México, Brasil y Argentina comparte linaje tecnológico con aquellos mainframes IBM de los años setenta. El banco ha hecho inversiones significativas en modernización —incluyendo la adopción de plataformas cloud y arquitecturas de microservicios— pero la capa de core banking en muchos mercados sigue teniendo componentes COBOL.
BBVA es quizás el caso más conocido de transformación digital agresiva en la banca española. Su proyecto de migración a la plataforma Alnova (y posteriormente a soluciones propias en la nube) ha sido largo, costoso y no exento de problemas. Es un testimonio de que la modernización de sistemas legacy de escala bancaria es un proyecto de años, no de meses.
CaixaBank, tras la fusión con Bankia, se enfrenta al desafío de integrar y racionalizar dos pilas tecnológicas heredadas, ambas con componentes COBOL significativos. La integración de cores bancarios post-fusión es uno de los casos más complejos en la industria financiera europea.
En México, Banamex (Citigroup) y Banorte procesan enormes volúmenes de transacciones sobre infraestructura legacy. El SAT (Servicio de Administración Tributaria) y el IMSS tienen sistemas COBOL que gestionan información de millones de ciudadanos. La nómina gubernamental, los pagos de pensiones y los sistemas de facturación electrónica se apoyan, en algún punto de la cadena, en procesos batch COBOL.
En Colombia, Bancolombia y el Grupo Bolívar han iniciado procesos de modernización. En Argentina, el Banco Nación y el sistema previsional de ANSES dependen de infraestructura que data de los años ochenta. En Chile, el SII (Servicio de Impuestos Internos) tiene partes de su arquitectura de procesamiento en COBOL.
El patrón es consistente en toda la región: los sistemas funcionan, pero el conocimiento sobre cómo funcionan se está perdiendo. Cuando un programador COBOL sénior se jubila en una institución pública latinoamericana, rara vez existe un proceso formal de transferencia de conocimiento.
Para las entidades españolas, el Digital Operational Resilience Act (DORA), vigente desde enero de 2025, ha redefinido los requisitos de resiliencia operacional. Las entidades deben demostrar capacidad de recuperación ante incidentes de TI, realizar pruebas de penetración en sistemas críticos (TLPT - Threat-Led Penetration Testing) y gestionar adecuadamente los riesgos de proveedores tecnológicos.
Un sistema COBOL en producción que depende de un único proveedor de mantenimiento, sin documentación actualizada y con capacidades de monitorización limitadas, representa exactamente el tipo de exposición que DORA quiere eliminar. El Banco de España y la CNMV supervisan el cumplimiento, y las sanciones por incumplimiento pueden ser significativas.
El Reglamento DORA también obliga a mapear todas las dependencias tecnológicas críticas. Para muchos bancos medianos españoles, ese ejercicio será, en sí mismo, revelador de cuánta deuda técnica se ha acumulado en silencio.
La experiencia acumulada en proyectos de migración de sistemas legacy en el sector financiero permite distinguir los enfoques que funcionan de los que generan frustración y sobrecostes:
Aquí un ejemplo de cómo una validación de límite de crédito en COBOL puede reimplementarse en Java con lógica equivalente pero diseño moderno:
* COBOL — Validación de límite de crédito
IDENTIFICATION DIVISION.
PROGRAM-ID. VALIDA-CREDITO.
DATA DIVISION.
WORKING-STORAGE SECTION.
01 WS-LIMITE PIC 9(8)V99.
01 WS-SALDO-USADO PIC 9(8)V99.
01 WS-SOLICITADO PIC 9(6)V99.
01 WS-RESULTADO PIC X(15).
PROCEDURE DIVISION.
MOVE 5000.00 TO WS-LIMITE
MOVE 3200.00 TO WS-SALDO-USADO
MOVE 1500.00 TO WS-SOLICITADO
IF (WS-SALDO-USADO + WS-SOLICITADO) <= WS-LIMITE
MOVE "APROBADO" TO WS-RESULTADO
ELSE
MOVE "DENEGADO" TO WS-RESULTADO
END-IF
DISPLAY WS-RESULTADO
STOP RUN.// Java — CreditValidationService.java
import java.math.BigDecimal;
public class CreditValidationService {
public enum Decision { APROBADO, DENEGADO }
public Decision validar(
BigDecimal limite,
BigDecimal saldoUsado,
BigDecimal solicitado) {
BigDecimal totalTrasOperacion = saldoUsado.add(solicitado);
return totalTrasOperacion.compareTo(limite) <= 0
? Decision.APROBADO
: Decision.DENEGADO;
}
}El servicio Java es unitariamente testable, integrable en pipelines CI/CD y deployable como microservicio en cualquier infraestructura cloud. La lógica de negocio es idéntica; la operabilidad es radicalmente diferente.
Los proyectos de migración COBOL no fallan por problemas técnicos. Fallan por resistencia organizacional, por falta de patrocinio ejecutivo, por equipos que no tienen claro quién es responsable de qué. En bancos con décadas de historia, hay una cultura de "si funciona, no lo toques" que es comprensible pero que se vuelve un obstáculo cuando el riesgo de no tocar es mayor que el de modernizar.
La comunicación interna es tan importante como la arquitectura técnica. Los equipos de operaciones que han mantenido estos sistemas durante veinte años son aliados, no obstáculos: su conocimiento del comportamiento real del sistema es insustituible durante la migración.
Cada año que pasa, la ventana de migración se estrecha: hay menos especialistas COBOL disponibles, los costes de mainframe siguen subiendo y las exigencias regulatorias aumentan. Las instituciones que comiencen hoy tendrán acceso a los mejores recursos y podrán ejecutar a un ritmo controlado. Las que esperen afrontarán la modernización bajo presión, con menos opciones y mayor riesgo.
CodeMigra trabaja con entidades financieras en España y Latinoamérica para evaluar, planificar y ejecutar migraciones de COBOL a arquitecturas modernas. Sin interrupciones operativas. Sin sorpresas de presupuesto.
Solicitar consulta gratuita