Como criar contas digitais no meu ERP com conformidade legal

Última atualização: 19 de julho de 2026

Principais lições deste artigo

• Escolher Banking as a Service com licença de IP autorizada pelo Banco Central é a forma mais rápida e segura de oferecer contas digitais sem precisar obter licença própria.

• A integração técnica exige OAuth 2.0/FAPI, webhooks idempotentes e ledger sincronizado para evitar duplicidade de lançamentos e garantir rastreabilidade.

• KYC, PLD e verificação biométrica com liveness detection são obrigatórios, consultar o BC Protege+ e reter registros por cinco anos são requisitos legais.

• Ativar Open Finance, Pix Automático e Jornada Sem Redirecionamento reduz o ciclo de conciliação de 5–7 dias para 1–2 dias e melhora a experiência do usuário.

• Com a infraestrutura da Celcoin, ERPs podem lançar contas digitais em poucos meses e, no futuro, migrar para licença própria sem trocar de tecnologia. Veja como o banking da Celcoin acelera esse lançamento.

Passo a passo: integração de contas digitais no ERP

1. Avaliar o modelo Banking as a Service e os requisitos regulatórios de 2026

   O primeiro passo é mapear se o ERP operará sob licença própria ou sob a licença de um provedor de Banking as a Service. A Resolução Conjunta nº 16/2025 define que apenas instituições autorizadas pelo Banco Central podem prestar Banking as a Service, enquanto o ERP distribui os serviços sob contrato e não responde diretamente ao regulador.

   Essa decisão impacta prazo, custo e risco regulatório. Obter licença própria como Instituição de Pagamento exige capital mínimo de R$ 9,2 milhões e envolve um processo de autorização pelo Banco Central. Durante esse período, nenhum serviço financeiro dependente da licença pode ser oferecido. Ao operar via Banking as a Service, o tempo de entrada em produção costuma ficar abaixo de três meses.

   O resultado esperado é uma decisão documentada sobre o modelo operacional. Essa decisão deve incluir a identificação do provedor licenciado, o mapeamento dos produtos a serem oferecidos, como contas PF/PJ, Pix, cartões e boletos, e a estimativa de custo variável por transação.

   Checklist desta etapa:

   • Confirmar que o provedor de Banking as a Service possui licença de IP ativa no Banco Central, pois esse é o primeiro filtro de conformidade.

   • Verificar aderência à Resolução Conjunta nº 16/2025 e prazo de adequação até 31/12/2026, já que a licença sozinha não garante alinhamento com as regras mais recentes.

   • Avaliar se a arquitetura do provedor suporta migração futura para licença própria sem troca de infraestrutura, o que protege o investimento em integração caso o volume transacional cresça.

2. Configurar a integração via APIs e ledger do ERP

   O segundo passo é estruturar a integração técnica. As chamadas devem ser autenticadas usando OAuth 2.0 com perfil FAPI, padrão exigido pelo ecossistema de Open Finance brasileiro. A arquitetura típica de integração ERP e banco no Brasil envolve cinco camadas: autenticação OAuth 2.0/FAPI, leitura REST JSON com IDs de ponta a ponta, iniciação de pagamento com aprovação biométrica, webhooks HTTP POST assinados para eventos em tempo real e conciliação por identificadores únicos do DICT do Banco Central.

   Veja um fluxo genérico de criação de conta:

   • POST /accounts, envia dados do titular, como CPF ou CNPJ, nome e endereço, e recebe account_id.

   • GET /accounts/{account_id}/balance, consulta o saldo para sincronização com o ledger do ERP.

   • POST /webhooks, registra o endpoint do ERP para receber eventos como payment.received e transfer.completed.

   A configuração de webhooks precisa garantir idempotência e rastreabilidade. O schema de cada evento deve incluir event_id para idempotência, event_type no formato {entidade}.{acao}, version para compatibilidade retroativa e correlation_id para rastreamento entre ledger e conta digital. Sem idempotência, reenvios do banco geram lançamentos duplicados no ledger.

   O resultado esperado é um ambiente de sandbox validado, com webhooks respondendo com HTTP 200 em menos de 5 segundos e ledger do ERP sincronizado com o saldo real da conta digital.

3. Implementar KYC, PLD e prevenção a fraudes

   O terceiro passo é estruturar o onboarding com foco em KYC e PLD. O ERP deve coletar dados mínimos obrigatórios, como nome completo, CPF ou CNPJ, data de nascimento, endereço, e-mail e telefone. Esses dados precisam ser cruzados com bases oficiais, como a Receita Federal, e complementados com verificação biométrica facial com liveness detection para reduzir o risco de deepfakes e identidades sintéticas.

   Durante o onboarding, a consulta em tempo real ao serviço BC Protege+ é obrigatória. Se a proteção estiver ativa para o CPF ou CNPJ, o processo deve ser interrompido e registrado.

   A Circular BCB nº 3.978/2020 define requisitos para monitoramento de transações e retenção de registros. A Resolução BCB nº 538/2025 eleva os padrões de proteção de infraestrutura de dados para ambientes financeiros digitais, com prazo final de adequação em 1º de março de 2026.

   Checklist de KYC e PLD:

   • Coleta de CPF ou CNPJ com validação na Receita Federal.

   • Verificação biométrica facial com liveness detection.

   • Consulta ao BC Protege+ antes de abrir a conta.

   • Classificação de risco em baixo, médio ou alto, com critérios documentados.

   • Identificação de beneficiários finais para pessoas jurídicas, com limiar de 25% do capital.

   • Diligência reforçada para Pessoas Expostas Politicamente.

   • Comunicação de operações suspeitas ao COAF em até 24 horas.

   • Retenção de registros por no mínimo 5 anos, em conformidade com a LGPD e a Lei nº 9.613/1998.

   O resultado esperado é ter a política de PLD e FT aprovada pela diretoria, um diretor responsável designado e um fluxo de onboarding com taxa de aprovação automática superior a 80% para perfis de baixo risco.

4. Ativar Open Finance, Pix e automação de conciliação

   O quarto passo é usar Open Finance e Pix para automatizar a conciliação. A empresa precisa obter certificação como TPP junto ao Banco Central ou contratar uma plataforma já certificada para acessar a infraestrutura de Open Finance. Em fevereiro de 2026, o Open Finance brasileiro completou cinco anos com 154 milhões de consentimentos ativos e mais de 100 milhões de clientes conectados, formando um dos maiores ecossistemas do mundo nessa categoria.

   A implementação da Jornada Sem Redirecionamento ocorre de forma gradual a partir de novembro de 2024 para as principais instituições detentoras de conta e a partir de janeiro de 2026 para as demais, conforme resoluções do Banco Central publicadas em 2024. Essa jornada permite vincular o ERP como dispositivo confiável, o que possibilita que o tesoureiro aprove pagamentos Pix com biometria ou PIN dentro do próprio ERP, sem redirecionamento para o aplicativo do banco.

   O Pix Automático, disponível desde 16/06/2025, substitui o débito automático por boleto em transações interbancárias e se tornou uma tendência de automação central para ERPs em 2026.

   Checklist de Open Finance e Pix:

   • Implementar gestão de consentimentos com expiração em 12 meses e renovação automatizada.

   • Ativar Pix Automático para cobranças recorrentes dos clientes do ERP.

   • Configurar sincronização de extratos com o ledger via webhooks idempotentes.

   • Habilitar portabilidade de crédito digital, operacional desde fevereiro de 2026 para crédito pessoal sem garantia.

   O resultado esperado é ter conciliação bancária automatizada, com redução do ciclo de fechamento contábil de 5–7 dias para 1–2 dias, e pagamentos Pix iniciados diretamente no ERP.

5. Automatizar relatórios regulatórios e preparar migração futura

   O quinto passo é tratar as obrigações regulatórias e o plano de crescimento. O provedor de Banking as a Service deve gerar automaticamente relatórios obrigatórios como CCS, CADOCs, COSIF e DIMP, além de manter conexão direta com a Rede do Sistema Financeiro Nacional e o Sistema de Pagamentos Brasileiro. Para ERPs que planejam obter licença própria no futuro, a arquitetura precisa permitir migração sem troca de infraestrutura tecnológica.

   Checklist regulatório:

   • Geração automática de CCS, CADOCs, COSIF e DIMP pelo provedor.

   • Conexão ativa com RSFN e SPB.

   • Relatórios tributários e BacenJud automatizados.

   • Arquitetura documentada para futura integração de licença própria ao Core Banking.

   • Conformidade com LGPD, com DPO designado, ROPA atualizado e DPIA para processos de alto risco.

   O resultado esperado é eliminar retrabalho manual em obrigações acessórias e ter um roadmap técnico documentado para eventual migração para licença própria.

Veja como o banking da Celcoin apoia esse passo a passo.

A infraestrutura da Celcoin para ERPs

A Celcoin opera com portfólio completo de licenças e tecnologia proprietária, oferecendo APIs modulares para que ERPs possam prover serviços bancários completos, desde contas digitais e cartões até liquidação, compliance e relatórios regulatórios, sem precisar construir estrutura regulatória do zero. Empresas que ainda não possuem licença própria operam sob a infraestrutura regulatória da Celcoin e, quando obtêm sua licença, continuam com o mesmo Core Banking, mantendo 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, reduzindo o tempo para 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, mantendo serviços funcionando mesmo com altos volumes.
Cobertura de diversas possibilidades de pagamentos, incluindo crédito	Oferta de 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 encurtam 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.

Erros comuns e pontos de atenção

Alguns erros se repetem em projetos de integração de contas digitais em ERPs e podem comprometer a conformidade regulatória e a estabilidade operacional.

• Uso de contas-bolsão: conforme estabelecido pela Resolução Conjunta nº 16/2025, estruturas de conta-bolsão são proibidas e os fluxos de recursos devem partir diretamente dos clientes finais para o provedor de Banking as a Service licenciado. Estruturas que obscurecem a identidade do titular real expõem o ERP a sanções do Banco Central.

• Ausência de idempotência em webhooks: sem controle por event_id, reenvios automáticos do banco geram lançamentos duplicados no ledger e criam inconsistências contábeis difíceis de rastrear.

• Descumprimento de prazos de retenção LGPD: registros de KYC e transações devem ser retidos por no mínimo 5 anos após o encerramento do relacionamento, em linha com a Lei nº 9.613/1998. Políticas de exclusão automática de dados sem essa salvaguarda geram infração à LGPD e às regras de PLD.

• Consentimentos Open Finance sem monitoramento de expiração: tokens de consentimento expiram em 12 meses. Sem renovação automatizada, a sincronização de extratos é interrompida sem aviso para o usuário final.

• Falhas de integração por ausência de sandbox: testar diretamente em produção, sem ambiente de homologação, aumenta o risco de erros em transações reais e dificulta a depuração de fluxos de KYC e Pix.

Critérios de sucesso

Alguns indicadores ajudam a medir se a integração de contas digitais no ERP atingiu o nível esperado de maturidade.

• Tempo de implementação: entrada em produção em poucos meses via Banking as a Service, em comparação com o prazo maior exigido para licença própria.

• Estabilidade transacional: disponibilidade superior a 99,9% nas APIs de conta e Pix.

• Aderência regulatória: ausência de notificações do Banco Central relacionadas a KYC, PLD ou estruturas de conta-bolsão.

• Eficiência de conciliação: ciclo de fechamento contábil reduzido de 5–7 dias para 1–2 dias com automação via Open Finance.

• Retenção de clientes: aumento mensurável na retenção de clientes do ERP que utilizam os serviços financeiros embarcados.

Próximos passos

Após a leitura deste guia, a equipe de produto e tecnologia do ERP pode avançar com um plano de ação objetivo.

1. Mapear os produtos financeiros prioritários para a base de clientes, como contas PF/PJ, Pix e cartões.

2. Avaliar provedores de Banking as a Service com licença de IP ativa e conformidade com a Resolução Conjunta nº 16/2025.

3. Solicitar acesso ao ambiente de sandbox para validar a integração de APIs e webhooks.

4. Definir o responsável interno pela política de PLD e FT e pelo DPO para fins de LGPD.

5. Estabelecer o roadmap de migração para licença própria, caso o volume transacional justifique no futuro.

Explore as APIs modulares do banking da Celcoin para seu ERP.

Perguntas frequentes

Quanto tempo leva para integrar contas digitais em um ERP via Banking as a Service?

O tempo de entrada em produção via Banking as a Service costuma ser de poucos meses para produtos completos, incluindo contas digitais, Pix e cartões. Integrações mais simples, focadas apenas em Pix e boletos, podem ser concluídas em quatro a oito semanas. Esse prazo contrasta com o tempo necessário para obter licença própria junto ao Banco Central, período em que nenhum serviço financeiro dependente da licença pode ser comercializado. A complexidade da infraestrutura existente no ERP e a disponibilidade da equipe de engenharia são os fatores que mais influenciam esse cronograma.

Quais são os requisitos mínimos de KYC para abrir contas digitais em um ERP no Brasil?

Para pessoas físicas, os dados obrigatórios no onboarding incluem nome completo, CPF validado na Receita Federal, data de nascimento, endereço, e-mail e telefone. Para pessoas jurídicas, é necessário acrescentar a identificação dos beneficiários finais com participação igual ou superior a 25% do capital ou dos direitos de voto. Em todos os casos, a verificação biométrica facial com liveness detection e a consulta em tempo real ao serviço BC Protege+ do Banco Central são obrigatórias. Clientes classificados como Pessoas Expostas Politicamente exigem diligência reforçada. Todos os registros devem ser retidos em conformidade com a Lei nº 9.613/1998 e a Circular BCB nº 3.978/2020.

O que é conta-bolsão e por que representa risco regulatório para ERPs?

Conta-bolsão é uma estrutura em que recursos de múltiplos clientes finais são administrados em uma única conta sem individualização por titular, o que mistura patrimônios e obscurece a identidade do beneficiário real. Como visto na seção de erros comuns, essa prática viola a Resolução Conjunta nº 16/2025, que exige que os fluxos de recursos partam diretamente dos clientes finais para o provedor de Banking as a Service licenciado. ERPs que operam com conta-bolsão ficam expostos a sanções do Banco Central, dificuldade para cumprir as obrigações de KYC e PLD da Circular BCB nº 3.978/2020 e risco de encerramento compulsório das contas pela instituição parceira. A alternativa é operar com contas individualizadas por cliente final, viabilizadas pela infraestrutura de Banking as a Service.

Como o Open Finance se integra ao ledger do ERP em 2026?

Em 2026, o Open Finance brasileiro, com o volume de consentimentos mencionado anteriormente, cobre a maior parte dos casos de uso de integração entre banco e ERP para pequenas e médias empresas. A integração ocorre por meio de APIs padronizadas que expõem saldo, extrato, crédito ativo e cartões empresariais, além de endpoints de iniciação de pagamento via Pix e TED. O ERP precisa ser certificado como TPP pelo Banco Central ou contratar uma plataforma já certificada. Os consentimentos expiram em 12 meses e devem ser monitorados para renovação automática. A implementação da Jornada Sem Redirecionamento, conforme resoluções do Banco Central publicadas em 2024, permite que pagamentos Pix sejam aprovados com biometria diretamente no ERP, sem redirecionamento para o aplicativo do banco.

É possível migrar para licença própria no futuro sem trocar de infraestrutura?

Essa migração é possível quando a arquitetura de Banking as a Service foi planejada para isso. A solução da Celcoin foi projetada para acompanhar a jornada de crescimento do ERP. Empresas que iniciam operando sob a licença da Celcoin podem, ao atingir o volume transacional e o capital mínimo exigidos pelo Banco Central, integrar sua própria licença de Instituição de Pagamento ao Core Banking da Celcoin sem necessidade de reconstruir a infraestrutura tecnológica. Esse modelo reduz o risco de lock-in e preserva os investimentos em integração já realizados. O prazo de migração varia de uma semana a três meses, dependendo da complexidade da operação existente.

Conclusão

Criar contas digitais em um ERP com conformidade legal no Brasil em 2026 exige a execução consistente de cinco passos: escolher o modelo regulatório correto, integrar tecnicamente via APIs com ledger sincronizado, implementar KYC e PLD em linha com a Circular BCB nº 3.978/2020 e a Resolução BCB nº 538/2025, ativar Open Finance e Pix Automático e automatizar os relatórios regulatórios obrigatórios. A via do Banking as a Service permite que o ERP entre em produção em poucos meses, com conformidade regulatória e sem necessidade de licença própria.

Conheça em detalhes o banking da Celcoin para ERPs.