Qué es COBOL: por qué la banca y los pagos siguen dependiendo de él

COBOL, un lenguaje de programación de 1959, sigue procesando buena parte del dinero que se mueve cada día. Según las fuentes que cita OpenAI en su evaluación de octubre de 2026, COBOL sostiene más del 40% de los sistemas de banca online, el 80% de las transacciones con tarjeta en persona y el 95% de las operaciones en cajeros. En España, el análisis de mercado de Shakers cuenta 96 ofertas tech activas que lo piden como skill, y en el censo de las que lo nombran casi una de cada cinco exige además Java, cloud o experiencia en modernización. La novedad es que la inteligencia artificial acaba de medirse contra él, y el resultado tiene dos caras: COBOL fue el lenguaje más difícil de las 20 pruebas de OpenAI y, a la vez, el que sus modelos ya migran con un 97,9% de éxito en pruebas de migración controladas. Este artículo explica qué es COBOL, por qué la banca no puede soltarlo y qué perfil pide ya el mercado para su modernización sin poner en riesgo la operación.

Qué es COBOL y por qué sigue en producción

COBOL (Common Business-Oriented Language) es un lenguaje de programación de alto nivel creado en 1959 para el procesamiento de datos de negocio: nóminas, contabilidad, cuentas corrientes, pólizas, liquidaciones. Su sintaxis imita el inglés escrito. El código se lee casi como una especificación funcional, y esa fue la intención de origen: que lo entendiera gente de negocio, no solo matemáticos; opera con registros de longitud fija, procesa lotes de millones de operaciones de una sola pasada y maneja la aritmética decimal con precisión fija. Ese último detalle explica su fiabilidad con dinero. No redondea salvo que se le pida. Cada céntimo termina donde el programa dice.

Corre sobre mainframes y sistemas host, los grandes servidores centrales de bancos, aseguradoras y administraciones públicas. No es un lenguaje muerto. Es un lenguaje terminado: casi todo lo que hace falta ya está escrito, probado durante décadas y en producción. Reescribirlo cuesta más que mantenerlo, y el riesgo de equivocarse se mide en dinero de clientes. Por eso convive con Java, con la nube y con la inteligencia artificial en la misma entidad, y por eso la pregunta de fondo nunca ha sido si COBOL desaparece, sino quién lo entiende cuando toca cambiarlo.

Por qué los bancos y los pagos siguen sobre COBOL

La respuesta corta es que funciona. Lo que funciona con dinero no se toca a la ligera. La respuesta larga tiene tres partes. Primera, las reglas de negocio viven en el código. Un sistema de liquidación de tarjetas acumula cuarenta años de excepciones, comisiones, redondeos y casos especiales que nadie documentó fuera del programa, y OpenAI lo describe con una frase exacta en su evaluación: los desarrolladores originales pueden haberse marchado de la empresa y las reglas de negocio importantes pueden existir solo en el código. Segunda, la aritmética. COBOL descarta los decimales sobrantes salvo que se pida redondear; una reescritura que redondee produce resultados financieros distintos sin dar un solo error. Tercera, el volumen. Los procesos por lotes de fin de día mueven millones de registros dentro de ventanas de tiempo cerradas, y pocas plataformas igualan esa fiabilidad por euro invertido.

Las fuentes que cita OpenAI sitúan sobre COBOL más del 40% de la banca online, el 80% de las transacciones con tarjeta en persona y el 95% de las operaciones en cajeros. El mercado español de empleo lo confirma desde el otro lado. De las 93 ofertas distintas con COBOL en el título o en las skills que contaba el análisis de Shakers el 23 de octubre de 2026, 23 mencionan en el propio título medios de pago, banca, host o mainframe. Redsys, el procesador español de pagos, busca una analista programadora COBOL para su plataforma de medios de pago, adquirencia y cajeros; otra integradora pide el mismo perfil para emisión y medios de pago, y una tercera lo quiere para servicios financieros con experiencia en banca. Los nombres de los proyectos cambian cada trimestre. El sistema que hay debajo, no.

Cómo de difícil es COBOL y qué acaba de medir la IA

Para una persona, la dificultad de COBOL no está en la sintaxis, que es verbosa pero legible, sino en el contexto: el entorno host, el control de trabajos por lotes, las bases de datos jerárquicas y las décadas de decisiones acumuladas. El lenguaje se aprende en semanas. El sistema, en años. Para un modelo de lenguaje la dificultad es otra. Existe muy poco código COBOL público del que aprender, frente a los océanos de Python o JavaScript. OpenAI lo llama lenguaje de bajos recursos.

En octubre de 2026 OpenAI publicó dos evaluaciones para medir ese hueco. La primera, MultiLangBench, pide al modelo construir desde cero un motor de base de datos compatible con SQLite en 20 lenguajes distintos, con los mismos tests para todos. Su modelo GPT-6 Astra alcanza una tasa media de tests superados del 87,4%, frente al 26,8% de la generación anterior, GPT-5.6 Sol. En COBOL pasa del 10,9% al 72,1%. Es a la vez el mayor salto y el peor resultado de los veinte: COBOL sigue siendo el lenguaje más difícil del conjunto, el único por debajo del 83%.

La segunda evaluación es la que interesa a quien tiene un core bancario encima: migrar programas COBOL a C++, Java, Kotlin, Python o Rust conservando exactamente lo que hacen, medido con tests ocultos que exigen paridad byte a byte en las salidas. GPT-6.1 Sol resuelve el 86,6% de las migraciones con esfuerzo de razonamiento bajo, contra el 5,4% de la generación anterior, y llega al 97,9% con razonamiento alto, cerca de saturar la prueba. La propia OpenAI añade la frase que importa: aplicar esto a software en producción sigue exigiendo revisión experta y pruebas contra las reglas de negocio y las dependencias del sistema.

Conviene leer la tabla con cuidado. Un 97,9% en una evaluación controlada no es un 97,9% sobre un sistema de liquidación con veinte interfaces y treinta años de parches. Lo que ha cambiado es el coste de la primera versión, porque la traducción mecánica, que antes consumía la mayor parte del presupuesto de una migración, se vuelve barata; lo que no ha cambiado es quién decide si la versión nueva hace lo mismo que la vieja.

El perfil híbrido que pide el mercado español

El análisis de mercado de Shakers, sobre 41.953 ofertas tech activas en España con corte del 23 de octubre de 2026, cuenta 96 que piden COBOL como skill etiquetada. Al revisar una a una las ofertas cuyo título o skills nombran el lenguaje, y tras retirar las republicaciones, quedan 93 distintas. De ellas, 18 exigen además Java, cloud, microservicios o experiencia explícita en modernización: casi una de cada cinco. Algunas llevan el objetivo en el nombre, como un ingeniero senior de modernización COBOL y Java en GFT o una analista programadora de Java y COBOL en DXC. Y aparece una variante que define la época. GFT busca también un ingeniero senior de IA generativa para modernización de legacy, con LangChain, LlamaIndex y la API de OpenAI entre las skills, y la migración se está convirtiendo en un proyecto de IA con revisión experta, no en una reescritura manual.

El resto del censo dibuja el mercado. La demanda la intermedian integradoras tecnológicas y consultoras de servicios TI, no los bancos de forma directa: Sopra Steria, Accenture, NTT Data, DXC o GFT aparecen en la lista junto a decenas de firmas medianas. Quince ofertas de las 93 son en remoto o teletrabajo. Diez llevan senior en el título. Tres, junior. Pero esas tres ofertas junior existen, y en un lenguaje donde la generación que lo escribió se jubila, formar desde cero vuelve a ser una decisión racional: una programadora COBOL junior con francés, un programador junior en una filial de DXC, un programador junior de COBOL con horquilla publicada de 25.000 a 32.000 euros.

Ocho ofertas publican salario, entre 25.000 y 50.000 euros brutos anuales. Es una base pequeña y conviene leerla como orientación, no como media de mercado, ni como confirmación de la etiqueta de lenguaje muy bien pagado que circula en algunos portales. El dato sugiere que la escasez se traduce más en tiempo de búsqueda que en horquilla publicada, y ese tiempo tiene un coste propio que pocas entidades miden.

Lo que resulta de todo esto es un perfil híbrido: alguien que lee COBOL con soltura, conoce el dominio (pagos, cuentas, pólizas) y domina el lenguaje de destino y la nube donde va a vivir el sistema nuevo. Esa combinación es la que revisa lo que la IA traduce. Es el mismo movimiento que recorre todo el mercado tech, de roles a skills y de skills a skills más agentes: el modelo produce la traducción y la persona con criterio de negocio decide si es correcta. En la página de especialistas COBOL de Shakers se puede revisar ese perfil y activar la colaboración por proyecto.

Qué hacer si tu core está en COBOL

Cuatro decisiones ordenan un proyecto de modernización antes de escribir una sola línea del sistema nuevo:

• Inventariar las reglas de negocio además del código. El programa es la única documentación fiable de muchas 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 ritmo: por módulos o de golpe. La guía sobre cómo modernizar un monolito Java a cloud native describe el patrón de sustitución progresiva. Con COBOL el punto de partida es más antiguo, pero el principio es el mismo: cada pieza migrada convive con el host hasta que demuestra paridad.
• Decidir quién revisa. La IA produce la primera versión. La revisión la hace el perfil híbrido del apartado anterior, con acceso a quien todavía conoce el sistema. Sin ese eslabón, el 97,9% de la prueba no se traslada a producción.

El contexto económico empuja en la misma dirección que las evaluaciones: si el modelo se abarata y la traducción mecánica se vuelve casi gratuita, el presupuesto se desplaza hacia las personas que revisan, que es la tesis del análisis sobre por qué la IA se abarata y lo caro es ponerla a trabajar. Y en banca, el mapa de quién construye la IA en las entidades financieras muestra que los equipos de datos e inteligencia artificial conviven con el host que nadie ha apagado.

Si tu entidad tiene el core en COBOL y necesita capacidad para su modernización sin frenar la operación, cuéntanos el proyecto: qué módulos quieres mover, en qué lenguaje de destino 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.

Preguntas frecuentes sobre COBOL

¿Qué es COBOL y para qué se usa hoy?

COBOL es un lenguaje de programación de alto nivel creado en 1959 para el procesamiento de datos de negocio. Hoy ejecuta sistemas centrales de banca, pagos con tarjeta, seguros y administraciones públicas sobre mainframes y sistemas host, sobre todo procesos por lotes de alto volumen que mueven dinero y registros contables.

¿Es COBOL un lenguaje de alto nivel?

Sí. COBOL es un lenguaje de tercera generación, procedural y de alto nivel: su sintaxis imita el inglés escrito y abstrae la máquina. Lo que lo hace distinto de Java o Python no es el nivel, sino el dominio para el que se diseñó, el procesamiento de datos de negocio con aritmética decimal exacta.

¿Por qué los bancos siguen usando COBOL?

Porque las reglas de negocio de décadas viven en el código, porque su aritmética decimal no redondea salvo que se le pida y porque sus procesos por lotes son fiables con millones de registros. Según las fuentes que cita OpenAI (octubre de 2026), sostiene más del 40% de la banca online y el 80% de los pagos con tarjeta en persona. En España, 23 de las 93 ofertas que nombran COBOL en su título o en sus skills mencionan además medios de pago, banca, host o mainframe en el título.

¿Cómo de difícil es COBOL?

Para una persona, la sintaxis es verbosa pero legible y se aprende en semanas; lo difícil es el entorno host y el sistema heredado, que llevan años. Para la inteligencia artificial, COBOL fue el lenguaje más difícil de los 20 que midió OpenAI en MultiLangBench: su mejor modelo pasa el 72,1% de los tests en COBOL frente a una media del 87,4%.

¿Puede la IA migrar COBOL a Java u otro lenguaje?

En pruebas controladas, sí. El modelo GPT-6.1 Sol de OpenAI resuelve el 97,9% de las migraciones de programas COBOL a C++, Java, Kotlin, Python o Rust, con paridad byte a byte en las salidas y razonamiento alto (octubre de 2026). La propia OpenAI avisa de que llevarlo a producción exige revisión experta y pruebas contra las reglas de negocio y las dependencias del sistema.

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

De las 93 ofertas con COBOL en el título o en las skills contadas el 23 de octubre de 2026 por el análisis de mercado de Shakers, ocho publican salario, entre 25.000 y 50.000 euros brutos anuales. Es una base pequeña: sirve como orientación, no como media de mercado. La única oferta junior que publica horquilla parte de 25.000 euros.

Fuentes y método

• OpenAI, nota técnica sobre programación en lenguajes de bajos recursos (octubre de 2026): evaluaciones MultiLangBench y de migración de COBOL, y fuentes externas sobre el peso de COBOL en banca y pagos citadas en ese texto. Se cita por nombre; las cifras son las publicadas por OpenAI.
• Análisis de mercado de Shakers, corte del 23 de octubre de 2026: 41.953 ofertas tech activas en España (ventana del 14 de junio al 23 de octubre); 96 piden COBOL como skill etiquetada (confianza estimada de 0,8 por lectura automática). Censo manual de 93 ofertas distintas con COBOL en título o skills tras retirar republicaciones; recuentos parciales con listas de términos declaradas y snapshots reproducibles.