La modernización de la banca central sigue siendo una de las prioridades más urgentes y persistentes de los servicios financieros, pero también una de las más difíciles. El objetivo es lo suficientemente claro: abandonar los sistemas rígidos y fragmentados de hace décadas que no pueden seguir el ritmo real de los nuevos productos, canales y regulaciones, y pasar a arquitecturas que sean interoperables, ágiles y escalables. La verdadera prueba es hacerlo sin interrumpir la base operativa y contable en la que se basa todo el banco.
Ahí es donde entran en juego BIAN y MongoDB.
La Red de Arquitectura de la Industria Bancaria (BIAN) ofrece el modelo operativo para el banco del futuro. MongoDB proporciona la plataforma de datos para ejecutarlo. Este informe técnico muestra cómo trabajan juntos y le ofrece una arquitectura de referencia que usted realmente puede construir.
Principales conclusiones
- La modernización del core bancario se entiende mejor como un problema de asignación de responsabilidades: BIAN resuelve la semántica y MongoDB, la implementación.
- El modelo orientado a documentos de MongoDB se corresponde directamente con los objetos de negocio de BIAN, por lo que el modelo de datos y el contrato de la API comparten una misma estructura, sin una capa intermedia de traducción mediante mapeo relacional de objetos (ORM).
- Una arquitectura de referencia funcional con cinco grupos de dominios, tres capas de verdad y un libro mayor de doble entrada auditable, con reglas contables (equilibrio de doble entrada, separación de funciones, inmutabilidad) aplicadas por el motor de la base de datos en lugar del código de la aplicación.
- Es posible modernizar dominio por dominio en lugar de "reemplazar todo de una vez" mediante una capa de datos operativos (ODL) para retirar gradualmente las dependencias heredadas.
- La urgencia está bien documentada: la investigación del sector sitúa aproximadamente el 90 % del software bancario principal de los EE. UU. en la categoría de "heredado", y la mayoría de los bancos dedican más del 70 % de sus presupuestos de TI a mantenerlo.
- La misma plataforma unificada que cumple con los requisitos de cumplimiento actuales está lista de forma nativa para la búsqueda vectorial y la IA agéntica. Eliminar la necesidad de reconstruir la capa de datos para lo que viene después.
¿Por qué es tan difícil modernizar la banca básica?
Porque todo depende de ello. El núcleo contiene la verdad contable que sustenta cada transacción, por lo que toda nueva regulación o producto vuelve a recaer sobre él. Cuando no puede seguir el ritmo, el negocio absorbe el retraso. Los análisis del sector concretan el costo de esperar: los bancos tienden a subestimar el costo real de los sistemas heredados, mientras que Boston Consulting Group prevé que, sin modernización, la relación entre costos e ingresos del sector podría acercarse al 74 % para 2030. En cambio, los estudios sobre modernización señalan reducciones del TCO en el rango del 38–52 %.
¿Cómo acumularon los bancos tanta deuda técnica?
A lo largo de tres generaciones de sistemas centrales, cada una construida sobre la anterior. La primera se construyó sobre COBOL, el procesamiento por lotes centralizado y las ventanas operativas restringidas. La segunda incorporó sistemas de productos comerciales, pero conservó los esquemas rígidos e introdujo el bloqueo del proveedor. La tercera incorporó canales digitales y mejoras orientadas a los servicios, pero a menudo como una fachada sobre un núcleo sin cambios, lo que multiplicó las bases de datos, las tareas de ETL y la complejidad de integración en lugar de reducirlas. El panorama fragmentado y aislado del que la mayoría de los bancos intenta escapar hoy es el resultado acumulado.
¿Qué es BIAN y qué resuelve?
BIAN es un modelo de referencia global, mantenido de forma colaborativa y creado por bancos, proveedores e integradores (HSBC, JPMorgan Chase, Santander, IBM, Accenture, Temenos y otros). Descompone un banco en dominios de servicio mutuamente excluyentes y colectivamente exhaustivos, como Parte, Cuenta corriente y Orden de pago, cada uno con un límite claro y un contrato de API. Eso significa que cada programa de modernización deja de responder desde cero, una y otra vez, a la misma pregunta de "quién es responsable de qué".
¿Cómo funcionan juntos BIAN y el diseño basado en dominios?
La modernización tiene más que ver con la definición de la propiedad y los límites que con la elección de una base de datos. El informe técnico utiliza el diseño impulsado por dominios (DDD) para conectar ambos: cada dominio de servicio de BIAN se convierte en un contexto delimitado, los documentos integran lo que cambia junto y hacen referencia a lo que cambia independientemente, y los registros de control y calificadores de comportamiento de BIAN se mapean naturalmente en la estructura del documento. Un registro de nombres ligero conecta los nombres canónicos de BIAN con los nombres de implementación de MongoDB, de modo que se preserve la trazabilidad sin ralentizar a los desarrolladores.
¿Por qué MongoDB es la plataforma adecuada para ejecutarlo?
Los datos bancarios son jerárquicos, variables y siempre cambiantes, que es exactamente el tipo de datos que el modelo orientado a documentos almacena de forma nativa. Un documento de cuenta lleva sus saldos, retenciones y estados de ciclo de vida en un solo lugar, alineado con el Modelo de objeto de negocio de BIAN. La validación de esquemas se aplica a nivel de motor, los Change Streams de MongoDB reemplazan el sondeo por lotes con la propagación de eventos en tiempo real, y Queryable Encryption más el MongoDB Atlas multinube cumplen con las reglas de seguridad y residencia que siguen las instituciones reguladas.
¿Cómo es la arquitectura y por dónde se empieza?
El informe técnico detalla cinco grupos de dominios en tres capas de veracidad (pagos, banca central y contabilidad mantenidos debidamente separados) y un libro mayor inmutable que garantiza el saldo de doble entrada, la segregación de tareas y el linaje completo de auditoría como reglas de esquema. No tiene que adoptarlo todo de una vez. Un camino progresivo de cinco pasos le permite demostrar el modelo en un viaje de alto valor y, luego, expandirse dominio por dominio hasta que el núcleo heredado pueda retirarse de manera segura.
¿Qué caminos de modernización puede elegir?
Por lo general, los bancos tienen tres opciones: reemplazar el núcleo por completo, llevar a cabo una modernización progresiva alrededor de la plataforma existente o realizar una construcción inicial desde cero. La misma arquitectura de referencia admite las tres, por lo que la decisión no se queda fija antes de comprender los detalles técnicos. Para la mayoría de las instituciones, la modernización progresiva es lo más realista. Moverse dominio por dominio permite controlar el riesgo y evitar un único programa de sustitución de alto riesgo.
¿La arquitectura está preparada para la IA?
Sí. Como cada dominio almacena sus datos en su forma natural en una única plataforma unificada, la misma base que cumple con los requisitos regulatorios actuales también está lista para las cargas de trabajo de búsqueda vectorial e IA agéntica que vienen a continuación, sin necesidad de reconstruir la capa de datos para admitirlas. Esto significa que las capacidades de IA se pueden superponer a datos bancarios gobernados y en tiempo real a medida que maduran, en lugar de incorporarse a través de otro proyecto de integración más.
La modernización de la banca básica no es un proyecto único. La deuda heredada es una limitación crónica que se agrava cada año que se pospone y que seguirá resurgiendo con cada nuevo producto, regulación y presión competitiva. Las instituciones que salen adelante son las que se basan en un estándar industrial común en evolución, y en una plataforma de datos diseñada para cambios continuos en lugar de en otro ciclo de sustitución integral.
En este informe técnico presentamos por qué BIAN y MongoDB juntos proporcionan esa base.
