Sistemas de core bancario en 2026: la guía completa
Una inmersión profunda en 2026 en el core bancario: qué es, cores cloud-native frente a heredados, el panorama de proveedores (Mambu, Temenos, Thought Machine, Finxact, Tuum, Pismo, 10x, Minsait), comprar o construir, TCO y rutas de modernización.
¿Qué es un sistema de core bancario?
Un sistema de core bancario es el software que lleva los libros del banco. Mantiene el saldo de cada cuenta, registra cada adeudo y abono, aplica intereses, contabiliza comisiones y responde a la pregunta sencilla: "¿cuál es el saldo ahora mismo y esta transacción está permitida?". Todo lo demás que hace un banco - app móvil, programas de tarjetas, concesión de préstamos, KYC, analítica - se apoya sobre ese libro mayor y confía en que sea correcto.
Durante cuarenta años, core banking significó un monolito escrito en COBOL o PL/SQL, ejecutándose en un mainframe dentro del centro de datos del propio banco, parcheado cada noche en una ventana batch de dos horas. En 2026, un core nuevo es casi siempre cloud-native, API-first, orientado a eventos y desplegado de forma continua. El cambio es tan grande como el paso del correo on-premise a Gmail y sucede a una velocidad parecida.
Libro mayor
Cada cuenta, cada asiento, cada devengo de intereses. La única fuente de verdad que le importa al Banco de España.
Motor transaccional
Cobros, pagos, retenciones, reversos, ficheros de liquidación. En tiempo real, 24/7, conciliados al céntimo.
Fábrica de productos
Cuentas corrientes, ahorro, préstamos, tarjetas, depósitos a plazo. Modelados como parámetros, no como código.
Cuando un banco dice "vamos a sustituir el core", se refiere al trasplante de corazón. Es el proyecto más grande, más arriesgado y más caro que ejecuta una entidad. También es el proyecto que, bien hecho, reduce el coste operativo entre un 30% y un 50% y permite lanzar productos nuevos en semanas en lugar de trimestres.
Hablemos de tu proyecto y veamos cómo podemos lanzar tu Producto bancario digital Juntos
Solicita una demoCloud-native frente a cores heredados
Las dos generaciones conviven en 2026 y la mayoría de bancos operan ambas a la vez. Entender la diferencia es la primera pregunta que tiene que resolver cualquier conversación de modernización.
| Dimensión | Core heredado | Core cloud-native |
|---|---|---|
| Arquitectura | Monolito, módulos fuertemente acoplados, base de datos compartida | Microservicios, orientado a eventos, APIs de dominio |
| Procesamiento | Batch nocturno, ventanas de mantenimiento de dos horas | Tiempo real, 24/7, sin corte de día |
| Despliegue | Mainframe on-premise, entregas trimestrales | Nube pública (AWS, GCP, Azure), despliegue continuo |
| Configuración de producto | Cambios de código, ciclos de 6 a 12 meses | Definiciones de producto como datos, producto nuevo en días |
| Coste típico por cuenta | 40-80 USD al año | 4-15 USD al año |
| Modelo de escalado | Vertical, comprar un mainframe más grande | Horizontal, añadir contenedores bajo demanda |
Dicho en directo: los cores heredados se construyeron cuando la banca era una actividad de nueve a cinco en la sucursal. Los cores cloud-native se construyeron para un mundo en el que una cliente paga a un técnico en Manila desde una playa de Portugal a las tres de la mañana. El modelo operativo del banco tiene que encajar con la arquitectura de su core; si no, pierde dinero por cada costura.
El panorama de proveedores de core bancario en 2026
Alrededor de una docena de proveedores cuentan en 2026. Se agrupan en tres bloques: los retadores cloud-native nacidos después de 2010, los incumbentes que se han renovado y los especialistas regionales. En España, además, el ecosistema de integradores y proveedores locales como Indra/Minsait tiene un peso notable, y Tuum y Mambu han ganado tracción en banca digital y fintechs ibéricas.
Retadores cloud-native
- Mambu (Berlín): core SaaS, fuerte en crédito minorista y pyme, con clientes como N26 y ABN AMRO.
- Thought Machine (Londres): Vault Core y Vault Payments, smart contracts para la lógica de producto, utilizado por Lloyds y Standard Chartered.
- Finxact (hoy Fiserv): core en tiempo real centrado en EE.UU., adoptado por Mercantile Bank y Live Oak.
- Tuum (Tallin): core modular por API para bancos y fintechs en toda Europa, con proyectos recientes en España.
- 10x Banking (Londres): SuperCore, diseñado para bancos de primer nivel, operando en Chase UK y Westpac.
- Pismo (adquirido por Visa): core cloud latinoamericano, tarjetas y cuentas, muy implantado en Brasil.
Incumbentes modernizados
- Temenos: Transact sigue siendo el core más desplegado a nivel mundial; Temenos SaaS ofrece la vía cloud.
- SAP Fioneer: spin-off de SAP, se integra estrechamente con SAP ERP y tesorería.
- Oracle Flexcube y FSS: amplia funcionalidad, fuertes en MEA y APAC.
- Infosys Finacle: dominante en India y Sudeste Asiático, con ediciones cloud desde 2023.
- FIS IBS y TCS BaNCS: gran base instalada en Norteamérica y Reino Unido respectivamente.
- Minsait (Indra): integrador clave en España y Latinoamérica, con el core propio Altamira en bancos de la región.
Los datos de IBS Intelligence y Celent para 2025-2026 apuntan a la misma tendencia: los proveedores cloud-native se llevan la mayoría de las adjudicaciones greenfield y los lanzamientos de bancos digitales, mientras los incumbentes retienen el ciclo de reemplazo en los mayores bancos de primer nivel. La zona intermedia (bancos de segundo y tercer nivel, cooperativas de crédito, fintechs) es donde la batalla es más intensa.
El mercado de core bancario en 2026, en cifras
Dos hechos marcan cada conversación de comité en 2026. Primero, los bancos dedican alrededor del 70% de su presupuesto de TI solo a mantener luz encendida, y la mayor parte va al core heredado. Segundo, la migración media de core bancario dura entre tres y siete años y cuesta entre 100 M$ y 2.000 M$. Esa brecha entre lo que los bancos necesitan y lo que pueden permitirse es justo el hueco que están llenando los proveedores cloud-native y las plataformas de orquestación.
Arquitectura de microservicios por dentro
La diferencia entre un core moderno y uno heredado no es marketing. Es el diagrama eléctrico. Un core moderno es un conjunto de servicios desplegables de forma independiente que se comunican a través de un bus de eventos.
Libro mayor
Partida doble, inmutable, event-sourced. Fuente de verdad de saldos y asientos.
Motor de producto
Define qué es cada producto (cuenta corriente, préstamo, tarjeta) como dato, no como código.
Hub de pagos
SEPA, SEPA Instant, SWIFT, FedNow, Bizum, redes de tarjetas, todo tras una única abstracción.
Party y rol
Clientes, entidades, firmantes autorizados, titulares reales. Compartido entre productos.
Alrededor de esos cuatro pilares está el resto: KYC y onboarding, fraude y monitorización transaccional, límites, pricing, comisiones, extractos, reporting regulatorio, analítica. Cada uno es un servicio propio, cada uno publica eventos, cada uno puede cambiarse o actualizarse sin tumbar el banco. Por eso un core cloud-native puede subir a producción varias veces por semana, mientras un core heredado lo hace cuatro veces al año en fin de semana.
Comprar, construir o alquilar: las tres rutas honestas
No hay respuesta universalmente correcta. Solo hay una respuesta adecuada para su licencia, su capital, su equipo y sus plazos.
| Ruta | Tiempo | Capital | Encaje ideal |
|---|---|---|---|
| Construir internamente | 3-5 años | 50 M$+ más un equipo de 50 ingenieros o más | Bancos de primer nivel con necesidades de producto poco habituales y bolsillos profundos (JPMorgan, Goldman Marcus). |
| Comprar e integrar un core de proveedor | 18-36 meses | 5-100 M$ según el tamaño | Bancos de segundo y tercer nivel que sustituyen el legacy, o neobancos bien financiados que quieren control total. |
| Alquilar una plataforma de orquestación (p. ej. Crassula) | 4-12 semanas hasta MVP | Rango de seis cifras bajo, suscripción SaaS | Fintechs, EDE, entidades de pago y distribuidores que quieren un producto con marca propia sin integrar un core completo. |
La mayoría de los equipos fuera del primer nivel eligen la segunda o la tercera ruta. Ahí es donde se sitúa Crassula: libro mayor, motor de producto, enrutado de pagos, programa de tarjetas, orquestación de KYC, consola de administración y front-ends web y móvil, todo listo para marcar. Conecte su propia entidad licenciada (banco, EDE, entidad de pago) o elija un partner de BaaS y lance.
Coste total de propiedad: dónde va realmente el dinero
El precio de catálogo de un core es un mal indicador del coste total. La factura real está en la integración, la migración de datos, la formación, los programas de change-the-bank y los cinco años de operación tras el go-live.
Regla realista para un banco mediano: por cada 1 $ gastado en software de proveedor, cuente con 2-3 $ en implementación y otro 1 $ al año en operación. Las plataformas cloud-native y orquestadas comprimen la ratio; los reemplazos de legacy la disparan.
Rutas de modernización: big bang, convivencia y progresiva
Tres patrones dominan los programas reales en 2026.
- Big bang. Sustituir el core heredado en un fin de semana de cutover. Ya casi nadie. Riesgo de ejecución alto, y el supervisor (Banco de España, BCE para las grandes) exige planes de contingencia que pocos se pueden permitir. Solo algunos bancos de tercer nivel y de mercados emergentes lo intentan.
- Convivencia. El core nuevo corre junto al viejo, clientes y productos nuevos entran en el nuevo, las carteras existentes se quedan en legacy y migran por oleadas a lo largo de tres a cinco años. Es lo que hacen Lloyds, ING y la mayoría de programas tier-1.
- Progresiva (strangler fig). Extraer una capacidad cada vez (primero el hub de pagos, luego tarjetas, luego ahorro) hacia servicios modernos y dejar que el monolito legacy vaya encogiendo. Popular en banca regional y cooperativas.
Hay una cuarta ruta infravalorada: lanzar una marca nueva sobre un core moderno mientras el legacy sigue funcionando. Chase UK sobre 10x, Marcus sobre Mambu, Bo (RBS) y Mettle (NatWest) arrancaron así. Menor riesgo de ejecución, modelo de datos limpio y, con el tiempo, la marca nueva puede absorber el libro de la matriz.
Dónde se sitúa Crassula en el stack de core bancario en 2026
Crassula no es un motor de libro mayor para un banco de primer nivel. Es la capa de orquestación y de producto que se monta sobre una licencia y un conjunto de raíles, y que pone en marcha un producto bancario con marca propia en semanas. En concreto, Crassula aporta:
Cuentas y libro mayor
Cuentas multidivisa, IBAN virtuales, asientos en tiempo real, conciliaciones y extractos de serie.
Programa de tarjetas
Tarjetas físicas y virtuales con marca propia, tokenización para Apple Pay y Google Pay, partners patrocinadores de BIN.
Enrutado de pagos
SEPA, SEPA Instant, SWIFT, raíles locales y red corresponsal, todo tras una única API.
KYC y cumplimiento
Onboarding, screening AML y monitorización transaccional orquestados sobre los proveedores en los que ya confía.
Front-ends
Banca web, iOS y Android en white-label, listas para marcar y publicar con su nombre.
Back-office de administración
Consola operativa para ops, riesgos y soporte, con accesos por rol y traza de auditoría completa.
Si tiene licencia bancaria, de EDE o de entidad de pago, Crassula envuelve a su entidad licenciada. Si no, le conectamos con uno de nuestros partners BaaS. En cualquiera de los dos casos, lanza un producto bancario real sin pasar tres años integrando Temenos. Hable con nuestro equipo para dimensionar su lanzamiento.
Preguntas frecuentes
Un sistema de core bancario es el software que lleva el libro mayor del banco, procesa cada transacción, aplica intereses y comisiones y define qué productos (cuentas, préstamos, tarjetas) ofrece la entidad. Todo lo demás - app móvil, web, programa de tarjetas, analítica - lee y escribe en el core. Cuando se habla de "cambiar el core", se habla del trasplante de corazón del banco.
Un core heredado es un monolito, normalmente en COBOL o PL/SQL, que corre procesos batch por la noche en un mainframe dentro del centro de datos del banco. Un core cloud-native es un conjunto de microservicios, orientado a eventos, desplegado en nube pública y procesando 24/7 en tiempo real. El coste operativo por cuenta suele bajar de 40-80 $ al año en legacy a 4-15 $ en cloud-native.
Líderes cloud-native: Mambu, Thought Machine, Finxact (Fiserv), Tuum, 10x Banking, Pismo. Incumbentes modernizados: Temenos, SAP Fioneer, Oracle Flexcube, Infosys Finacle, FIS IBS, TCS BaNCS. En España y Latinoamérica destaca además Minsait (Indra) como integrador y proveedor del core Altamira. La elección depende del tamaño, la región y la preferencia por SaaS o plataforma desplegada.
Salvo que sea un banco de primer nivel con requisitos poco habituales y un equipo de más de cincuenta ingenieros, comprar (o alquilar una plataforma de orquestación) gana siempre. Construir lleva entre tres y cinco años y más de 50 M$. Un core de proveedor moderno llega a producción en 18-36 meses. Una plataforma white-label como Crassula pone un producto con marca en el mercado en menos de tres meses sobre una licencia existente.
Para un banco de segundo o tercer nivel, lo habitual son 18-36 meses. Los programas de primer nivel se alargan de tres a siete años por el tamaño de cartera, la complejidad regulatoria y la cantidad de sistemas alrededor que hay que recablear. Los bancos digitales greenfield lanzan en 4-12 meses. La vía más rápida para una marca nueva es operar sobre un core moderno desde el día uno en lugar de migrar un libro existente.
Por cada 1 $ de software de proveedor, añada 2-3 $ de implementación e integración y 1 $ al año de operación. Para un banco mediano suele situarse entre 50 M$ y 200 M$ en una ventana de cinco años. Las plataformas cloud-native y orquestadas comprimen la ratio; los reemplazos de legacy la expanden.
Crassula es la capa de orquestación y de producto que se apoya sobre una licencia bancaria o de EDE y un conjunto de raíles de pago. Aportamos cuentas y libro mayor, programa de tarjetas, enrutado de pagos, orquestación de KYC, front-ends web y móvil en white-label y una consola de administración. Usted conecta su propia entidad licenciada o uno de nuestros partners de BaaS y sale a mercado con producto de marca en semanas. Somos complementarios a los grandes cores de proveedor, no un sustituto directo de Temenos o Thought Machine en un banco de primer nivel.
No. Un sistema de core bancario es el software que hace funcionar al banco. Banking-as-a-Service es un modelo comercial por el que un banco licenciado expone sus capacidades reguladas vía API para que entidades no bancarias las embeban. BaaS casi siempre se monta sobre un core moderno, pero son conceptos distintos. Vea nuestra guía de BaaS para el cuadro completo.
Otras guías
Crea un banco digital en cuestión de días
Solicita una demo