DesarrolloIntermedio

COBOL

Lenguaje orientado a negocios, diseñado en 1959, que todavía sostiene procesos críticos de facturación, nómina y contabilidad en muchas empresas.

Pronunciación

/ˈkoʊ.bɒl/
"kó-bol"

Qué es

COBOL (Common Business-Oriented Language) es un lenguaje de programación creado para aplicaciones de negocio: cálculos financieros, registros de clientes, nómina, facturación. Su sintaxis se parece al inglés escrito, con la idea de que el código fuera legible incluso para personas no técnicas.

Para un gerente, la forma más simple de verlo: COBOL es el motor silencioso de muchos procesos que “siempre han funcionado” — el cierre contable nocturno, la liquidación de pólizas o el cálculo de intereses que nadie se atreve a tocar.

Un poco de historia

  • En 1959 se organizó el comité CODASYL (Committee on Data Systems Languages), que reunió a fabricantes, usuarios y academia para diseñar un lenguaje común de negocios.
  • El lenguaje tomó ideas de FLOW-MATIC, el lenguaje de Grace Hopper: nombres de variables largos, comandos en palabras del inglés y separación entre la descripción de datos y las instrucciones.
  • COBOL sigue siendo un estándar vivo: la versión vigente es ISO/IEC 1989:2023.

Cómo se ve un programa COBOL

Un programa COBOL se organiza en cuatro divisiones:

IDENTIFICATION DIVISION.
PROGRAM-ID. CALCULA-INTERES.
DATA DIVISION.
WORKING-STORAGE SECTION.
01 SALDO        PIC 9(9)V99 VALUE 150000.00.
01 TASA         PIC V9999   VALUE .0125.
01 INTERES      PIC 9(9)V99.
PROCEDURE DIVISION.
    COMPUTE INTERES = SALDO * TASA
    DISPLAY "INTERES: " INTERES
    STOP RUN.
División Para qué sirve
IDENTIFICATION Nombre y metadatos del programa
ENVIRONMENT Configuración de archivos y equipo (omitida en el ejemplo)
DATA Estructuras de datos con formato fijo (PIC)
PROCEDURE La lógica de negocio

Su punto fuerte es la aritmética decimal exacta y el procesamiento batch de grandes volúmenes de registros. Buena parte del COBOL empresarial corre sobre mainframes, junto a gestores de transacciones y trabajos programados con JCL.

Por qué importa hoy

COBOL no es “malo” por ser antiguo. El problema real suele ser el contexto que lo rodea:

  • Conocimiento concentrado: las reglas de negocio viven en el código y en la cabeza de pocas personas, muchas cercanas al retiro
  • Integración difícil: exponer esa lógica a una app móvil o a un portal web requiere capas adicionales, como APIs
  • Ciclos de cambio lentos: pruebas manuales y despliegues poco frecuentes
  • Documentación desactualizada: el código es la única fuente de verdad

En Latinoamérica, no es raro encontrar núcleos COBOL en banca, seguros, cooperativas y entidades públicas que se automatizaron hace décadas. Para esas organizaciones la pregunta no es “¿COBOL sí o no?”, sino cómo modernizar sin detener la operación.

Errores comunes al modernizar COBOL

❌ Reescribir todo de una vez (“big bang”) → Meses de trabajo sin entregar valor y un corte final de alto riesgo

❌ Traducir línea a línea a otro lenguaje → Se obtiene “COBOL escrito en C#”, con la misma deuda técnica

❌ Ignorar el batch → Los procesos nocturnos y sus dependencias suelen ser la parte más delicada

❌ No extraer las reglas de negocio antes de migrar → Se pierden cálculos que nadie documentó

✅ Mejores prácticas:

  • Inventariar programas, copybooks, trabajos batch y dependencias de datos
  • Documentar las reglas de negocio (hoy la IA ayuda a leer y resumir código legacy, siempre con validación humana)
  • Crear pruebas de caracterización que comparen resultados viejos vs nuevos
  • Migrar por partes con el patrón Strangler Fig

Ejemplo práctico (ilustrativo)

Una aseguradora calcula primas en un programa COBOL que corre cada noche. En lugar de reescribirlo completo:

  1. Se expone el cálculo de primas como una API REST que llama al programa existente
  2. El nuevo portal web en Angular consume esa API
  3. Se reimplementa el cálculo en .NET y se ejecuta en paralelo con el COBOL, comparando resultados durante varios ciclos
  4. Cuando los resultados coinciden, el tráfico pasa al nuevo servicio y el programa COBOL se retira

La operación nunca se detiene y cada paso es reversible.

¿Tienes un núcleo COBOL que necesitas modernizar? En Nextsoft acompañamos estos proyectos junto con aliados estratégicos especializados en migración: el aliado realiza la migración y Nextsoft ejecuta nuevos módulos, integraciones, frontend y QA. Conoce el servicio de modernización de sistemas legacy o conversemos.

Para comparar opciones y planear la modernización por fases, descarga el playbook gratuito COBOL en 2026: opciones para modernizar sin detener la operación (PDF).

Términos relacionados

  • Mainframe - La plataforma donde corre buena parte del COBOL empresarial
  • Deuda técnica - El costo acumulado de posponer la modernización
  • Strangler Fig - Patrón para reemplazar el sistema por partes
  • API - La forma de exponer la lógica COBOL a sistemas modernos
  • Rehost, Replatform, Refactor - Estrategias para llevar sistemas legacy a la nube

Recursos adicionales:

Artículos relacionados

Todos los términos