O que é o BIAN, e o que ele não é
Quem mantém, o que entrega e por que não é produto nem especificação de implementação.
5 min de leitura
Assista ao documentário do curso (~24 min)Dois times do mesmo banco chamam a mesma coisa por nomes diferentes: um fala em 'cadastro', outro em 'onboarding', o fornecedor fala em 'party management'. Nenhum está errado, e a integração entre os três custa meses. O BIAN existe para resolver esse problema de vocabulário, e só ele. Esta aula diz quem mantém o padrão, o que ele entrega e, com a mesma ênfase, o que ele não é.
O problema que o BIAN resolve
Pense num banco com dez anos de aquisições nas costas. O core chama a abertura de conta de 'cadastro'. O canal digital chama de 'onboarding'. O antifraude, comprado de fora, chama de 'customer due diligence'. O time de dados chama de 'party'. São quatro nomes para uma capacidade só, e cada integração começa com uma reunião para descobrir isso.
O custo aparece em três lugares.
Integração: cada par de sistemas negocia o próprio contrato, com o próprio dicionário, e o mapeamento entre eles vira código que alguém mantém por anos.
Compra de software: o RFP descreve a necessidade com palavras internas, o fornecedor responde com as dele, e a comparação entre propostas é feita no olho.
Decisão de arquitetura: sem um inventário de capacidades, 'temos isso duplicado?' é uma pergunta que ninguém responde sem entrevistar meia dúzia de pessoas.
O BIAN ataca a raiz: um vocabulário de capacidades bancárias mantido fora de qualquer banco e de qualquer fornecedor. Quando dois times dizem 'Party Reference Data Directory', estão falando da mesma coisa, com a mesma fronteira. Para quem programa, a analogia é uma interface compartilhada: ela não implementa nada, mas obriga quem implementa a concordar nos nomes.
Quem mantém e o que entrega
O BIAN e.V. é uma associação independente e sem fins lucrativos, sediada em Frankfurt. São 113 membros: 40 bancos, 59 parceiros de software e o restante entre consultorias e instituições. Isso importa porque o padrão não pertence a um fornecedor: nenhum deles ganha quando você adota o vocabulário.
A versão corrente é a 14.0, de fevereiro de 2026. Ela traz três entregas, e cada uma serve a uma tarefa diferente do seu dia.
Service Landscape: o mapa. Cerca de 340 Service Domains ativos, cada um uma capacidade de negócio com fronteira definida, desenhados em ArchiMate 3.2. É o que você abre para responder 'quais capacidades este sistema cobre?' e 'onde termina Payment Order Initiation e começa Payment Settlement?'. Serve para heatmap, inventário e conversa com produto.
Semantic APIs: 242 contratos, com operações e payloads nomeados por Service Domain. Servem de ponto de partida para o contrato de um serviço e de língua comum com o fornecedor. O próprio BIAN avisa que os endpoints estão 'far from implementation specifications'.
Business Object Model: os objetos de negócio, em UML, que as APIs compartilham. É a entrega com ligação crescente com a ISO 20022, o que interessa a quem lida com mensagens de pagamento.
Há três certificações: Foundation, Banking Architecture e Data Architecture. O curso não substitui nenhuma, mas deixa você pronto para a primeira.
As três entregas do BIAN e quem consome cada uma
O mesmo problema (uma capacidade, vários nomes) entra pelo mapa e sai como heatmap, contrato e RFP com vocabulário comum.
- Service Landscape · ~340 Service Domains, ArchiMate 3.2
- Semantic APIs · 242 contratos, longe de implementação
- Business Object Model · UML, ligação com ISO 20022
- Arquiteto · mapeia e decide fronteiras
- Time de produto · nomeia a capacidade
- Fornecedor · alinha módulo e contrato
- Heatmap de sistemas · aula 07
- Contrato OpenAPI · aula 04
- RFP e compra · vocabulário comum
Vocabulário do BIAN
Toque num cartão para virar.
O que o BIAN não é
Boa parte dos projetos de BIAN que dão errado começa com uma destas três confusões.
Não é produto. Não existe 'instalar o BIAN'. Um fornecedor pode vender um core cujos módulos foram nomeados segundo o landscape, o que ajuda, mas o trabalho de ler o seu banco contra o mapa continua sendo seu.
Não é arquitetura de referência para copiar. Os cerca de 340 Service Domains são uma decomposição funcional, não um desenho de deployment. Transformar cada domínio em um microsserviço é o erro mais caro que já vi: centenas de serviços pequenos com fronteiras que o negócio nunca pediu e um plantão que ninguém consegue cobrir. O mapa diz o que o banco faz; quantos serviços você constrói, e em que agrupamento, é decisão sua, com os seus volumes e o seu time.
Não é especificação pronta de API. As Semantic APIs definem semântica: nome da operação, objetos de entrada e saída. Não definem autenticação, versionamento, paginação, erros, idempotência nem limites de taxa. Quem publica a Semantic API direto como OpenAPI de produção descobre isso no primeiro incidente.
Guarde a frase do próprio BIAN sobre os endpoints: 'far from implementation specifications'. Quem escreveu o padrão não quer que você o copie. Quer que você o leia.
Na prática, uso o BIAN como uso um mapa de metrô: para saber onde estou, onde a linha termina e quais estações já existem antes de propor uma nova. O trajeto, o horário e o trem continuam sendo decisão de quem opera. Quando alguém me apresenta uma 'arquitetura alvo baseada em BIAN' com um serviço por domínio, a primeira pergunta que faço é quem acorda às 2h quando trezentos serviços falham em cascata.
Como este curso usa o BIAN
Este curso trata o BIAN como instrumento de leitura e decisão, não como planta. Você vai usar o mapa para três coisas.
Entender o banco: nomear o que cada sistema faz com um vocabulário que outro arquiteto, em outro banco, reconhece. É a base do heatmap da aula 07.
Decidir fronteiras: quando um domínio vira um serviço, quando dois domínios moram no mesmo sistema e quando um legado cobre cinco domínios de uma vez. A aula 02 traz o Control Record, a unidade que torna essa decisão objetiva.
Conversar com fornecedor e regulador: Pix, Open Finance, SCR e LGPD entram no mapa nas aulas 05 e 06, para que a conversa com o Banco Central e com o fornecedor use as mesmas caixas.
Na reta final, as aulas 08 e 09 mostram o jeito IA Builder de trabalhar: a IA rascunha mapeamento e contrato com grounding nas definições oficiais, o humano decide, e tudo é medido. Nada disso funciona se a aula de hoje não ficou clara: o modelo só rascunha bem quando o vocabulário é compartilhado e estável, e é exatamente isso que o BIAN entrega.