Core banking orientado por dados e interoperável: uma perspectiva do BIAN e do MongoDB

O core banking é o coração operacional de um banco: o sistema central de registro de contas, pagamentos e lançamentos contábeis do qual dependem todas as demais funcionalidades. No entanto, a modernização do core banking continua sendo um dos maiores desafios do setor, porque o problema vai além da infraestrutura legada. Cada novo produto, canal, requisito regulatório ou aquisição aumenta a complexidade dos sistemas que sustentam as operações bancárias.

Entre produtos, canais, unidades de negócios e sistemas, o mesmo conceito bancário é frequentemente definido de maneiras ligeiramente diferentes. Um pagamento, uma conta, um saldo ou um evento financeiro podem parecer semelhantes entre sistemas, mas não são idênticos. Com o tempo, essas pequenas diferenças criam lógica duplicada, integrações frágeis e crescente complexidade operacional, mesmo em arquiteturas projetadas para serem mais modernas e distribuídas.

O que os bancos precisam não é simplesmente de uma maneira mais rápida de substituir sistemas antigos, mas de uma base que permita desenvolver e aprimorar continuamente as funcionalidades essenciais. A Banking Industry Architecture Network (BIAN)2 fornece essa base semântica compartilhada ao definir domínios bancários, seus limites e as interações comuns entre serviços. O MongoDB fornece a plataforma de dados para implementar esses domínios de forma alinhada às estruturas reais dos bancos, oferecendo suporte a mudanças contínuas e permitindo a modernização em tempo real orientada por APIs.

Neste blog, exploramos como o BIAN e o MongoDB oferecem aos bancos um caminho prático para um sistema bancário central combinável: que reduz a fragmentação semântica, preserva a integridade financeira e permite que as equipes modernizem domínio por domínio em vez de por meio de redesenhos repetidos em toda a empresa.

O que o setor bancário moderno exige

Como destacou a McKinsey(1) em sua Análise Anual do Setor Bancário Global: "Os bancos devem buscar escalabilidade com custos incrementais, abandonando os modelos tradicionais e lineares de entrega... A velocidade, nesse contexto, não se resume à execução — envolve aprender mais rapidamente do que os concorrentes e reinventar continuamente os sistemas de core banking, adotando modelos mais enxutos e modulares."

Essa observação reflete uma mudança mais ampla no setor. A modernização agora exige uma base que ofereça suporte à agilidade, ao aprendizado e à adaptação contínua, sem aumentar a complexidade. É por isso que os bancos estão adotando modelos de core banking mais modulares e combináveis, nos quais as funcionalidades são claramente definidas, os serviços evoluem de forma independente e estruturas como a Banking Industry Architecture Network (BIAN) ajudam a preservar a consistência, a interoperabilidade e a integridade financeira sem a necessidade de reformulações recorrentes em toda a organização.

O framework arquitetural definido pela BIAN

Primeiro, o BIAN fornece uma linguagem de negócios compartilhada. Em vez de prescrever a implementação, ele estabelece um vocabulário compartilhado entre domínios, equipes e sistemas. Pense no BIAN como uma gramática comum para bancos. Ele não determina o que uma organização diz. Ele garante que todos entendam da mesma maneira. Para programas de modernização, essa é mais que uma preocupação arquitetônica. Um modelo semântico compartilhado reduz o esforço de integração, simplifica a governança, acelera a entrega de projetos e cria uma base que pode ser dimensionada entre produtos, canais e linhas de negócios sem multiplicar a complexidade.

Em segundo lugar, o BIAN define limites de domínio e funcionalidades de negócios. Isso ajuda os bancos a decompor o core banking em domínios de serviço mais claros, cada um com um escopo e um modelo de propriedade mais explícitos. Isso é importante porque as arquiteturas componíveis só funcionam quando esses limites são compreendidos.

Terceiro, a BIAN promove a interoperabilidade. A BIAN define interações padronizadas entre serviços para que aplicativos, canais e parceiros possam utilizar as funcionalidades bancárias de maneira mais previsível. Na prática, isso significa menos necessidade de integrações personalizadas entre sistemas e uma base mais sólida para APIs reutilizáveis.

Tomado em conjunto, o BIAN não é apenas um vocabulário. É um modelo de negócios e de serviços para o design de arquiteturas bancárias modernas.

Às vezes surge uma preocupação: adotar a BIAN significa que os desenvolvedores precisam aprender uma terminologia totalmente nova? Não. A convenção de nomenclatura da BIAN se aplica às camadas de API e de contratos. Dentro da aplicação, os desenvolvedores continuam usando os nomes de campos com os quais já estão familiarizados. A adoção de um padrão do setor não compromete a agilidade do desenvolvimento. As equipes podem desenvolver e aprimorar soluções internamente usando modelos de domínio conhecidos, enquanto os nomes canônicos da BIAN definem os limites entre os domínios. Isso minimiza a refatoração de código, reduz a necessidade de treinamento e permite que as instituições adotem um framework padrão de forma gradual, sem interromper os fluxos diários de entrega. 

O diagrama abaixo mostra como isso funciona na prática: o contrato semântico compartilhado do BIAN fica acima de quatro domínios bancários, cada um implementado independentemente como serviço, todos fundamentados em uma camada de dados comum.

Figura 1. A BIAN fornece o contrato semântico compartilhado, enquanto o MongoDB fornece a plataforma de implementação subjacente a ele.

Por que o MongoDB é a plataforma de dados certa

A BIAN define a semântica, a estrutura de negócios e o modelo de interação, mas esse modelo só gera valor quando pode ser implementado de maneira consistente na tecnologia. O MongoDB fornece essa camada de implementação, com a flexibilidade, a integridade e a escalabilidade necessárias para uma plataforma bancária moderna.

Um document model desenvolvido para lidar com a complexidade do setor bancário. Novos produtos introduzem novos atributos. As mudanças regulatórias introduzem novos requisitos. As expectativas dos clientes geram novas interações e canais. As abordagens relacionais tradicionais muitas vezes têm dificuldade para acompanhar esse ritmo de mudanças: modificações de esquemas, transformações de dados, mapeamentos de integração e projetos de migração tornam-se atividades recorrentes que consomem recursos e retardam a inovação. Com um modelo de documentos flexível, os bancos podem representar seus domínios de negócio de maneira que reflita fielmente as estruturas reais. As informações relacionadas podem ser armazenadas em conjunto, facilitando a compreensão, o gerenciamento e a evolução dos objetos de negócio. Novas funcionalidades podem ser introduzidas gradualmente, sem exigir reformulações que interrompam o funcionamento dos sistemas dependentes.

JSON é o tecido conectivo que torna isso possível. Como formato legível por humanos e universalmente compreendido, o JSON funciona como elemento de ligação em toda a arquitetura: do documento do banco de dados ao payload da API. As APIs de serviço do BIAN são baseadas em JSON por definição, uma distinção importante em um setor no qual XML, texto sem formatação e formatos proprietários historicamente fragmentaram as camadas de integração e criaram uma sobrecarga de mapeamento dispendiosa.  Quando JSON é tanto o formato de armazenamento quanto o formato de troca, o mesmo objeto de negócios flui do MongoDB pelos microsserviços até as integrações com parceiros, com o mínimo de tradução ou transformação. A incompatibilidade de impedância tradicional do ORM (Mapeamento Objeto-Relacional) desaparece. A transformação de JSON para JSON é uma ordem de grandeza mais rápida e simples do que mapear tabelas relacionais para payloads de API flexíveis. Os parceiros se integram mais rapidamente, novos canais são lançados com menos esforço e as equipes desenvolvem de forma independente sem criar interpretações conflitantes das principais entidades de negócios. Isso reduz a duplicação e diminui o custo operacional de arquiteturas complexas, permitindo que as organizações estabeleçam um modelo único e confiável do banco de dados à API e obtenham coerência e agilidade difíceis de alcançar de qualquer outra forma.

O que isso permite do ponto de vista técnico

• Integridade transacional para operações financeiras. Toda arquitetura bancária precisa responder a uma pergunta fundamental: como registrar e controlar movimentações financeiras com segurança em um sistema distribuído moderno? A resposta está em uma fonte única e imutável de informações confiáveis: o livro-razão geral. Cada evento financeiro gera lançamentos contábeis balanceados e registrados de forma permanente. As correções são feitas por meio de estornos, em vez de alterações nos registros, preservando uma trilha de auditoria completa e garantindo a rastreabilidade das operações.  O MongoDB garante a integridade financeira por meio de dois mecanismos complementares: a atomicidade de um único documento, que atende ao cenário mais comum — atualizar uma conta do livro-razão e seu saldo em uma única operação —, e as transações ACID com vários documentos, que abrangem fluxos de trabalho complexos entre diferentes domínios e coleções. O resultado é a consistência atômica entre registros de pagamentos, lançamentos no livro-razão e lançamentos no diário, sem sacrificar o desempenho exigido pelas operações bancárias de alto volume.
• Operações orientadas a eventos. Combinando recursos orientados a eventos, como o Change Streams, as organizações podem criar arquiteturas nas quais os eventos financeiros são propagados aos serviços posteriores por meio de notificações de alterações persistentes e ordenadas. Eventos de status de pagamento, atualizações de saldo e eventos que acionam verificações de conformidade são transmitidos de forma confiável por toda a plataforma, enquanto a integridade transacional é preservada. Isso permite arquiteturas modulares e combináveis, nas quais os serviços evoluem independentemente, sem comprometer a precisão dos registros financeiros.
• Modernização gradual em escala empresarial. O MongoDB Atlas oferece a escalabilidade global, a resiliência, a segurança e a simplicidade operacional necessárias às operações bancárias empresariais. Os bancos podem modernizar seus sistemas gradualmente — um domínio e um serviço de cada vez —, em vez de recorrer a grandes programas de transformação que interrompem as operações. O resultado é uma vantagem tanto organizacional quanto técnica: quando as equipes podem aprimorar os serviços de forma independente, mantendo uma linguagem de negócios compartilhada, a inovação se acelera, os novos produtos chegam mais rapidamente ao mercado e os requisitos regulatórios são atendidos com maior eficiência.

Uma arquitetura bancária componível no MongoDB

Essa arquitetura integra os componentes em quatro camadas: uma camada de core banking com registro de operações contábeis e livro-razão geral, uma camada de dados unificada baseada no modelo setorial de documentos da BIAN, uma camada de dados de IA ou de agentes que conecta um ecossistema mais amplo de aplicações bancárias e uma camada semântica de API que disponibiliza serviços orientados aos domínios da BIAN.

Com uma camada de dados unificada e rica em contexto no MongoDB, incluindo, incluindo o Atlas Vector Search — os agentes de IA podem analisar dados padronizados dos domínios da BIAN para automatizar processos de conformidade, detectar fraudes em tempo real e fornecer informações personalizadas. Sem processos complexos de ETL. Sem necessidade de reunir dados de diferentes fontes. A camada de inteligência utiliza diretamente a base semântica e de dados já estabelecida.

Figura 2.  Um ecossistema inteligente baseado em agentes de IA.

Um modelo operacional para transformação contínua

Uma plataforma moderna de core banking é definida pela capacidade de se adaptar rapidamente às mudanças. Uma base semântica fundamentada na BIAN e no MongoDB oferece aos bancos três recursos que as arquiteturas legadas não conseguem proporcionar: uma linguagem de negócios compartilhada que elimina os obstáculos à integração, um modelo de documentos que evolui sem exigir migrações de esquemas e integridade transacional que acompanha o crescimento da demanda sem comprometer sua confiabilidade. Essa é a base do que o setor — e a própria BIAN — chama de coreless banking: não um sistema único de registro, mas um ecossistema modular e combinável de serviços de domínio, cada um responsável por seus próprios dados, todos utilizando a mesma linguagem.

O resultado é mais do que uma plataforma bancária moderna. É um modelo operacional para transformação contínua.

1. Fonte: Relatório Anual do Setor Bancário Global 2026 da McKinsey — Precisão com velocidade: https://www.mckinsey.com/industries/financial-services/our-insights/global-banking-annual-review
2. Website do BIAN: https://bian.org/