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

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

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

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

Los flujos de trabajo de IA agentica que se ejecutan de forma autónoma necesitan confirmación de liquidación en tiempo real. Los depósitos tokenizados requieren lógica de transacciones programables que los cores monolíticos de procesamiento por lotes no pueden soportar de forma nativa. Los pagos en tiempo real exigen una conciliación continua en lugar de un procesamiento de fin de 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 agregaban por lotes, la finalidad 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 bancaria hace que la urgencia sea más difícil de actuar, no más fácil. La mayoría de los programas que intentan el 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 no cumplieron sus plazos iniciales. Las organizaciones que se han visto quemadas por esas experiencias, de manera comprensible, son cautelosas con el próximo intento. Pero la cautela en la modernización del core no es lo mismo que la seguridad. Es una elección de absorber la limitación en lugar de eliminarla, y esa elección se amplifica con el tiempo a medida que crece la distancia entre lo que el core puede hacer y lo que el negocio necesita.

Las instituciones que están navegando esto de la manera más efectiva no intentan el reemplazo total. Están ejecutando arquitecturas en sidecar: cores modernos operando en paralelo con sistemas heredados, gestionando productos específicos, segmentos de clientes o tipos de transacciones en los que la limitación del legado es más aguda. IDC proyecta que 40% de los bancos globales están siguiendo 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 ampliar 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 trata de qué enfoque de modernización elegir. 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 tecnológico, gestionado por la función de tecnología, con un caso de negocio construido en torno a la reducción de costos o a la eficiencia operativa. Ese encuadre facilita relegar el tema cuando los ciclos de presupuesto se ajustan 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, en realidad, se habla en conversaciones a nivel de junta: la capacidad de desplegar IA agentica a escala, la capacidad para participar en infraestructura tokenizada, la rapidez para responder a la presión competitiva de participantes no bancarios que construyeron sobre pilas modernas desde el principio.

El core no es un problema de tecnología que queda aguas abajo de la estrategia. Es una limitación estratégica que está aguas arriba de casi cada inversión tecnológica que la institución está haciendo. Nombrarlo de esa manera cambia cómo se plantea la conversación, quién lo lidera y cómo se ve el cronograma aceptable de 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 alrededor de lo que el core no puede hacer, en lugar de lo que el negocio realmente necesita.

Eso es una forma distinta de deuda técnica. No aparece en el balance. Aparece en la brecha entre lo que se anuncia y lo que se entrega.