Como escolher conta digital white label para fintechs?

Última atualização: 6 de agosto de 2026

Principais lições deste artigo

• A escolha de uma conta digital white label deve priorizar conformidade regulatória, qualidade de APIs, SLA e custos ocultos.

• A Resolução Conjunta nº 16/2025 exige identificação clara da instituição licenciada em todos os canais e contratos até 31/12/2026.

• Uma matriz de decisão ponderada ajuda a avaliar fornecedores de forma objetiva, considerando licença, APIs, SLA e migração para licença própria.

• Evitar contas-bolsão, lock-in e custos ocultos reduz riscos operacionais e regulatórios.

• Para uma solução completa de BaaS a Core Banking, conheça a plataforma da Celcoin.

1. Panorama regulatório e tendências do mercado

O mercado de Banking as a Service no Brasil atravessa uma fase de consolidação regulatória e crescimento acelerado. O mercado sul-americano de BaaS deve crescer de US$ 0,5 bilhão em 2026 para US$ 1,5 bilhão em 2031, a um CAGR de 23,7%.

A Resolução Conjunta nº 16/2025 do CMN e do Banco Central estabeleceu o marco regulatório definitivo para o Banking as a Service no Brasil, com prazo de adequação até 31 de dezembro de 2026. Entre as principais obrigações, a instituição licenciada deve aparecer de forma visível e acessível em todos os canais, contratos e interfaces do cliente final. O modelo em que o usuário não conseguia identificar a instituição por trás do aplicativo deixou de ser permitido.

Sob esse framework, o provedor de BaaS assume responsabilidade regulatória integral pelo back-end operacional, incluindo governança corporativa, gestão de riscos e controles internos. A escolha do parceiro de infraestrutura passa a ser, antes de tudo, uma decisão de compliance.

2. Conta digital white label para fintechs: os três pilares de avaliação

A avaliação de uma plataforma de conta digital white label deve seguir três pilares com pesos distintos, de acordo com a criticidade de cada dimensão para operações financeiras reguladas no Brasil.

Pilar 1: conformidade regulatória (peso 40%)

• Ter licença de Instituição de Pagamento (IP) ativa e homologada pelo Banco Central.

• Cobrir KYC, AML/PLD e reporte ao COAF.

• Estar adequado à Resolução Conjunta nº 16/2025 em identificação visual, contratos e responsabilidades.

• Gerar relatórios regulatórios automatizados, como CCS, CADOCs, COSIF, DIMP e SCR.

• Atender à LGPD e ao Open Finance.

Pilar 2: qualidade de APIs e integração (peso 35%)

• Usar arquitetura REST com documentação completa, SDKs e sandbox fiel ao ambiente de produção.

• Cobrir produtos como Pix, TED, boleto, cartão, DDA e Open Finance.

• Reduzir o tempo médio de integração e oferecer suporte ativo ao desenvolvedor.

• Permitir o lançamento de novos módulos sem refatorar a base existente.

Pilar 3: SLA e escalabilidade (peso 25%)

• Garantir uptime mínimo de 99,9% para canais transacionais, com 99,95% ou 99,99% para Core Banking em operações críticas.

• Responder a incidentes P1 em até 15 minutos.

• Definir RTO de até 4 horas e RPO de até 1 hora para sistemas de missão crítica.

• Prever créditos automáticos por descumprimento de SLA e cláusulas de saída documentadas.

3. Banking as a Service no Brasil: matriz de decisão

A matriz de decisão a seguir permite pontuar fornecedores de forma objetiva. Atribua notas de 1 a 5 em cada critério e multiplique pelo peso para obter a pontuação ponderada.

Critério	Peso	Perguntas de verificação	Nota (1–5)
Licença e compliance regulatório	40%	Possui IP ativa, cobre relatórios do Bacen e está adequado à RC 16/2025	___
Qualidade e cobertura de APIs	20%	Oferece sandbox fiel à produção, documentação completa e SDKs disponíveis	___
Tempo de implementação	15%	Quantas semanas até o go-to-market e se há módulos pré-construídos	___
SLA e disponibilidade	15%	Qual é o uptime contratual, se há créditos automáticos e RTO/RPO definidos	___
Caminho de migração para licença própria	10%	Se mantém a mesma plataforma ao obter licença própria e se há lock-in	___

Conheça o banking da Celcoin para fintechs, bancos digitais, gestoras de fundos, varejistas e ERPs.

4. Core Banking vs BaaS: perguntas-chave para fazer aos fornecedores

Aplicar um checklist objetivo antes da assinatura de contrato reduz riscos de lock-in, atrasos e custos imprevistos.

1. Qual é o uptime contratual garantido para APIs para Pix e para o Core Banking, e se os créditos são automáticos ou dependem de solicitação.

2. Como a plataforma garante a identificação visual da instituição licenciada em todos os canais, em linha com a Resolução Conjunta nº 16/2025.

3. Quais relatórios regulatórios são gerados automaticamente, como DIMP, CADOCs, CCS, SCR e COSIF, com qual frequência e por qual canal são enviados ao Banco Central.

4. Se o sandbox replica fielmente o comportamento de produção, incluindo cenários de erro, timeout e falha de autenticação.

5. Se, ao obter licença própria de IP ou IF, a empresa consegue migrar para Core Banking mantendo a mesma base tecnológica, sem refatoração.

6. Qual é o custo total de saída da plataforma em 24 meses, incluindo exportação de dados, migração de contratos e adequação de integrações.

7. Como o provedor gere KYC, AML e reporte ao COAF, e se a responsabilidade é integralmente do provedor ou compartilhada.

Veja como o banking da Celcoin atende a esses requisitos.

5. Tempo de implementação: armadilhas comuns e pontos de atenção

Contas-bolsão. Estruturas em que recursos de terceiros são administrados de forma não individualizada, misturando patrimônio do cliente com o da instituição, são irregulares e vedadas pelas normas do Banco Central. Exigir do fornecedor evidência de que cada conta é individualizada e segregada reduz esse risco.

Lock-in de migração. A migração entre provedores de Banking as a Service para uma fintech pode levar de semanas a 3-4 meses, período em que o time de produto foca em refatoração em vez de novas funcionalidades. Integrações que levaram três meses para construir frequentemente se transformam em acoplamento profundo e exigem refatoração extensa. Esse custo oculto de migração torna o custo de saída tão importante quanto o custo de entrada, por isso a pergunta estratégica correta ao escolher um provedor é “quanto vai custar sair daqui em 24 meses”.

Custos ocultos. Taxas por transação, cobranças por relatório regulatório, custos de exportação de dados e encargos de migração raramente aparecem na proposta inicial. Solicitar uma simulação de TCO, ou custo total de propriedade, para os cenários de crescimento projetados nos próximos 24 e 48 meses ajuda a evitar surpresas.

Perda de conhecimento operacional. Ao trocar de provedor, padrões de fraude calibrados, scores de AML ajustados ao setor e regras de KYC específicas são perdidos, o que causa aumento de chargebacks e falsos positivos nos primeiros seis meses.

6. Open Finance white label: jornada de implementação e migração de BaaS para licença própria

A jornada típica de uma empresa que parte do zero até a operação com licença própria segue etapas claras, da integração inicial à autonomia regulatória.

1. Fase BaaS (semanas 1–12): integração via APIs modulares e go-to-market com produtos básicos, como conta digital, Pix e cartão pré-pago, sob a licença do provedor. Produtos simples como contas de pagamento e cartões pré-pagos podem ser lançados em poucas semanas via BaaS.

2. Expansão de produtos (meses 3–9): adição de crédito, Open Finance, DDA e cartão pós-pago. Produtos mais complexos exigem de 3 a 6 meses, incluindo compliance e testes.

3. Preparação regulatória (meses 6–18): realização de due diligence para obtenção de licença de IP. O Banco Central aprova licenças de Instituição de Pagamento, exigindo integração ao Pix via SPI, programa de AML e medidas de cibersegurança em linha com a Resolução BCB nº 85.

4. Migração para Core Banking (meses 12–24): integração da licença própria à infraestrutura existente. Quando o provedor mantém a mesma base tecnológica para BaaS e Core Banking, essa etapa aproveita a migração mencionada anteriormente, elimina refatoração e reduz o risco operacional.

5. Operação autônoma: uso de relatórios regulatórios automatizados, tesouraria, Open Finance e escalabilidade plena sob licença própria.

A Celcoin não oferece nenhum tipo de empréstimo para consumidores. A Celcoin fornece a infraestrutura tecnológica para que empresas consigam ofertar produtos de crédito aos seus clientes.

Entenda como o banking da Celcoin apoia essa jornada de BaaS a Core Banking.

7. Relatórios regulatórios do Banco Central: aplicações por perfil de empresa

Fintech early-stage. A prioridade é ter go-to-market rápido com o mínimo de overhead regulatório. O BaaS é o modelo adequado, pois a empresa opera sob a licença do provedor, que assume KYC, AML e relatórios ao Banco Central, enquanto o time foca em produto e experiência do cliente.

Banco digital maduro. Esse perfil já possui ou está em processo de obtenção de licença própria. A necessidade passa a ser de Core Banking com relatórios automatizados, como DIMP, CADOCs, CCS, COSIF e SCR, além de cabine de tesouraria e Open Finance integrado, sem reconstruir a infraestrutura tecnológica.

ERP. O objetivo é embutir serviços financeiros na plataforma de gestão para aumentar retenção e criar nova linha de receita. O modelo BaaS permite oferecer contas digitais, Pix e pagamentos de contas diretamente no ERP, sem necessidade de licença própria.

Varejista de grande porte. A meta é fidelizar clientes e criar novas fontes de receita com cartão com marca própria, conta digital e crédito ao consumidor. A infraestrutura white label permite lançar esses produtos sob a marca do varejista, enquanto o provedor gere toda a complexidade regulatória.

8. Celcoin: infraestrutura full stack de BaaS a Core Banking

A Celcoin opera com portfólio completo de licenças e tecnologia proprietária, permitindo que fintechs, bancos digitais, ERPs e varejistas iniciem em BaaS e migrem para Core Banking com licença própria sem trocar de plataforma. A empresa medeia mais de R$ 30 bilhões em transações mensalmente e atende mais de 6 mil clientes. A tabela a seguir resume as principais funcionalidades do banking da Celcoin e os benefícios diretos para reduzir custos, acelerar lançamentos e proteger receita.

Funcionalidade da Celcoin	Benefício para sua empresa
APIs modulares	Integrações mais rápidas, com redução de custos e prazos de desenvolvimento.
Experiência e suporte ao desenvolvedor	Documentação, SDKs e sandboxes que reduzem ciclos de integração e custos de engenharia.
Capacidade de lançamento rápido	Módulos pré-construídos e entrega via SaaS aceleram lançamentos, melhorando o tempo para geração de receita e competitividade.
Distribuição white label e embutida	Suporte a produtos financeiros com marca própria.
Escalabilidade com confiabilidade	Solução com alta disponibilidade e escalável na nuvem mantém serviços funcionando mesmo com altos volumes, protegendo a receita com confiança.
Cobertura de diversas possibilidades de pagamentos, incluindo crédito	Oferecer pagamentos e emissão de crédito aumenta conversão, ARPU e fidelização.
Acesso a dados e personalização	Dados e análises via Open Finance permitem ofertas personalizadas, melhorando conversão e retenção.
Compliance e conformidade como princípio	KYC, AML e relatórios integrados reduzem risco regulatório e aceleram ciclos de vendas.
Prevenção de fraude e controles de risco	Monitoramento baseado em IA e autenticação robusta reduzem estornos, perdas e exposição regulatória.
Força do ecossistema de parceiros da Celcoin	Parcerias e integrações com bancos, redes e fintechs garantem melhor cobertura, recursos e velocidade de entrada no mercado.

FAQ

O que muda com a Resolução Conjunta nº 16/2025 para quem opera conta digital white label?

A resolução determina que a instituição licenciada por trás de qualquer produto de Banking as a Service deve ser identificada de forma visível e acessível ao cliente final em todos os canais, contratos, interfaces e instrumentos de pagamento. O modelo em que o usuário não sabia qual instituição operava o serviço deixou de ser permitido. Empresas que operam sob o guarda-chuva de um provedor de BaaS têm até 31 de dezembro de 2026 para adequar jornadas, contratos e interfaces. Além disso, cada empresa tomadora de BaaS só pode contratar serviços de um único provedor licenciado, que permanece integralmente responsável perante o Banco Central.

Qual é a diferença prática entre BaaS e Core Banking para uma fintech em crescimento?

No modelo de Banking as a Service, a fintech opera sob a licença do provedor, que assume KYC, AML, relatórios regulatórios e gestão de riscos. Esse modelo é o caminho mais rápido para o mercado, pois produtos simples como contas digitais e cartões pré-pagos podem ser lançados em semanas. O Core Banking representa a etapa seguinte, em que a fintech integra sua própria licença de Instituição de Pagamento ou Instituição Financeira à infraestrutura do provedor. Essa etapa traz autonomia operacional, acesso direto ao SPB e ao RSFN e capacidade de gerar relatórios regulatórios completos, como DIMP, CADOCs, CCS, COSIF e SCR, de forma automatizada. A diferença crítica está em escolher um provedor que suporte as duas etapas na mesma plataforma, o que elimina o custo e o risco de migração.

Quais relatórios regulatórios uma plataforma de conta digital white label deve gerar automaticamente?

Para Instituições de Pagamento autorizadas pelo Banco Central, os principais relatórios obrigatórios incluem CCS, que é o Cadastro de Clientes do Sistema Financeiro Nacional, CADOCs, que são documentos de cadastro do Bacen, COSIF, que é o Plano Contábil das Instituições do Sistema Financeiro Nacional, DIMP, que é a Declaração de Informações de Meios de Pagamento, SCR, que é o Sistema de Informações de Crédito, e PR, que é o Patrimônio de Referência. Além disso, existem obrigações acessórias fiscais perante a Receita Federal e as Secretarias de Fazenda estaduais. Uma plataforma madura deve gerar e enviar esses arquivos automaticamente, com conexão direta à RSFN, reduzindo o risco de erros manuais e multas por atraso.

Como avaliar a qualidade do sandbox de um provedor de Banking as a Service?

Um sandbox de qualidade deve replicar fielmente o comportamento de produção, incluindo cenários de erro, timeout, falha de autenticação e rejeição de transações, e não apenas o fluxo de sucesso. Os critérios de avaliação incluem disponibilidade de todos os endpoints de produção no ambiente de teste, dados determinísticos e consistentes entre requisições, simulação de fluxos de consentimento do Open Finance, suporte a testes de idempotência e reentrega de webhooks e acesso self-serve sem necessidade de aprovação comercial prévia. Times de engenharia sob pressão de prazo devem realizar um teste prático de uma semana conectando os principais fluxos antes de assinar qualquer contrato.

Quais são os principais riscos de operar com contas-bolsão e como evitá-los?

Contas-bolsão são estruturas em que recursos de múltiplos clientes são mantidos em uma única conta da instituição, sem individualização e segregação por titular. Esse modelo é irregular e vedado pelas normas do Banco Central, pois mistura o patrimônio dos clientes com o da instituição, o que cria risco de confusão patrimonial e exposição a sanções administrativas. Para evitar esse risco, a empresa deve exigir do provedor evidência contratual e técnica de que cada conta de cliente final é individualizada no ledger, com saldo segregado e rastreabilidade completa de todas as movimentações. Provedores regulados e auditados pelo Banco Central operam obrigatoriamente nesse modelo individualizado.

Conclusão: escolha um parceiro que evolua junto com a empresa

A decisão sobre conta digital white label vai além do custo de entrada e do tempo de implementação inicial. Os critérios determinantes para o longo prazo incluem conformidade regulatória contínua, qualidade de APIs, SLA contratualmente garantido e capacidade do parceiro de acompanhar a empresa desde o BaaS até a operação com licença própria sem exigir troca de plataforma.

Trocar de provedor no meio da jornada pode consumir de semanas a 3-4 meses de capacidade de produto, gerar lock-in técnico e apagar o conhecimento operacional acumulado em fraude, KYC e AML. Escolher o parceiro adequado desde o início reduz esse risco estrutural e converte a infraestrutura financeira em vantagem competitiva sustentável.