El núcleo no es un problema heredado. Es un problema de estrategia.

Los bancos han estado describiendo sus sistemas bancarios centrales como un pasivo durante buena parte de dos décadas. La conversación no ha cambiado mucho. La infraestructura heredada es costosa de mantener, difícil de cambiar y cada vez más desalineada con lo que requieren los modelos operativos modernos. Eso se entiende en gran medida.

Lo que se entiende menos es que el sistema central se ha convertido, silenciosamente, en el techo de cada otra inversión estratégica que un banco está haciendo ahora mismo.

Considera el reto de la secuenciación al que se enfrentan la mayoría de las instituciones en 2026. Los consejos están aprobando programas de IA agente. Los equipos de tecnología están construyendo una infraestructura tokenizada. La modernización de pagos está en marcha. Se les pide a las funciones de riesgo y cumplimiento operar en tiempo real en lugar de hacerlo en ciclos por lotes. Cada uno de estos programas tiene un caso de negocio real. Cada uno de ellos, en algún momento, también requiere que el core haga algo para lo que no fue diseñado.

Los flujos de trabajo de IA agente que se ejecutan de forma autónoma necesitan confirmación de liquidación en tiempo real. Los depósitos tokenizados requieren lógica transaccional programable que los cores monolíticos de procesamiento por lotes no pueden soportar de forma nativa. Los pagos en tiempo real exigen conciliación continua en lugar de procesamiento al cierre del día. El monitoreo de cumplimiento para flujos de dinero programables 24/7 no puede depender de puntos de control que cierran a medianoche.

El core fue diseñado para un mundo en el que las transacciones se procesaban por lotes, la definitividad se difería y la ventana nocturna era una característica. Ese mundo está terminando más rápido de lo que asumen la mayoría de las hojas de ruta de modernización.

La tasa de fallos en los programas de modernización del core bancario hace que la urgencia sea más difícil de actuar, no más fácil. La mayoría de los programas que intentan un reemplazo total duran mucho, cuestan más de lo proyectado y entregan menos de lo prometido. La investigación de IBM encontró que el 94% de los programas de modernización del core fallaron sus plazos iniciales. Las organizaciones que se han quemado con esas experiencias son comprensiblemente cautelosas con el siguiente intento. Pero la cautela en la modernización del core no es lo mismo que la seguridad. Es una elección para absorber la restricción en lugar de eliminarla, y esa elección se acumula con el tiempo a medida que la distancia entre lo que el core puede hacer y lo que el negocio necesita se hace más amplia.

Las instituciones que navegan esto de la manera más efectiva no intentan un reemplazo total. Están ejecutando arquitecturas tipo sidecar, cores modernos operando en paralelo con sistemas heredados, manejando productos específicos, segmentos de clientes o tipos de transacciones en los que la restricción heredada es más aguda. IDC proyecta que el 40% de los bancos globales seguirá este enfoque para 2026. La lógica es sólida: demostrar el nuevo core en un alcance contenido, mostrar que la migración no rompe lo que el negocio depende y expandir de forma incremental. Es más lento que el reemplazo. También es considerablemente más probable que tenga éxito.

Sin embargo, el replanteamiento más importante no se trata de qué enfoque de modernización elegir. Se trata de dónde se ubica el core en la secuenciación estratégica de la institución.

La mayoría de los bancos tratan la modernización del core como un programa de tecnología, gestionado por la función de tecnología, con un caso de negocio construido en torno a la reducción de costos o la eficiencia operativa. Ese encuadre hace que sea más fácil darle menos prioridad cuando se aprietan los ciclos de presupuesto o cuando una iniciativa más visible compite por recursos. También hace más difícil conectar el core con los resultados estratégicos de los que realmente tratan las conversaciones a nivel de junta directiva: la capacidad de desplegar IA agente a escala, la posibilidad de participar en infraestructura tokenizada, la velocidad para responder a la presión competitiva de nuevos entrantes no bancarios que construyeron sobre plataformas modernas desde el principio.

El core no es un problema tecnológico que quede aguas abajo de la estrategia. Es una restricción de estrategia que está aguas arriba de casi cada inversión tecnológica que la institución está haciendo. Nombrarlo de esa manera cambia lo que significa la conversación, quién lo asume y cómo se ve el plazo aceptable para la resolución.

La pregunta que vale la pena hacer en cada ciclo de planificación no es si el core actual puede soportar los programas de la hoja de ruta. Es si los programas de la hoja de ruta se están diseñando en torno a lo que el core no puede hacer, en lugar de en torno a lo que el negocio realmente necesita.

Ese es otro tipo de deuda técnica. No aparece en el balance general. Aparece en la brecha entre lo que se anuncia y lo que se entrega.