Última atualização: 12 de julho de 2026
Principais lições deste artigo
-
A Resolução Conjunta nº 16/2025 e a Resolução BCB nº 518/2025 proibiram o uso de contas-bolsão e definiram prazo final de adequação até dezembro de 2027.
-
Realizar um diagnóstico completo da operação atual permite mapear riscos regulatórios, operacionais e de PLD/FT antes da migração.
-
Adotar um modelo de subcontas individualizadas via Banking as a Service garante titularidade do cliente final e conformidade regulatória nativa sem necessidade de licença própria.
-
Integrar APIs modulares e automatizar relatórios regulatórios reduz prazos de implementação e riscos operacionais.
1. Diagnóstico da operação atual e identificação de riscos
O diagnóstico da operação atual define o nível de exposição regulatória da empresa. A equipe de compliance deve mapear todas as contas mantidas em nome da própria empresa que recebem, retêm ou transferem recursos que pertencem economicamente a clientes finais. Esse levantamento precisa registrar o volume de movimentações de terceiros, a ausência de titularidade individualizada e as lacunas nos controles de PLD/FT exigidos pela Circular BCB nº 3.978/2020.
Estruturas de conta-bolsão comprometem o KYC, a classificação de risco, o monitoramento de transações e as trilhas de auditoria porque o usuário final não é visível ao sistema financeiro formal. Essa invisibilidade cria um problema adicional, pois bloqueios judiciais, auditorias e demandas regulatórias operam sobre registros no sistema financeiro, não sobre o ledger interno da fintech, o que gera fricção operacional crescente conforme a base de clientes aumenta. Por isso, o resultado esperado desta etapa é um inventário claro de riscos regulatórios, operacionais e de PLD/FT que fundamentará as decisões das etapas seguintes.
2. Escolha do modelo de contas individualizadas via Banking as a Service
Com o mapeamento de riscos concluído, a próxima etapa é definir o modelo operacional que elimina essas vulnerabilidades. A Resolução Conjunta nº 16/2025 determina que toda conta aberta, mantida ou encerrada no âmbito do Banking as a Service deve ter titularidade individualizada e ser operada exclusivamente pelo cliente final. O titular da conta deve ser o usuário final, único autorizado a emitir ordens de pagamento em nome próprio, o que conflita diretamente com o modelo centralizado da conta-bolsão.
No modelo de subcontas individualizadas via Banking as a Service, a fintech cria uma conta para cada cliente final por meio de APIs. Esse arranjo mantém conformidade regulatória nativa sem exigir que a empresa se torne uma instituição financeira. A responsabilidade pelo KYC e pela conformidade com PLD/FT recai sobre a instituição financeira autorizada que atua como provedora de Banking as a Service. O resultado esperado desta etapa é a definição de um modelo operacional que garante visibilidade do usuário final ao sistema financeiro e elimina a confusão patrimonial característica da conta-bolsão.
3. Integração técnica com APIs modulares
A integração técnica coloca o modelo escolhido em produção. Essa etapa envolve a conexão às APIs do provedor de Banking as a Service para criação de subcontas, habilitação de Pix, TED e segregação de ledger por titular. Cada subconta deve ter identificação única do titular, e todos os movimentos devem ser executados diretamente pelo cliente titular, em linha com as normas vigentes.
A qualidade da documentação, a disponibilidade de SDKs e a existência de ambientes de sandbox influenciam diretamente o ciclo de integração. Fintechs em estágio inicial costumam concluir implementações em cerca de uma semana. Operações mais complexas podem demandar até três meses, dependendo da arquitetura existente. O resultado esperado desta etapa é um ambiente funcional em produção com subcontas individualizadas, rastreabilidade completa e infraestrutura de pagamentos operacional.
Veja como a Celcoin acelera sua integração técnica com APIs modulares e ambientes sandbox.
4. Ativação de compliance e relatórios regulatórios automatizados
A automação de compliance garante aderência contínua às normas. A empresa deve configurar a geração automatizada dos relatórios obrigatórios perante o Banco Central, a Receita Federal e demais órgãos reguladores. Isso inclui CCS, CADOCs, COSIF, DIMP e BacenJud, além de obrigações acessórias contábeis e fiscais específicas para Instituições de Pagamento. A documentação relacionada a contas encerradas por irregularidade de conta-bolsão deve ser retida por no mínimo dez anos para garantir trilhas de auditoria.
A automação desses relatórios reduz erros manuais, diminui o risco de penalidades e libera as equipes de compliance para atividades de maior valor. O resultado esperado desta etapa é aderência regulatória contínua, com envios automáticos e integração direta à Rede do Sistema Financeiro Nacional, RSFN, e ao Sistema de Pagamentos Brasileiro, SPB.
5. Go-live e monitoramento contínuo
O go-live consolida a nova estrutura de contas individualizadas. O processo de cutover deve ser planejado para minimizar interrupções operacionais. A migração das contas existentes para a nova estrutura requer comunicação prévia aos clientes finais e à instituição parceira, em linha com as normas de encerramento compulsório. Após o go-live, o monitoramento contínuo deve cobrir estabilidade transacional, SLAs de disponibilidade e alertas de PLD/FT em tempo real.
A definição de SLAs claros com o provedor de Banking as a Service protege a receita em cenários de alto volume. O resultado esperado desta etapa é uma operação estável, escalável e plenamente rastreável, preparada para crescimento sem necessidade de troca de infraestrutura tecnológica.
Erros comuns e pontos de atenção
-
Manter estruturas híbridas durante a migração, com parte dos clientes ainda em conta-bolsão e parte em subcontas individualizadas, prolonga a exposição regulatória e dificulta auditorias.
-
Atrasar a atualização dos contratos com a instituição parceira de Banking as a Service impede o cumprimento do cronograma de transição estabelecido pelo Banco Central.
-
Subestimar a dependência entre equipes de produto e compliance na configuração dos fluxos de KYC e onboarding pode gerar gargalos que atrasam o go-live.
-
Utilizar termos como “banco”, “instituição de pagamento” ou expressões similares sem a correspondente autorização do Banco Central é vedado pela Resolução Conjunta nº 16/2025 e expõe a empresa a sanções.
-
Não reter documentação das contas encerradas por pelo menos dez anos viola as exigências de trilha de auditoria previstas nas normas de encerramento compulsório.
Critérios de sucesso mensuráveis
-
Prazo de implementação: migração completa para subcontas individualizadas concluída até dezembro de 2027.
-
Redução de risco regulatório: zero contas com características de conta-bolsão ativas após o cutover.
-
Rastreabilidade: 100% das movimentações associadas a um titular identificado no sistema financeiro formal.
-
Estabilidade transacional: SLA de disponibilidade definido e monitorado continuamente após o go-live.
-
Conformidade com relatórios: envio automatizado e pontual de CCS, CADOCs, COSIF, DIMP e BacenJud sem intervenção manual.
-
Escalabilidade: capacidade de adicionar novos clientes finais sem alteração da arquitetura tecnológica ou troca de provedor.
Celcoin: infraestrutura completa para toda a jornada
O banking da Celcoin reúne um portfólio completo de licenças e tecnologia proprietária. A empresa oferece APIs modulares para que outras empresas possam prover serviços bancários completos, desde contas digitais e cartões até liquidação, compliance e relatórios regulatórios. Fintechs, bancos digitais, ERPs e grandes varejistas podem iniciar utilizando as licenças da Celcoin no modelo Banking as a Service e, posteriormente, migrar para suas próprias licenças com o Core Banking, mantendo a mesma base tecnológica, segurança e suporte. 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.
|
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 (embedded) |
Suporte a produtos financeiros com marca própria. |
|
Escalabilidade com confiabilidade |
Solução com alta disponibilidade e escalável na nuvem, que mantém serviços funcionando mesmo com altos volumes e protege sua receita. |
|
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, com impacto direto em 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 ampliam cobertura, recursos e velocidade de entrada no mercado. |
Perguntas frequentes
O que é conta-bolsão?
Conta-bolsão é uma estrutura operacional na qual uma fintech ou intermediador de pagamentos mantém uma conta bancária ou de pagamento em seu próprio nome para receber, reter, compensar ou transferir recursos que economicamente pertencem a múltiplos clientes finais. Nesse modelo, a instituição financeira enxerga apenas a fintech como titular formal da conta, sem visibilidade sobre os usuários finais cujos recursos estão sendo movimentados. Essa ausência de titularidade individualizada impede o rastreamento adequado das operações, compromete os controles de KYC e PLD/FT e mistura o patrimônio dos clientes com o da empresa operadora.
Por que a conta-bolsão acabou?
A Resolução Conjunta nº 16/2025 e a Resolução BCB nº 518/2025, em vigor desde dezembro de 2025, proibiram explicitamente o uso de contas de pagamento para realizar operações financeiras em nome de terceiros sem respaldo legal. O Banco Central identificou, por meio do Voto 151/2025–BCB, o uso impróprio dessas estruturas para ocultar obrigações financeiras de terceiros e dissimular o real titular das contas. Investigações como a Operação Carbono Oculto expuseram o uso de contas-bolsão por fintechs em esquemas de lavagem de dinheiro vinculados a organizações criminosas, o que acelerou a resposta regulatória. O cronograma de transição para o encerramento das contas-bolsão vai até dezembro de 2027.
Como funciona a alternativa de subcontas individualizadas via Banking as a Service?
No modelo de subcontas individualizadas via Banking as a Service, cada cliente final possui uma conta própria, com titularidade registrada em seu nome no sistema financeiro formal. A fintech cria e gerencia essas contas por meio de APIs fornecidas por uma instituição financeira autorizada pelo Banco Central, que assume a responsabilidade central pelo KYC, pela conformidade com PLD/FT e pelos relatórios regulatórios. Todos os movimentos são executados diretamente pelo titular da subconta, o que garante rastreabilidade completa e segregação patrimonial. Esse modelo permite que a fintech ofereça serviços financeiros completos, incluindo Pix, TED e cartões, sem precisar obter sua própria licença regulatória em um primeiro momento, com a possibilidade de migrar para licença própria mantendo a mesma infraestrutura tecnológica conforme a operação cresce.
Próximos passos
Após a migração para subcontas individualizadas, a operação fica posicionada para expandir por meio do Open Finance. Esse modelo habilita o acesso e a transmissão de dados financeiros com consentimento do usuário, o que permite personalizar produtos e ganhar eficiência operacional. O monitoramento regulatório contínuo é necessário para acompanhar atualizações do Banco Central, da Receita Federal e da SUSEP em um ambiente normativo em evolução acelerada.
Fintechs que atingem maturidade operacional e base de clientes suficiente podem evoluir para a obtenção de licença própria como Instituição de Pagamento ou Sociedade de Crédito Direto. Essa licença pode ser integrada ao mesmo Core Banking já em uso, sem necessidade de reconstruir a infraestrutura tecnológica. Esse caminho de Banking as a Service a licença própria em um único stack tecnológico reduz custos, elimina riscos de migração e preserva a continuidade operacional.
