Erros fatais ao lançar um banco digital no Brasil em 2026

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

Principais lições deste artigo

• Ter autorização prévia do Banco Central como Instituição de Pagamento tornou-se obrigatório em 2026; sem essa autorização, a operação pode ser encerrada em até 30 dias após notificação.

• Automatizar relatórios regulatórios como CCS, CADOC, DIMP e MED para Pix desde o primeiro dia reduz o risco de sanções e perda de licença.

• Implementar o MED 2.0 para Pix com canal digital nativo e novos prazos de contestação de até 80 dias é requisito obrigatório a partir de 2026.

• Adotar arquitetura de microsserviços com Core Banking nativo em API permite escalar Pix, cartões e compliance sem aumentar o risco operacional.

• Planejar capital, sede física exclusiva e políticas de risco desde o início evita atrasos na autorização e restrições de operação.

• Centralizar BaaS, Core Banking, Open Finance, cartões e relatórios em um único parceiro reduz complexidade de migração para licença própria. Usar o banking da Celcoin como infraestrutura full-stack regulada permite operar imediatamente e migrar para licença própria sem trocar de tecnologia.

Em 2026, o Banco Central elevou o nível de exigência para fintechs e bancos digitais. Autorização prévia, relatórios automatizados, MED 2.0, Open Finance, capital mínimo e arquitetura tecnológica adequada deixaram de ser diferenciais e passaram a ser condições básicas de operação. Os sete erros abaixo comprometem licença, continuidade do negócio e experiência do cliente.

1. Ignorar a autorização obrigatória de Instituição de Pagamento

Operar sem autorização de Instituição de Pagamento deixou de ser uma brecha e passou a ser um risco direto de encerramento de atividades. Muitos fundadores ainda supõem que podem iniciar operações financeiras sem autorização prévia do Banco Central ou que uma única modalidade de pagamento cobre todas as demais.

A Resolução BCB 494/2025, que alterou o artigo 9 da Resolução BCB 80/2021, tornou obrigatória a autorização prévia para Instituições de Pagamento que prestam serviços de pagamento. Instituições que operavam sem autorização tinham até 31 de maio de 2026 para protocolar o pedido de regularização. Após notificação do Banco Central, a instituição que não regularizou sua situação pode operar por apenas 30 dias adicionais e deve encerrar atividades, notificar usuários e devolver saldos.

Para reduzir esse risco, a instituição precisa:

• Protocolar o pedido de autorização com antecedência mínima de 12 a 24 meses, prazo típico para aprovação de uma SCD bem documentada.

• Incluir todas as modalidades de pagamento pretendidas em um único pedido, conforme exige a Resolução BCB 494/2025.

• Operar sob a licença de IP de um parceiro regulado enquanto a autorização própria tramita no Banco Central.

Operar sob a licença da Celcoin enquanto a autorização própria é analisada, começando a gerar receita sem aguardar todo o prazo de aprovação.

Obter a autorização de IP é apenas o primeiro passo. Depois da autorização, a instituição passa a ter obrigações regulatórias contínuas que, se descumpridas, podem gerar as mesmas sanções que a falta de licença, como suspensão de operações e perda de autorização.

2. Subestimar a complexidade dos relatórios CCS, CADOC, DIMP e MED para Pix

Relatórios regulatórios deixaram de ser um item de checklist e passaram a ser parte central da operação. Mesmo assim, muitas equipes de produto e tecnologia ainda tratam CCS, CADOCs, COSIF, DIMP e BacenJud como tarefas secundárias, com pouca priorização de automação e integração com a Rede do Sistema Financeiro Nacional.

O descumprimento dessas obrigações expõe a instituição a sanções administrativas, suspensão de operações e perda de licença. A complexidade aumentou com a Instrução Normativa BCB 766, publicada em 27 de julho de 2026, que atualizou o Manual Operacional do DICT para a versão 8.5 e definiu um cronograma de adequação em duas fases para o MED e o Fluxo de Recuperação de Valores.

Para manter a conformidade, a instituição precisa:

• Automatizar a geração e o envio de todos os relatórios obrigatórios desde o primeiro dia de operação.

• Manter conexão direta e estável com o SPB e a RSFN.

• Adotar infraestrutura que absorva atualizações normativas sem necessidade de reengenharia interna.

Automatizar CCS, CADOCs, COSIF, DIMP e BacenJud com o Core Banking da Celcoin, reduzindo esforço interno e risco de descumprimento.

Relatórios em dia não bastam se o fluxo de contestação de Pix e devoluções não estiver alinhado ao MED 2.0. A próxima camada de risco está na forma como a instituição trata disputas, suspeitas de fraude e recuperação de valores.

3. Não implementar o MED 2.0 desde o primeiro dia

O MED 2.0 passou a ser parte obrigatória da operação de Pix e não um complemento opcional. Mesmo assim, algumas instituições ainda tratam o MED como funcionalidade de segunda fase e adiam a implementação do canal digital de contestação.

O MED 2.0 foi ativado em produção em 11 de maio de 2026 e permite rastreamento em cadeia de até cinco camadas de contas, com devolução de valores em até 7 dias após contestação. A IN 766 mencionada anteriormente definiu marcos para o MED e o Fluxo de Recuperação de Valores. O cronograma original previa a implementação do atributo TransactionDepth nas mensagens de notificação de infração do DICT em 10 de agosto de 2026, mas a Instrução Normativa BCB nº 767 alterou esse prazo para 1º de setembro ou 26 de outubro de 2026, conforme a seção. Em 1º de setembro de 2026, o prazo para contestação de transação de devolução passa a 80 dias. Instituições sem conformidade ficam expostas a marcações de fraude no DICT que impactam todo o ecossistema de Pix. A Resolução BCB 501/2025 determina ainda a rejeição compulsória de transações destinadas a contas com fundada suspeita de fraude.

Para operar com segurança, a instituição precisa:

• Implementar o MED 2.0 antes do lançamento, incluindo canal digital nativo no aplicativo para contestação sem contato humano, obrigatório desde 1º de outubro de 2025.

• Adaptar as APIs para Pix ao atributo TransactionDepth até 1º de setembro ou 26 de outubro de 2026, conforme a seção aplicável.

• Atualizar os sistemas para o prazo de contestação de 80 dias até 1º de setembro de 2026.

• Integrar monitoramento antifraude com compartilhamento de inteligência via GE-Seg.

Usar o MED 2.0 já integrado ao Pix no banking da Celcoin, evitando retrabalho a cada atualização normativa.

A tabela a seguir resume funcionalidades do banking da Celcoin e o benefício direto de cada uma para a operação da instituição.

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 e antecipam a geração de receita.
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 em altos volumes.
Cobertura de diversas possibilidades de pagamentos, incluindo crédito	Oferecer pagamentos e emissão de crédito aumenta conversão, receita média por usuário e fidelização.
Acesso a dados e personalização	Dados e análises via Open Finance permitem ofertas personalizadas e melhoram 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 e velocidade de entrada no mercado.

4. Adotar arquitetura monolítica em vez de microsserviços

A escolha da arquitetura define a capacidade de escalar Pix, cartões e relatórios sem interromper o serviço. Muitas empresas ainda optam por arquiteturas monolíticas pela simplicidade inicial de desenvolvimento e pelo menor custo de infraestrutura nas primeiras fases.

Em sistemas monolíticos, toda a aplicação precisa ser escalada como uma unidade única, o que desperdiça recursos quando apenas módulos específicos, como o de pagamentos, sofrem picos de carga durante transações de Pix. O banco de dados compartilhado torna-se gargalo primário, e uma falha em qualquer módulo pode degradar ou derrubar toda a aplicação. Deployments funcionam como operações de tudo ou nada, o que aumenta o risco a cada atualização regulatória obrigatória. Fluxos de autorização de pagamento em arquiteturas monolíticas podem completar em menos de 60 milissegundos, mas implementações equivalentes em microsserviços frequentemente atingem 300 milissegundos ou mais quando são mal projetadas, o que reforça a necessidade de uma arquitetura nativa em API bem dimensionada desde o início.

Para equilibrar desempenho e resiliência, a instituição precisa:

• Adotar desde o início uma infraestrutura baseada em microsserviços com escalabilidade independente por serviço.

• Implementar observabilidade distribuída, circuit breakers e estratégias de retry para cada chamada entre serviços.

• Escolher um Core Banking nativo em API que permita escalar módulos de Pix, cartão e compliance de forma independente.

Usar a arquitetura em microsserviços do banking da Celcoin, que combina alta disponibilidade com capacidade de escala em nuvem.

5. Ignorar a obrigatoriedade do Open Finance

Participar do Open Finance tornou-se obrigação regulatória para IPs autorizadas e não apenas um diferencial de produto. Mesmo assim, algumas equipes de produto ainda tratam o tema como iniciativa opcional e adiam integrações.

A ausência de infraestrutura de Open Finance impede o compartilhamento de dados financeiros com consentimento do usuário, limita integrações de KYC, verificação de renda e concessão de crédito e reduz a capacidade de personalizar produtos. Instituições sem conformidade com os padrões do Banco Central para Open Finance ficam expostas a sanções e perdem competitividade na aquisição e retenção de clientes.

Para capturar o valor do Open Finance com segurança, a instituição precisa:

• Integrar infraestrutura de Open Finance desde a arquitetura inicial, com APIs compatíveis com padrões REST e aderência ao Guia UX do Banco Central.

• Usar os dados compartilhados para automatizar onboarding, KYC e decisões de crédito.

• Garantir conformidade com a LGPD em todos os fluxos de consentimento e transmissão de dados.

Conectar Open Finance, Pix e contas digitais em uma única plataforma, reduzindo esforço de integração e tempo de lançamento.

6. Descuidar dos requisitos de capital e sede física em 2026

Planejar capital e estrutura física de forma adequada passou a ser condição para aprovação e manutenção da licença. Muitos fundadores ainda subestimam as exigências patrimoniais e estruturais do Banco Central e projetam operações com capital mínimo fixo, sem considerar a nova metodologia baseada em atividade.

A Resolução Conjunta CMN/BCB 14/2025 substituiu os requisitos de capital mínimo fixo por uma metodologia de cálculo baseada nas atividades exercidas. Estimativas de mercado indicam novo mínimo de R$ 9,8 milhões para SCDs e SEPs. A Resolução BCB 495/2025 proíbe o uso de coworkings, escritórios virtuais e espaços compartilhados como sede e exige endereço físico de uso exclusivo e efetivo. Administradores precisam demonstrar capacidade técnica compatível com suas funções.

A transição para a nova metodologia de capital segue um cronograma gradual que permite ajustar o patrimônio ao longo de 18 meses.

• Até 30/06/2026: manter capital conforme regra anterior.

• 01/07/2026 a 31/12/2026: capital anterior mais 25% da diferença para o novo mínimo.

• 01/01/2027 a 30/06/2027: capital anterior mais 50% da diferença.

• 01/07/2027 a 31/12/2027: capital anterior mais 75% da diferença.

• A partir de 01/01/2028: 100% da nova metodologia ABC aplicada.

Além do capital, a conformidade em 2026 exige estrutura física e políticas de risco alinhadas às normas.

• Sede física exclusiva registrada e comprovada perante o Banco Central.

• Política de PLD/FT conforme Circular BCB 3.978/2020.

• Política de cibersegurança conforme Resoluções CMN/BCB 538/2025, vigente desde março de 2026.

• Certificações ou avaliações especializadas dos administradores, conforme exigência da Resolução BCB 495/2025.

Operar no modelo BaaS do banking da Celcoin enquanto estrutura capital e sede própria, reduzindo a pressão de cumprir todos os requisitos desde o primeiro dia.

7. Depender de múltiplos fornecedores sem plano de migração

Concentrar BaaS, Core Banking, cartões, Open Finance e relatórios em um único parceiro reduz complexidade operacional. Mesmo assim, muitas instituições ainda contratam fornecedores separados para cada componente e criam um ambiente fragmentado.

Essa fragmentação gera inconsistências de dados entre sistemas, aumenta o risco de falhas em cascata, eleva o custo de manutenção de integrações e dificulta a escalabilidade coordenada. Quando a instituição decide migrar para licença própria, a troca simultânea de múltiplos fornecedores representa risco operacional relevante e pode causar interrupção de serviços para os clientes finais.

Para manter controle sobre a jornada de crescimento, a instituição precisa:

• Escolher desde o início um parceiro full-stack que cubra BaaS, Core Banking, relatórios regulatórios, cartões, Open Finance e pagamentos em uma única plataforma.

• Garantir que a migração de licença BaaS para licença própria ocorra sem troca de tecnologia ou reengenharia de integrações.

• Validar que o parceiro suporte a jornada completa, da startup sem licença até a IF com operação complexa e grande base de clientes.

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

Centralizar BaaS e Core Banking no banking da Celcoin, mantendo a mesma base tecnológica ao migrar para licença própria.

Perguntas frequentes

O que é a autorização de IP e por que ela é obrigatória em 2026?

A autorização de Instituição de Pagamento é o ato administrativo pelo qual o Banco Central habilita uma empresa a prestar serviços de pagamento no Brasil. A Resolução BCB 494/2025 tornou essa autorização obrigatória para serviços de pagamento. Empresas que operavam sem autorização tinham até 31 de maio de 2026 para protocolar o pedido de regularização. Sem a autorização, a instituição deve encerrar atividades após notificação do Banco Central, devolver saldos e avisar usuários. O processo de aprovação leva tipicamente de 12 a 24 meses para pedidos bem documentados.

Quais são os prazos do MED 2.0 que minha instituição precisa cumprir agora?

O MED 2.0 tornou-se obrigatório para os participantes do Pix em 2 de fevereiro de 2026, com ativação em produção em 11 de maio de 2026. A Instrução Normativa BCB 766 estabeleceu marcos adicionais. O cronograma original previa a implementação do atributo TransactionDepth nas mensagens de notificação de infração do DICT para 10 de agosto de 2026, mas a Instrução Normativa BCB nº 767 alterou esse prazo para 1º de setembro ou 26 de outubro de 2026, conforme a seção. Em 1º de setembro de 2026, o prazo para contestação de transação de devolução passa a 80 dias. Desde 1º de outubro de 2025, todas as instituições participantes do Pix já devem oferecer canal digital nativo no aplicativo para contestação sem contato humano.

Como a nova metodologia de capital ABC afeta minha fintech em 2026?

A Resolução Conjunta CMN/BCB 14/2025 substituiu os requisitos de capital mínimo fixo por uma metodologia baseada nas atividades da instituição, que calcula o capital exigido com base na atividade exercida. Estimativas de mercado indicam novo mínimo de R$ 9,8 milhões para SCDs e SEPs. A transição é gradual. Até 30 de junho de 2026, aplica-se a regra anterior. De julho de 2026 a dezembro de 2027, o capital exigido aumenta progressivamente em 25% por semestre. A partir de 1º de janeiro de 2028, 100% da nova metodologia está em vigor. Fintechs que operam sob a licença de um parceiro regulado no modelo BaaS não precisam cumprir individualmente esses requisitos enquanto não possuem licença própria.

Por que arquitetura monolítica é um risco específico para bancos digitais com Pix?

Em arquiteturas monolíticas, toda a aplicação precisa ser escalada como uma unidade única, o que desperdiça recursos durante picos de transações de Pix e cria um banco de dados compartilhado que se torna gargalo de escrita. Uma falha em qualquer módulo pode derrubar toda a aplicação, e deployments funcionam como operações de tudo ou nada que aumentam o risco a cada atualização regulatória. Para bancos digitais, em que atualizações como a Instrução Normativa BCB 766 exigem mudanças rápidas em APIs para Pix e fluxos de fraude, a incapacidade de atualizar módulos de forma independente representa risco operacional e regulatório ao mesmo tempo.

É possível lançar um banco digital usando a licença da Celcoin e depois migrar para licença própria?

Sim. A Celcoin opera com licença de Instituição de Pagamento e oferece infraestrutura BaaS para que empresas sem licença própria possam lançar produtos financeiros completos, como contas digitais, Pix, cartões, TED, Open Finance e relatórios regulatórios, sob a licença da Celcoin. Quando a empresa obtém sua própria licença, ela migra para o Core Banking da Celcoin mantendo a mesma base tecnológica, sem necessidade de reengenharia de integrações ou troca de fornecedores. Alguns clientes concluem a implementação inicial em uma semana. Migrações mais complexas podem levar até três meses, conforme a estrutura existente.

Conclusão

Evitar os sete erros fatais descritos exige infraestrutura regulada, escalável e atualizada continuamente. O banking da Celcoin permite operar imediatamente sob as licenças da empresa e migrar para licença própria sem trocar de tecnologia, o que protege licença, clientes e receita em 2026. A Celcoin medeia mais de R$ 30 bilhões em transações mensalmente e atende milhares de clientes entre fintechs, bancos digitais, ERPs e varejistas.