Como integrar Banking as a Service em fintech regulada

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

Principais lições deste artigo

• Fintechs reguladas precisam de infraestrutura moderna e manter rastreabilidade, segregação de funções e compliance contínuo exigidos pelo Banco Central.

• Antes de integrar ou migrar, a empresa precisa mapear objetivos, pré-requisitos técnicos e dependências regulatórias, incluindo licença ativa e aderência à Resolução Conjunta 16/2025.

• A arquitetura correta exige ter um ledger interno imutável em dupla entrada, uma camada de abstração de APIs, idempotência de webhooks e automação de relatórios regulatórios.

• Erros comuns incluem usar saldos externos como fonte de verdade, terceirizar controles sem responsabilidade formal e misturar reconciliações de conta e transação.

• Para acelerar a jornada regulatória e tecnológica com uma solução completa, conheça a plataforma Celcoin.

1. Por que integrar Banking as a Service em uma fintech regulada?

Fintechs brasileiras reguladas precisam equilibrar agilidade tecnológica com exigências rígidas de supervisão do Banco Central. Integrar Banking as a Service ou Core Banking permite operar com infraestrutura moderna e escalável sem perder controle sobre compliance, governança e rastreabilidade.

Uma fintech pode operar sob licença de um provedor de Banking as a Service ou integrar sua própria licença a um Core Banking. No primeiro caso, a empresa acelera o go-to-market usando a licença do parceiro. No segundo, a fintech mantém controle direto sobre a operação regulada e usa o provedor como infraestrutura tecnológica.

Escolher o modelo adequado define responsabilidades de compliance, desenho de processos internos e esforço de integração. A decisão também influencia o plano de migração futura, caso a fintech comece sob licença de terceiros e depois passe a operar com licença própria.

2. Objetivos, pré-requisitos e dependências técnicas

Antes de iniciar qualquer integração ou migração, a fintech precisa mapear três dimensões principais.

• Objetivos: operar com licença própria integrada a um Core Banking moderno, automatizar relatórios regulatórios e reduzir dependência de múltiplos fornecedores.

• Pré-requisitos técnicos: ter APIs REST documentadas, ambiente sandbox disponível, capacidade de processar webhooks de forma idempotente e infraestrutura de filas para processamento assíncrono.

• Dependências regulatórias: ter licença ativa (IP, SCD, SEP ou banco), política de PLD/AML aprovada pelo conselho, conexão com a Rede do Sistema Financeiro Nacional (RSFN) e aderência à Resolução Conjunta 16/2025.

Veja como a Celcoin atende esses pré-requisitos em uma única plataforma.

3. Passo a passo para integração ou migração

1. Definição do modelo regulatório: a fintech precisa decidir se vai operar com licença própria integrada ao Core Banking ou se vai iniciar sob a licença do provedor de Banking as a Service com migração futura. Essa escolha define o escopo de responsabilidades de compliance desde o início.

2. Camada de abstração de APIs: a empresa deve implementar uma camada de tradução que normalize webhooks, arquivos e APIs do provedor externo em um schema canônico interno. Essa conectividade permite registrar movimentos financeiros de forma padronizada sem alterar a estrutura do ledger ao trocar de provedor.

3. Separação de ledger interno e contas de Banking as a Service: o ledger interno deve derivar saldos a partir de lançamentos contábeis via SUM() de débitos e créditos, e não de uma coluna de saldo mutável. Essa separação mantém o sistema de registro imutável e independente das contas externas do provedor de Banking as a Service.

4. Matriz de responsabilidades KYC/AML/PLD: a segregação de funções em Banking as a Service exige que onboarding e KYC, monitoramento de transações e AML-PLD, e auditoria fiquem em áreas internas distintas. A terceirização de controles de AML/CFT não transfere a responsabilidade da entidade regulada, que precisa avaliar riscos de fornecedores e manter plano de saída executável.

5. Arquitetura de webhooks e filas: o receptor de webhook deve verificar a assinatura, armazenar o payload bruto com ID externo único, retornar HTTP 200 rapidamente e processar o evento de forma assíncrona após verificação de idempotência. O ID do evento fornecido pelo provedor deve ser usado como chave de idempotência e verificado em tabela de eventos processados antes de qualquer lógica de negócio.

6. Automação de relatórios regulatórios: a fintech precisa implementar pipelines automatizados de ETL com rastreabilidade completa até as transações de origem. A automação deve cobrir coleta de dados, validação, preparação de relatórios, gestão de fluxo de aprovação e trilhas de auditoria, com KPIs como tempo de ciclo de reporte e acurácia de submissão.

7. Checklist sandbox-produção: a equipe deve validar todos os fluxos no ambiente sandbox antes de promover para produção. Essa validação inclui cobertura de casos de erro, comportamento de retry, limites de rate e conformidade dos campos obrigatórios nos relatórios regulatórios.

8. Testes de reconciliação diária: a reconciliação em nível de conta detecta discrepâncias de saldo entre o ledger e extratos externos, enquanto a reconciliação em nível de transação associa lançamentos individuais a eventos externos. Esses processos devem rodar em pipelines distintos com KPIs de taxa de correspondência, taxa de exceção, tempo médio de resolução e desvio de saldo ledger-rail em valor absoluto.

Esses oito passos formam a base técnica da integração. Para entender como essa base se conecta ao ambiente regulatório brasileiro, a fintech precisa conhecer as infraestruturas e normas que sustentam as operações financeiras no país.

4. Contexto do ecossistema regulado

A integração de Banking as a Service ou Core Banking em fintechs brasileiras reguladas ocorre em um ecossistema interconectado com camadas complementares. Na base estão o Sistema de Pagamentos Brasileiro (SPB) e a Rede do Sistema Financeiro Nacional (RSFN), que fornecem infraestrutura de liquidação e comunicação com o Banco Central.

Sobre essa base opera o Pix, que funciona como trilho de pagamento instantâneo acessado de forma direta, quando a fintech tem licença própria, ou de forma indireta, via provedor de BaaS. O Open Finance complementa essas infraestruturas ao permitir acesso e transmissão de dados financeiros com consentimento do usuário, o que viabiliza personalização de produtos e ganhos de eficiência.

A Resolução Conjunta 16/2025 restringiu quais entidades podem prover serviços específicos de Banking as a Service e reforçou obrigações de governança e monitoramento para a instituição provedora autorizada. Fintechs reguladas que operam como usuárias de Banking as a Service precisam garantir que o provedor seja uma instituição autorizada e que as responsabilidades estejam definidas em contrato.

5. Erros comuns e boas práticas

Alguns erros aparecem com frequência na integração de Banking as a Service em fintechs reguladas.

• Usar o saldo da conta externa de Banking as a Service como fonte de verdade, sem manter um ledger interno separado. O colapso da Premier FX em 2018 expôs 167 clientes a perdas temporárias, depois compensadas pelo Barclays, porque os fundos em contas externas eram tratados como o próprio ledger, sem reconciliação.

• Não enforçar idempotência com constraint de banco de dados. Usar apenas Redis para chaves de idempotência expõe a operação a duplicatas por evicção de cache.

• Terceirizar controles de AML e PLD sem manter responsabilidade formal e sem plano de auditoria do fornecedor.

• Construir ledgers internos sem dupla entrada como constraint estrutural de banco de dados, o que gera desvio de saldo que só aparece em auditorias.

• Não separar reconciliação de conta da reconciliação de transação, o que mistura pipelines e dificulta a identificação de discrepâncias.

As boas práticas formam uma arquitetura defensiva em camadas. A primeira camada é enforçar dupla entrada como invariante de banco de dados, para impedir lançamentos que quebrem o equilíbrio contábil. Em seguida, a fintech precisa registrar bi-temporalidade em cada lançamento, com campos effective_at e inserted_at, para separar quando a transação ocorreu de quando foi registrada.

Para manter consistência entre o ledger e sistemas downstream, a empresa deve implementar o padrão transactional outbox. Por fim, a reconciliação automatizada diária com alertas para exceções permite detectar desvios cedo e reduzir impacto operacional e regulatório.

Evitar esses erros e aplicar essas práticas cria uma base sólida. Para avaliar se a integração atingiu o nível esperado, a fintech precisa acompanhar métricas objetivas.

6. Critérios de sucesso e métricas

Os critérios de sucesso para uma integração ou migração bem-sucedida se traduzem em métricas claras.

• Tempo de implementação: integrações simples podem ser concluídas em cerca de uma semana. Migrações complexas podem levar até três meses, dependendo da estrutura existente.

• Estabilidade transacional: taxa de correspondência na reconciliação diária acima de 99,9 por cento e desvio de saldo ledger-rail próximo de zero.

• Cobertura regulatória: submissão automatizada de CADOC, CCS e BacenJud sem intervenção manual, com trilha de auditoria completa.

• Ter escalabilidade: infraestrutura em nuvem capaz de absorver picos de volume sem degradação de disponibilidade.

Conheça a infraestrutura da Celcoin que apoia esses critérios de sucesso desde o primeiro dia.

7. Funcionalidades da Celcoin

A Celcoin oferece uma plataforma full-stack que atende fintechs que operam sob licença própria e empresas que ainda utilizam licença de terceiros. O Core Banking da Celcoin inclui integração direta de licenças próprias (IP, SCD, SEP e bancos), onboarding e KYC, gestão de contas com ledger segregado, relatórios regulatórios automatizados, cabine de tesouraria, infraestrutura de Open Finance e conexão direta ao SPB e à RSFN. A Celcoin media mais de R$ 30 bilhões em transações por mês e atende mais de 6 mil clientes.

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

A tabela a seguir resume como cada funcionalidade da plataforma Celcoin se converte em benefícios operacionais e financeiros para a sua empresa.

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 melhoram 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, que mantém serviços funcionando mesmo com altos volumes.
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 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, recursos e velocidade de entrada no mercado.

Explore a plataforma completa da Celcoin para fintechs, bancos digitais, gestoras de fundos, varejistas e ERPs.

8. Próximos passos

Após a integração inicial, a evolução natural segue três frentes principais. A primeira frente é a expansão de produtos: com a infraestrutura de Core Banking estabilizada, a fintech pode adicionar novos módulos, como cartões pré e pós-pagos, DDA e remuneração de saldo, sem reconstruir a base tecnológica.

A segunda frente é a governança contínua. O modelo das três linhas de defesa para PLD e AML precisa de revisão periódica, ao menos a cada dois anos, com avaliação de risco que cubra clientes, operações, produtos e parceiros.

A terceira frente é a evolução regulatória. O ecossistema brasileiro passa por atualizações constantes, como BCB Resolution 520/2025 para provedores de ativos virtuais, expansão do Open Finance e novas fases do Pix. A infraestrutura deve acompanhar essas mudanças sem exigir migrações disruptivas.

FAQ

Qual é a diferença entre Banking as a Service e Core Banking para uma fintech já regulada?

No modelo de Banking as a Service, a fintech utiliza a licença e a infraestrutura regulatória de um provedor autorizado para operar serviços financeiros. No Core Banking, a fintech integra sua própria licença, seja IP, SCD, SEP ou banco, à infraestrutura tecnológica do provedor e mantém controle total sobre a operação e o compliance.

O Core Banking da Celcoin representa uma evolução do Banking as a Service. A empresa pode começar sob a licença da Celcoin e migrar para licença própria sem trocar de infraestrutura, mantendo a mesma base tecnológica, APIs e suporte em toda a jornada.

Quanto tempo leva para migrar de outra solução para o Core Banking da Celcoin?

O prazo varia conforme a complexidade da estrutura existente e a disponibilidade da equipe para conduzir a migração. Clientes com operações mais simples conseguem concluir a implementação ou migração em cerca de uma semana. Operações mais complexas, com múltiplos produtos, grande base de clientes e integrações legadas, podem levar até três meses.

A Celcoin disponibiliza uma equipe dedicada de suporte técnico para acompanhar todo o processo e reduzir riscos de indisponibilidade.

Como a Celcoin garante a automação dos relatórios regulatórios exigidos pelo Banco Central?

O Core Banking da Celcoin possui conexão direta com a RSFN e o SPB e automatiza a geração e o envio de relatórios como CCS, CADOCs, COSIF, DIMP, BacenJud e obrigações tributárias. Os pipelines são configurados para coleta, validação e submissão automática, com trilha de auditoria completa e alertas para exceções.

Essa automação reduz dependência de processos manuais e diminui o risco de erros ou atrasos nas obrigações acessórias contábeis e fiscais exigidas de IPs e SCDs.

Como funciona a separação entre o ledger interno e as contas BaaS externas na plataforma da Celcoin?

A Celcoin mantém um ledger interno segregado que funciona como sistema de registro imutável de todos os movimentos financeiros. Os saldos são derivados de lançamentos contábeis em dupla entrada, e não de colunas de saldo mutáveis.

A reconciliação entre o ledger interno e os extratos externos ocorre de forma automatizada e periódica, com classificação de discrepâncias por severidade e geração de alertas. Essa arquitetura garante rastreabilidade regulatória e reduz o risco de desvio de saldo que só aparece em auditorias.

A Celcoin atende fintechs que ainda não possuem licença própria e também as que já são reguladas?

Sim. Empresas sem licença própria podem operar sob a licença de IP da Celcoin no modelo Banking as a Service, com acesso a produtos como contas digitais, Pix, cartões, TED e boletos, além de gestão de KYC, PLD e relatórios regulatórios centralizada na Celcoin.

Quando a empresa obtém licença própria, a migração para o Core Banking ocorre sobre a mesma base tecnológica, sem necessidade de trocar de fornecedor ou reconstruir integrações. Esse modelo contínuo faz da Celcoin um parceiro único para toda a jornada de evolução regulatória e tecnológica da fintech.