Core banking vs BaaS: o que você realmente compra

Core banking é o sistema de registro do dinheiro: o ledger que guarda cada conta, cada saldo e cada lançamento, mais as regras que movem valor entre eles corretamente. Banking-as-a-Service (BaaS) é alugar o core de outra empresa — e a permissão regulada por trás dele — por meio de uma API, em vez de operar o seu próprio. Entre ter um core e se apoiar no registro de um agente existe um espectro, e o ponto em que você se encontra nele define o que você constrói, o que aluga e pelo que responde. "Core banking vs BaaS" não é de fato uma comparação de produtos; é uma pergunta sobre quanto da pilha você quer ter.

Vale esclarecer porque os dois são procurados como se estivessem na mesma prateleira. Não estão. Um é software que precisa estar correto; o outro é um arranjo comercial que lhe entrega a correção como serviço e cobra por isso. Saber qual dos dois você está comprando — e qual você realmente precisa — é a maior parte da decisão.

O que "core banking" de fato nomeia

Um sistema de core banking é o ledger de registro e a maquinaria ao redor dele. Ele mantém o plano de contas, controla os saldos, registra cada lançamento em partidas dobradas para que débitos e créditos sempre fechem, aplica e libera bloqueios, apropria juros e tarifas e gera os extratos de que tudo o mais depende. É a parte de um banco que precisa estar certa, porque, se o ledger está errado, nada construído sobre ele merece confiança. Todo o resto — o app, o visual do cartão, as notificações — é apresentação. O core é a verdade.

Essa é a primeira distinção a guardar: o core não é o app. O cliente vê um app; por trás dele, algum ledger está fazendo a contagem. Você pode ter esse ledger, alugá-lo ou se apoiar em quem tem um. Essas três escolhas formam o espectro.

O espectro: core próprio, BaaS, agente

No extremo pesado, você tem o core por completo: seu ledger, sua permissão para guardar ou movimentar dinheiro, suas conexões diretas com os trilhos de pagamento. No meio está o BaaS: um provedor licenciado detém o core e a permissão, e você desenvolve sobre a API dele — as contas, os IBANs e os cartões dele, com a sua marca. No extremo leve está o modelo de agente: você não tem core nem licença própria e opera sob uma entidade licenciada que o registrou. Cada degrau abaixo abre mão de capacidade e, com ela, de uma parcela de custo e de obrigação.

Ter o próprio core: controle, e a conta que vem com ele

Ter o core compra controle. Você define o roadmap do produto em vez de esperar o de um provedor. Mantém contas diretamente, conecta-se direto aos trilhos, e a sua unit economics deixa de ser a margem de outra empresa — em escala, o aluguel por conta e por transação que você pagaria a um provedor de BaaS vira margem que fica com você. Nada se interpõe entre as suas decisões e o ledger onde elas se refletem.

A conta é grande e, em sua maior parte, não é de software. Você precisa da permissão regulada (uma compra separada do software e, muitas vezes, a mais difícil — o vocabulário de proteção de fundos, interchange e liquidação está reunido em /glossary), do capital que essa permissão exige, da equipe de compliance e operações para tocá-la e de integrações diretas com cada trilho e bandeira que você usar. E a correção agora é sua: quando o ledger estiver errado às 2h da manhã, não haverá provedor para acionar. Você é dono da verdade, o que significa que também é dono das falhas.

BaaS: alugue o core e a permissão

O BaaS transforma essa conta em uma relação mensal. Um parceiro licenciado mantém as contas, emite os IBANs e os cartões, protege o saldo e responde ao regulador; você desenvolve o app sobre a API dele e lança. O que você compra é velocidade — um core funcional e autorizado desde o primeiro dia, em vez de um pedido de licença e de um projeto de ledger. Para a maioria das equipes que lançam o primeiro produto, essa troca é a certa.

O que você perde é a propriedade. A economia do provedor vira o seu piso de custo: você paga por conta e por transação, e essas tarifas não caem conforme você cresce, como acontece com infraestrutura própria. Os limites do provedor viram os seus, o roadmap dele condiciona o seu, e você não tem o ledger — o que torna a saída cara e a migração um projeto por si só. BaaS é alugar a parte correta de um banco. O aluguel é barato para começar e nunca acaba.

Um core próprio é um projeto de capital que se paga em escala. Um core alugado é um custo operacional que nunca cai. A questão não é qual é melhor — é qual o seu volume e a sua margem já justificam.

O modelo de agente: o mais leve de todos

Ainda mais leve, o modelo de agente pede que você construa quase nada do lado do dinheiro. Você se registra como agente de uma instituição de pagamento ou distribuidor de um emissor de moeda eletrônica; a licença deles cobre a sua atividade, o core deles mantém o ledger, e o regulador conhece você por meio deles. É o caminho mais rápido para colocar um produto financeiro com a sua marca diante dos clientes e o que lhe deixa com menos controle — você é um rosto sobre os trilhos de outra empresa, e os termos dela são o seu teto.

Onde entra uma plataforma whitelabel sobre o seu próprio core

Há uma quarta posição que o espectro esconde: ter o seu core sem construir a camada de app do zero. A permissão regulada e o software que a comanda são compras separadas — você pode ter licença própria e ainda assim comprar o app do cliente, o console de operação e a personalização visual como uma plataforma por cima. É aí que entra uma plataforma whitelabel. O Protocore Pay (/products/pay) é a camada de software isolada: uma plataforma de apps com a sua marca e um console de operação que roda sobre qualquer core e trilhos que você trouxer — próprios ou de parceiros — sem soldar uma licença à venda. O console que o acompanha, onde toda ação privilegiada exige um motivo e fica registrada em um log de auditoria, é o Protocore Center (/products/center).

Enquadrar assim ajuda porque permite precificar as duas linhas de forma independente. A permissão é avaliada por jurisdição, salvaguarda de fundos e termos; o software é avaliado pelo funcionamento do onboarding, pela integração limpa com o ledger e pela capacidade de os operadores realmente rodarem a operação. Comprar software não compromete você com uma licença, e comprar uma licença não entrega um app — uma confusão que, sem alarde, custa meses aos projetos quando as duas coisas se misturam.

Escolhendo o seu degrau

A heurística honesta se baseia em volume, margem e controle. Está lançando, sem certeza da demanda, precisando de velocidade: BaaS ou um registro como agente coloca você no ar sem captação de capital, e você aceita o aluguel por transação como o preço da rapidez. Está crescendo, com volume alto o bastante para o aluguel superar o custo do seu próprio compliance e da sua própria infraestrutura, e com um roadmap que o provedor insiste em bloquear: é quando ter o core próprio começa a se pagar. A maioria dos produtos começa alugada e migra para o modelo próprio uma única vez — quando os números mostram que o capital e o time custam menos que o aluguel.

Nada disso é aconselhamento jurídico, e os nomes das categorias mudam conforme a jurisdição; use como o mapa que você leva a uma conversa com um regulador ou consultor, não como substituto dela. Mas o formato se mantém em qualquer lugar: core banking é o ledger que precisa estar correto, BaaS é alugar essa correção por mês, e uma plataforma whitelabel é o software que você coloca sobre aquele que escolheu. Compre o degrau que o seu volume conquistou — e compre o software e a permissão como as duas coisas distintas que sempre foram.