Qué es un mainframe: por qué la banca sigue dependiendo de él en 2026

El mainframe, el gran ordenador central donde la banca ejecuta sus transacciones críticas, vive en 2026 un momento raro: nadie sabe todavía si este es el año de su salida o el de su renovación. Gartner estima que más del 70% de los proyectos que lo abandonan empezados este año fallarán en producir sus beneficios previstos, sobre todo por sobreestimar lo que la inteligencia artificial puede hacer sola. Mientras tanto, el 94% de las empresas que respondieron la encuesta de BMC lo sigue viendo como una plataforma de largo plazo. En España, el análisis de mercado de Shakers cuenta 27 ofertas tech activas que piden mainframe como habilidad y 99 que piden COBOL, el lenguaje que lo programa. Este artículo explica qué es un mainframe, por qué la banca no lo suelta, qué puede hacer hoy la inteligencia artificial con él y qué perfiles pide el mercado para decidir su futuro.

Qué es un mainframe y por qué sigue en producción

Un mainframe es un ordenador de gran escala pensado para una sola cosa: procesar volúmenes enormes de transacciones y registros con fiabilidad continua. Corre sistemas operativos propios, hoy sobre todo z/OS en la familia IBM Z, y se organiza alrededor del procesamiento por lotes: ventanas de tiempo cerradas, normalmente nocturnas, en las que millones de operaciones se liquidan de una sola pasada. No es un servidor más grande. Un servidor horizontal reparte el trabajo entre muchas máquinas que se pueden apagar de una en una. El mainframe concentra el trabajo crítico en una sola plataforma que no se apaga, con redundancia de componentes y décadas de software escrito encima.

Sobre él corre el software que mueve el dinero: cuentas, tarjetas, nóminas, pólizas, liquidaciones. Buena parte está escrita en COBOL, un lenguaje de 1959 cuya aritmética decimal no redondea salvo que se le pida, y cuyo valor está en los años de reglas de negocio acumuladas dentro del código. Esa pareja, máquina y lenguaje, sostiene lo que la banca llama su core, el ejemplo más puro de los sistemas legacy. La pregunta de si algún día desaparece lleva décadas abierta. Lo que ha cambiado en 2026 es que la inteligencia artificial entró en la conversación por ambos lados: como argumento para salir del mainframe y como herramienta para quedarse. La arquitectura base de la máquina, mientras tanto, no ha cambiado.

Por qué los bancos siguen sobre mainframes en 2026

La respuesta corta es que el sistema cumple. La encuesta Mainframe Stack Survey 2026 de BMC, recogida por Open Mainframe Project en su análisis del 20 de octubre, da un dato que desmiente la imagen de la tecnología condenada: el 94% de los encuestados ve el mainframe como una plataforma de largo plazo o como una que atrae cargas de trabajo nuevas, y el 69% reporta crecimiento de capacidad de propósito general. Conviene leer la fuente con su sesgo declarado: BMC vende herramientas de gestión para esas máquinas. Aun así, la dirección del dato es la que observan los operadores diarios.

Hay tres razones de fondo. La primera es el coste del error: una ventana de lotes que falla detiene pagos y contabilidad de un banco entero, y el riesgo de una reescritura se mide en dinero de clientes. La segunda es el cumplimiento normativo: seguridad y cumplimiento llevan siete años consecutivos como prioridad número uno en la misma encuesta, y los entornos mainframe tienen décadas de controles auditados. La tercera es que las reglas de negocio viven en el código, no en un documento: cuarenta años de excepciones, comisiones y redondeos que nadie documentó fuera del programa. Es la misma razón por la que el lenguaje que lo programa sigue vivo, como recoge el análisis sobre qué es COBOL y por qué la banca lo mantiene.

Con ese cuadro, salir del mainframe dejó de ser una moda y volvió a ser una decisión de ingeniería.

El mercado de empleo español dibuja la misma foto desde el otro lado. En el censo de ofertas cuyo título nombra el sistema, cinco mencionan banca, pagos o core banking directamente, y hay entidades que reclutan sin intermediación: Deutsche Bank buscó un lead engineer para su plataforma de datos sobre mainframe, y el grupo AXA un responsable de seguridad de mainframe en Madrid. Los nombres de los proyectos cambian cada trimestre. La máquina de debajo, no.

El 70% de los proyectos que abandonan el mainframe fallará

Este es el dato que enmarca el año. Gartner estima que más del 70% de los proyectos de salida del mainframe empezados en 2026 no producirán sus beneficios previstos, y el motivo que da es inusualmente concreto: sobreestimar lo que la IA generativa puede hacer por sí sola. La cifra llega a través de una cadena de atribución. Conviene declararla completa: la publica Open Mainframe Project, la fundación de Linux Foundation que agrupa a la comunidad mainframe, y la atribuye a reporting de CIO.com sobre el caso de la empresa Deluxe. No es un dato de IBM ni de un proveedor de migraciones.

El fallo típico no es técnico, es de expectativa. Un equipo pide a un modelo que reescriba un sistema de liquidación, obtiene un código plausible, y descubre después que ese código no repite el comportamiento del original: faltan excepciones que solo vivían dentro del programa. Open Mainframe Project describe la consecuencia de mercado con un ejemplo de este año: en febrero de 2026 las acciones de IBM cayeron cerca de un 13% en una sesión, unos 31.000 millones de capitalización, después del titular de que Anthropic estaba modernizando COBOL con IA. El pánico del usuario de mainframes resultó prematuro. La corrección de esa expectativa es exactamente lo que mide el 70% de Gartner.

Contra esa trampa, el marco que maneja la industria distingue tres caminos, heredados de la documentación de AWS y retomados por Open Mainframe Project. El criterio de elección no es la moda, es la carga de trabajo concreta.

La decisión se toma carga por carga, no como un gran proyecto global. El sistema de nómina puede reimaginarse mientras la liquidación de tarjetas se conserva, y ambos conviven años. El patrón de sustitución progresiva es el mismo que describe la guía sobre cómo modernizar un monolito Java a cloud native: cada pieza que se mueve convive con la que se queda hasta que demuestra que hace lo mismo.

Qué puede la IA con un mainframe hoy

La propuesta técnica que mejor resume 2026 la formula Open Mainframe Project en una frase: primero analizar, después preguntar. Solo uno de los nueve pasos es generativo. El resto analiza, decide o verifica.

• Pasos 1 a 4, deterministas: parsear el código, construir el grafo de dependencias, extraer las reglas y mapear el sistema de destino.
• Paso 5, decisión: elegir el camino de la tabla anterior para esa carga.
• Paso 6, el único generativo: producir código con un modelo de lenguaje.
• Pasos 7 a 9, verificación: análisis estático, pruebas de equivalencia y aprobación humana, que comprueban que lo generado hace lo mismo que lo original.

Lo que produce esa arquitectura son números grandes en descubrimiento y verificación, no en escritura. Los casos que recoge la primaria apuntan a la misma dirección, y conviene citarlos con su etiqueta: son datos de proveedor, sin verificación independiente.

• Morgan Stanley describe su herramienta DevGen.AI revisando unos nueve millones de líneas y ahorrando cerca de 280.000 horas hasta 2025.
• El caso Toyota con AWS documenta unos 40 millones de líneas migradas de COBOL a Java con la mitad de esfuerzo, tras automatizar la documentación de 375.000 líneas en cinco horas con un 90% de precisión.
• El propio AWS advierte de lo que el caso no prueba: un modelo de propósito general sin ese pipeline estructurado no superó a los métodos tradicionales.

El límite de la generación sin verificación tiene una demostración breve en la misma primaria. En una demo de IBM sobre código mainframe, el modelo respondió que una utilidad de fechas se llamaba 13, 29 y 31 veces. El conteo real era 30. Una llamada de más. Para un informe de lectura, un error de ese tamaño pasa inadvertido. Para decidir una migración, no.

Donde la IA ya corre de verdad sobre la máquina es dentro de ella. El mainframe IBM Z de última generación, el z17, incorpora el acelerador Telum II, anunciado en la conferencia de chips Hot Chips de agosto de 2026, que procesa más de 450.000 millones de operaciones de inferencia al día con latencia de milisegundo. La máquina que guarda las transacciones es también la que ejecuta el modelo que las analiza. El dato no sale de la máquina. Y eso, en banca, importa. Y en la encuesta de BMC aparece la frase que resume la filosofía de operación que emerge: la IA recomienda, el humano aprueba.

Para la migración en concreto, la referencia pública sigue siendo la evaluación de OpenAI de octubre: sus modelos resuelven el 97,9% de las migraciones de COBOL a lenguajes modernos con paridad byte a byte en las salidas, cuando se les da razonamiento alto, y la propia OpenAI exige revisión experta antes de producción. El 97,9% no firma solo. La cadena completa de esa prueba, con sus dos caras, la recoge la pieza hermana sobre qué es COBOL y por qué la banca lo mantiene. El 97,9% no es una promesa de abandono del mainframe: es el abaratamiento de la primera versión que hace viable el camino del medio de la tabla, refactorizar, y desplaza el presupuesto hacia quien verifica.

Ese desplazamiento es la tesis del análisis sobre por qué la IA se abarata y lo caro es ponerla a trabajar: cuando la traducción mecánica se vuelve casi gratuita, el valor se concentra en las personas que revisan, prueban y deciden. En mainframes, ese reparto ya está en las ofertas.

El perfil que pide el mercado español

El análisis de mercado de Shakers, sobre 43.160 ofertas tech activas en España con corte del 26 de octubre de 2026, cuenta 27 que piden mainframe como habilidad etiquetada y 99 que piden COBOL, el lenguaje que lo programa. Son muestras pequeñas frente al conjunto. Y esa es la información: no hay un mercado masivo de contratación de mainframe, hay un mercado estrecho donde la escasez se paga en tiempo de búsqueda, que tiene un coste propio que pocas entidades miden.

El censo de ofertas cuyo título nombra la máquina, con método declarado en las fuentes, afina el dibujo: 40 ofertas distintas de 28 empresas tras retirar republicaciones. La actividad reciente es menor que en COBOL, con solo tres ofertas vistas en los últimos 30 días, así que este censo conviene leerlo como radiografía de perfiles y empresas, no como termómetro de demanda caliente.

Lo que sí es nuevo es el tipo de perfil que aparece. Kyndryl, el heredero de la infraestructura de IBM, buscaba dos especialistas de modernización de mainframe bajo la figura del forward deployed engineer, el ingeniero que se sienta dentro del equipo del cliente: uno como responsable de materia, otro desplegado en el proyecto. El rol no es nuevo. Que aparezca sobre un mainframe en el censo español, sí. Su expansión sigue el patrón que describe la explicación de qué es un forward deployed engineer. El resto del censo mantiene las formas clásicas: analistas programadores de COBOL con CICS y DB2, desarrollo PL/I, un programa completo de DXC buscando cinco perfiles junior de mainframe en Barcelona y un junior de PL/I en remoto.

Los salarios publicados son casi inexistentes, y eso también es dato: solo una oferta de las 40 publica horquilla en campo propio, 26.000 a 45.000 euros para un analista PL/I en remoto, y otra la escribe dentro del título, 75.000 a 80.000 euros para un consultor senior de modernización de mainframe z/OS para banca, en remoto total. Dos puntos que no hacen una media. Lo que sugieren, con muestra mínima, es que el premium se concentra donde confluyen las dos escaseces: dominio del sistema y dominio del destino.

El perfil híbrido que pide ese punto de confluencia no es nuevo en concepto, y sí en forma: alguien que lee COBOL y el entorno host, conoce el dominio financiero y domina el lenguaje y la plataforma de destino. Esa persona es la que ejecuta el paso noveno del pipeline, la aprobación. Si tu entidad tiene el core en un mainframe y quiere capacidad para decidir su futuro sin frenar la operación, cuéntanos el proyecto: qué cargas pesan más, qué camino de la tabla te planteas y quién conoce hoy las reglas de negocio. Con ese alcance se concreta el perfil o el equipo, y el criterio de aceptación que decide cuándo algo está de verdad migrado.

Qué hacer si tu core está en un mainframe

Cuatro decisiones ordenan la conversación. Ninguna empieza por escribir código:

• Inventariar las reglas de negocio además del código. En un mainframe el programa es la única documentación fiable de décadas de excepciones. Antes de traducir nada, hay que extraer esas reglas con quien aún las conoce y convertirlas en casos de prueba.
• Fijar la paridad de comportamiento como criterio de aceptación. La evaluación de OpenAI exige que todas las salidas coincidan byte a byte. Un proyecto real debería exigir lo mismo sobre sus propios datos históricos antes de dar nada por migrado.
• Elegir el camino carga por carga. Conservar, refactorizar o reimaginarse no es una decisión de empresa, es una decisión de sistema. El patrón de convivencia progresiva, pieza migrada junto a pieza hermana hasta demostrar equivalencia, es el mismo que describe la modernización de un monolito Java a cloud native.
• Decidir quién revisa y quién aprueba. El pipeline moderno deja la generación a la IA y reserva tres pasos para la verificación. Sin el perfil híbrido que ejecuta la aprobación, el 97,9% de la prueba no se traslada a producción.

En banca, además, el movimiento no ocurre en un vacío organizacional: el mapa de quién construye la inteligencia artificial en las entidades financieras muestra equipos de datos y agentes de IA conviviendo con el host que nadie ha apagado. La conversación sobre el mainframe es una conversación más dentro de esa arquitectura.

Preguntas frecuentes sobre mainframes

¿Qué es un mainframe y para qué se usa hoy?

Un mainframe es un ordenador central de gran escala, de altísima disponibilidad, que procesa millones de transacciones y registros en lotes. Hoy sostiene los sistemas core de banca, seguros, administraciones y grandes distribuidores: cuentas, tarjetas, nóminas, pólizas y liquidaciones, sobre todo en sistemas operativos como z/OS de la familia IBM Z.

¿Cuál es la diferencia entre un mainframe y un servidor o la nube?

Un servidor reparte el trabajo entre muchas máquinas que se pueden apagar de una en una. El mainframe concentra el trabajo crítico en una sola plataforma que no se apaga, con redundancia de componentes, procesamiento por lotes de alto volumen y décadas de software auditado encima. La nube moderna combina ambos modelos, y por eso muchos proyectos mezclan mainframe y nube en lugar de sustituir uno por otro.

¿Por qué los bancos siguen usando mainframes en 2026?

Porque el sistema cumple: una ventana de lotes que falla detiene pagos y contabilidad de un banco entero. El 94% de los encuestados de la encuesta Mainframe Stack Survey 2026 de BMC lo ve como plataforma de largo plazo o que atrae cargas nuevas, el cumplimiento normativo lleva siete años como prioridad número uno y las reglas de negocio de décadas viven dentro del código. En España, cinco ofertas del censo de Shakers nombran banca, pagos o core banking en el título, y hay bancos que reclutan directamente.

¿Se sigue usando COBOL en los mainframes?

Sí. COBOL sigue siendo el lenguaje dominante de los sistemas core que corren sobre mainframe, porque su aritmética decimal exacta y sus procesos por lotes encajan con el dinero. En España, el análisis de Shakers cuenta 99 ofertas activas que lo piden, frente a las 27 que piden mainframe como skill; buena parte del censo de mainframe lo lleva también en el título.

¿Puede la IA migrar un mainframe?

Puede hacer mucho del trabajo y no puede firmar el resultado. En migraciones de COBOL con paridad byte a byte, los modelos de OpenAI llegan al 97,9% en pruebas controladas con razonamiento alto, pero la propia evaluación exige revisión experta antes de producción. Gartner estima que más del 70% de los proyectos de salida del mainframe empezados en 2026 fallarán, sobre todo por confiar en la IA generativa sin el trabajo de análisis, pruebas de equivalencia y aprobación humana.

¿Cuánto gana un programador de mainframe en España?

Casi nadie publica horquilla. En el censo de 40 ofertas con mainframe en el título contado por el análisis de Shakers en octubre de 2026, solo una publica salario en campo propio, 26.000 a 45.000 euros brutos anuales para un analista PL/I en remoto, y otra lo escribe en el título: 75.000 a 80.000 euros para un consultor senior de modernización z/OS para banca, en remoto total. Dos puntos que sirven de orientación, no de media de mercado.

Fuentes y método

Tres fuentes sostienen todas las cifras del artículo. Cada una lleva su atribución en el párrafo donde aparece el dato.

• Open Mainframe Project, análisis de modernización de mainframes con IA (20 de octubre de 2026): de ahí proceden la estimación de Gartner (recogida de reporting de CIO.com), la encuesta de BMC y los casos de Morgan Stanley y Toyota con AWS, que son datos de proveedor sin verificación independiente.
• OpenAI, evaluaciones de COBOL y migración (octubre de 2026): la cifra del 97,9% con revisión experta; el desarrollo completo está en la pieza hermana sobre COBOL.
• Análisis de mercado de Shakers, corte del 26 de octubre de 2026: 43.160 ofertas tech activas en España; 27 piden mainframe como skill y 99 piden COBOL (confianza 0,8). Censo propio de títulos: 40 ofertas de 28 empresas tras retirar republicaciones, con solo 3 vistas en los últimos 30 días.