O que é Banking-as-a-Service (BaaS)? Um guia prático

Um varejista quer dar aos seus clientes um cartão com a própria marca. Um marketplace quer pagar milhares de vendedores em diferentes países no mesmo dia. Uma plataforma de RH quer administrar contas de folha de pagamento sem virar banco. Nenhum deles quer passar três anos correndo atrás de uma licença bancária.

O Banking-as-a-Service é o que torna esses lançamentos possíveis. Ele transforma a banca regulada em infraestrutura que você consome por meio de uma API, para que consiga colocar contas, cartões e pagamentos dentro do seu próprio produto sem construir um banco do zero. Este guia explica o que é o BaaS, como o modelo funciona, o que dá para construir com ele e em que se diferencia dos termos com os quais costuma ser confundido: open banking, finanças embarcadas e banca tradicional.

O que é Banking-as-a-Service (BaaS)

Banking-as-a-Service (BaaS) é um modelo em que uma instituição financeira licenciada expõe suas funções bancárias reguladas por meio de uma API, para que uma empresa não bancária possa oferecer contas, cartões e pagamentos sob a própria marca. A atividade regulada permanece com a instituição licenciada; a marca é dona do produto e do relacionamento com o cliente.

O termo tem duas metades. “Banking” é a capacidade regulada: manter saldos, movimentar dinheiro, emitir cartões, rodar os controles que um regulador espera. “As a Service” significa que você aluga essa capacidade sob demanda, via software, do mesmo jeito que aluga computação ou armazenamento na nuvem, em vez de construí-la e obter a licença você mesmo.

O efeito prático é uma divisão do trabalho. Você constrói a experiência que seus clientes veem e a lógica que torna o seu produto diferente. Uma instituição licenciada, conectada por meio de uma plataforma BaaS, fornece os trilhos e carrega o peso regulatório. Você lança um produto financeiro em semanas, não em anos.

O BaaS é um modelo baseado em APIs

Na essência, o BaaS é infraestrutura bancária entregue como endpoints de API. Cada capacidade (abrir uma conta, emitir um cartão, enviar um pagamento, verificar um cliente) é uma chamada feita pelos seus engenheiros, com webhooks devolvendo os eventos ao seu sistema em tempo real.

Isso importa porque muda o que a sua equipe realmente faz. Em vez de negociar com a mesa de operações de um banco ou trocar arquivos de um dia para o outro, o seu produto conversa com os trilhos de forma programática. Uma boa API de BaaS traz o que os sistemas em produção precisam: ambientes de sandbox para testar, idempotência para que uma nova tentativa nunca processe um pagamento duas vezes, e webhooks para que o seu razão contábil fique sincronizado com cada evento de transação.

O modelo via API também é o que torna o BaaS componível. Você usa só os endpoints de que precisa, conecta-os ao seu produto atual e adiciona mais ao longo do tempo sem refazer o core. Uma equipe pode lançar com contas e payouts, e depois somar cartões e transferências transfronteiriças, tudo sobre a mesma superfície.

Os três atores de um arranjo BaaS

Um arranjo BaaS quase sempre envolve três partes: a instituição licenciada, a plataforma BaaS e a marca. Entender quem faz o quê é a forma mais rápida de entender o modelo.

A instituição licenciada detém as permissões regulatórias. É o banco ou a entidade regulada cuja licença torna legais as contas, os programas de cartão e a movimentação de dinheiro. Carrega as obrigações de compliance mais pesadas e fica na base da pilha.

A plataforma BaaS é a camada que converte essas capacidades reguladas em APIs, painéis e ferramentas para desenvolvedores. Cuida do trabalho de integração, orquestra um ou vários parceiros licenciados e empacota os controles de compliance para que a marca não precise montá-los peça por peça.

A marca é a empresa que o cliente realmente vê: uma fintech, um marketplace, um varejista, um banco modernizando sua stack ou uma plataforma de IA. Desenha a experiência, é dona do relacionamento com o cliente e decide quais funções financeiras embarcar.

Alguns provedores combinam a plataforma e a camada licenciada em uma única oferta. Outros atuam como camada de orquestração sobre vários parceiros licenciados, direcionando cada função ao parceiro certo. De qualquer forma, a marca integra contra uma única API em vez de costurar separadamente um banco, um processador de cartões e um fornecedor de compliance.

Como o BaaS funciona: da chamada de API ao produto no ar

O BaaS funciona ao permitir que você monte um produto financeiro a partir de blocos modulares, cada um exposto como API, com a atividade regulada resolvida por trás. Você não está comprando um pacote fechado; está compondo exatamente o produto de que precisa.

Os blocos típicos se parecem com isto:

Bloco	O que faz	Exemplo em um produto
Contas digitais	Contas nominais com dados bancários reais, às vezes multimoeda	Um saldo de folha de pagamento para cada funcionário
Emissão de cartões	Cartões virtuais ou físicos que gastam de um saldo	Um cartão de débito com a marca do comércio
Pagamentos e payouts	Transferências domésticas e transfronteiriças via PIX, TED e trilhos de cartão	Pagamentos no mesmo dia a vendedores de um marketplace
Onboarding e KYC	Verificação de identidade e checagens dentro do cadastro	Uma conta regulada aberta em um único fluxo
Crédito	Linhas de crédito ou parcelamento onde o parceiro suporta	Compre agora, pague depois no checkout

Você chama o endpoint, a instituição licenciada executa a ação regulada e um webhook confirma o resultado. Os controles de compliance (verificação de identidade, checagem de sanções, monitoramento de transações) rodam dentro desses fluxos, e não como um projeto à parte que você acrescenta no final. Esse compliance embutido é boa parte do que você está pagando, e é uma das coisas mais difíceis de construir bem por conta própria.

Para entender a fundo como essas peças se encaixam em um produto completo, veja nosso guia sobre como criar uma fintech de pagamentos cripto e fiat, que percorre em detalhe os alicerces do dia um.

Vantagens do BaaS para empresas não bancárias

O benefício central do BaaS é velocidade de lançamento sem o custo e o risco de virar um banco. Uma equipe que levaria anos para obter uma licença e construir trilhos pode lançar um produto financeiro regulado em semanas ao consumir essa capacidade via API.

Os benefícios se acumulam de várias formas claras:

• Lançamento mais rápido. Você constrói a experiência enquanto um parceiro fornece os trilhos e boa parte da engenharia de compliance. O time-to-market cai de anos para semanas ou meses.
• Menor carga de capital e regulatória. Você opera sobre as permissões de parceiros licenciados para as partes reguladas, evitando os requisitos de capital e a sobrecarga de licenciamento de operar um banco você mesmo.
• Novas linhas de receita. Embarcar contas, cartões ou pagamentos transforma um produto não financeiro em um que gera intercâmbio, taxas de transação ou float, e aprofunda o relacionamento com o cliente.
• Foco no seu produto. Seus engenheiros gastam o tempo no que diferencia você, e não em conciliação, liquidação e processamento de cartões, que seriam idênticos em qualquer fintech competente.
• Espaço para escalar. Como o modelo é API-first e modular, você adiciona mercados, moedas e funções sem reescrever o core.

O trade-off é honesto: você depende do seu provedor e dos parceiros licenciados dele, e continua carregando responsabilidades reais de compliance. O BaaS tira de cima de você o trabalho regulado pesado; não faz o compliance desaparecer. As obrigações exatas variam por mercado, então mapeie o seu perímetro com um advogado antes de escalar.

BaaS vs open banking

O BaaS e o open banking costumam ser confundidos porque ambos envolvem bancos, APIs e terceiros, mas resolvem problemas diferentes. O open banking compartilha acesso a contas que já existem; o BaaS permite que você crie e opere novas contas sob a própria marca.

O open banking, impulsionado por regulação (no Brasil, pelo Banco Central) em muitos mercados, permite que um cliente autorize um terceiro a ler seus dados bancários ou iniciar um pagamento a partir de uma conta que ele já possui. É sobre conectividade a relacionamentos existentes. O BaaS é sobre originação: dar vida à conta, ao cartão ou ao produto de pagamento em si.

Dimensão	Open banking	Banking-as-a-Service
Propósito central	Acessar e compartilhar dados de contas existentes	Criar e operar novos produtos financeiros
O que você obtém	Ler saldos, iniciar pagamentos de contas existentes	Emitir contas, cartões e pagamentos sob a sua marca
Quem é dono do produto	O banco onde o cliente já tem conta	Você, sobre as permissões de um parceiro licenciado
Motor típico	Regulação que obriga o acesso a dados	Infraestrutura comercial e velocidade de lançamento
Exemplo	Um app de orçamento que lê extratos de vários bancos	Um marketplace que emite suas próprias contas de vendedor

Uma forma simples de não confundir: o open banking se conecta ao banco que você já usa, enquanto o BaaS permite que você seja o lugar onde a conta vive.

BaaS vs finanças embarcadas (embedded finance)

O BaaS é a infraestrutura; as finanças embarcadas são a experiência que ela habilita. As finanças embarcadas descrevem funções financeiras que vivem naturalmente dentro de um produto não financeiro, e o BaaS é uma das principais formas de entregá-las.

Quando um app de transporte oferece aos motoristas um cartão de débito com recebimento instantâneo, esse cartão é finança embarcada. As contas, a emissão de cartões e os trilhos de payout por trás são, quase com certeza, BaaS. Um é o resultado que o cliente sente; o outro é a engenharia que o torna real.

Qual modelo acelera mais um lançamento? Não são alternativas, então a pergunta real é se o seu provedor de BaaS cobre os blocos de que sua experiência embarcada precisa. Quanto mais deles (contas, cartões, pagamentos, onboarding, compliance) vivem por trás de uma única API, mais rápido você lança, porque integra uma vez em vez de montar um fornecedor diferente para cada peça. Se você está avaliando onde o valor se move nesses sistemas, nosso artigo sobre contas multimoeda e um ledger unificado mostra por que uma única camada de saldo por baixo importa.

BaaS vs banca tradicional

O BaaS e a banca tradicional usam as mesmas capacidades de base, mas as vendem em direções opostas. A banca tradicional oferece produtos financeiros diretamente ao cliente final sob a marca do próprio banco; o BaaS transforma essas capacidades em infraestrutura que outras empresas consomem e colocam sob a própria marca.

No modelo tradicional, o banco é dono da licença, do produto, do canal e do cliente. No modelo BaaS, a instituição licenciada dá um passo atrás para se tornar o motor regulado, enquanto uma marca que talvez ela nunca conheça pessoalmente constrói o front end e é dona do relacionamento.

Dimensão	Banca tradicional	Banking-as-a-Service
Quem atende o cliente	O banco, diretamente	Uma marca, impulsionada pelo banco
Marca sobre o produto	A do banco	A da própria marca
Distribuição	Agências e canais do banco	Qualquer produto que integre a API
Velocidade para lançar uma função	Lenta, roadmap interno	Rápida, a uma chamada de API de distância
Papel da licença	Front-end e back-end	Só motor de back-end

Nenhum modelo substitui o outro. Cada vez mais, bancos tradicionais impulsionam o BaaS eles mesmos, usando-o para alcançar clientes e segmentos que os próprios canais jamais alcançariam.

O que considerar antes de construir sobre BaaS

O BaaS tira de cima de você quase todo o trabalho pesado, mas não é uma forma de abrir mão da responsabilidade. Vale a pena olhar com honestidade para alguns pontos antes de se comprometer.

Você continua dono do compliance no seu produto. KYC/AML, proteção ao consumidor, tratamento de dados sob a LGPD e o trato justo com o cliente seguem sendo suas obrigações, mesmo quando um parceiro roda os controles. Para ver como esses controles funcionam na prática, veja nosso guia sobre como funcionam o KYC e o AML em pagamentos cripto e fiat.

Você assume dependência do provedor. Seu produto roda sobre trilhos e licenças de outra empresa, então escolha um provedor cuja cobertura, confiabilidade e roadmap combinem com os seus, e entenda o que acontece se uma relação com um parceiro mudar. A cobertura é definida mercado a mercado, não é global por padrão, porque segue as instituições licenciadas por trás de cada trilho.

Por fim, custódia e licenciamento moldam o seu perfil de risco mais do que qualquer funcionalidade. Se você retém ou não os fundos do cliente, e sob qual licença opera, define todo o seu perímetro regulatório. Vale a pena resolver essas questões cedo com um advogado, e os detalhes variam por mercado.

Onde a Tokelia se encaixa

A Tokelia é Banking-as-a-Service para o dinheiro programável: contas virtuais, trilhos unificados de cripto e fiat, emissão de cartões, pagamentos transfronteiriços e stablecoins, atrás de uma única API, com arquitetura não custodial e compliance embutido na stack base. Os serviços de dinheiro são prestados pela Tokelia LLC, registrada como Money Services Business junto à FinCEN, com a banca regulada entregue por instituições licenciadas, de modo que você lança com a sua própria marca enquanto as partes mais difíceis de mudar já estão resolvidas.

A superfície para desenvolvedores é a que você esperaria de uma infraestrutura em produção: uma API REST, SDKs, webhooks e idempotência, com um sandbox para construir em cima. E como o modelo é não custodial, seus usuários mantêm o controle dos próprios fundos, o que muda a seu favor tanto o panorama de segurança quanto o regulatório. Você pode ler mais sobre esse trade-off em custódia custodial vs não custodial: qual modelo escolher.

Se você está dimensionando um produto e quer ver como o BaaS se aplica ao seu caso de uso, fale com nosso time e percorra um fluxo real de ponta a ponta.