Como escolher APIs de BaaS para contas digitais PJ

Como escolher APIs de BaaS para contas digitais empresariais

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

Principais lições deste artigo

  • A Resolução Conjunta CMN BCB nº 16/2025 torna o provedor de Banking as a Service responsável por KYC, PLD/FT, relatórios e comunicação com o Banco Central, o que dispensa licença própria para quem contrata, desde que escolha um parceiro autorizado.

  • Contas PJ precisam ser individualizadas e ter segregação patrimonial. Estruturas de conta-bolsão estão proibidas e geram risco de sanções e perdas financeiras.

  • Ter APIs estáveis, sandbox fiel à produção, webhooks confiáveis e SLA acima de 99% é requisito mínimo para operar com segurança e escala.

  • Adotar modelos de custo transparentes, sem taxas de setup elevadas e com revenue share previsível, protege a margem do negócio em alto volume.

  • Para fintechs, ERPs, varejistas e marketplaces que desejam contas digitais empresariais, a Celcoin oferece infraestrutura completa de Banking as a Service e Core Banking com licença própria em uma única plataforma: conheça a solução.

Contexto regulatório e de infraestrutura financeira no Brasil em 2026

A Resolução Conjunta CMN BCB nº 16/2025 atribui ao provedor de Banking as a Service a responsabilidade regulatória integral pelos serviços prestados aos clientes finais, independentemente de quem os distribui. Fintechs, ERPs e varejistas que contratam um provedor autorizado não precisam de licença própria do Banco Central para operar contas PJ, mas precisam garantir que o parceiro cumpre todas as exigências da norma.

A resolução determina que todas as contas PJ sejam individualizadas, com segregação dos recursos de cada cliente. Contratos existentes têm até 31 de dezembro de 2026 para se adequar. A Celcoin oferece infraestrutura completa que atende a essas exigências regulatórias; conheça a solução.

O que são Banking as a Service, contas digitais empresariais e outros conceitos-chave?

Banking as a Service é o modelo em que uma instituição autorizada disponibiliza sua infraestrutura regulatória e tecnológica por meio de APIs para que terceiros ofereçam produtos financeiros com marca própria. Para avaliar APIs de Banking as a Service para contas PJ, alguns conceitos são centrais.

  • Conta digital PJ: conta de pagamento pré-paga ou pós-paga vinculada a um CNPJ, individualizada por cliente.

  • Licenças de Instituição de Pagamento (IP): autorização do Banco Central exigida do provedor de Banking as a Service para operar contas, Pix e outros serviços de pagamento.

  • Subcontas: contas vinculadas a uma conta principal, usadas para segregar fluxos de diferentes clientes ou unidades de negócio.

  • Webhooks: notificações em tempo real enviadas pelo provedor ao sistema do contratante quando ocorrem eventos como liquidação de Pix ou atualização de status de conta.

  • Sandbox: ambiente de testes que replica o comportamento de produção sem impactar dados reais.

  • Open Finance: ecossistema regulado pelo Banco Central que permite compartilhamento de dados financeiros, com consentimento do usuário, entre instituições.

Como funciona na prática a integração de APIs de Banking as a Service

A integração começa com o onboarding no sandbox do provedor, em que a equipe de engenharia valida fluxos de abertura de conta, KYC e liquidação antes de ir para produção. Ambientes sandbox que replicam o comportamento de produção permitem desenvolver e testar integrações sem afetar dados reais de clientes.

Em produção, o fluxo típico para contas PJ envolve abertura de conta via API com validação de CNPJ e documentos, geração de chave Pix vinculada à conta individualizada, liquidação de Pix e TED com notificação via webhook, emissão de cartão pré ou pós-pago e geração automatizada de relatórios regulatórios como DIMP e CADOCs. A responsabilidade pelo KYC, pelos controles de PLD/FT e pela comunicação direta com o Banco Central recai sobre o provedor autorizado, mesmo em operações terceirizadas.

Panorama regulatório em 2026 e obrigações acessórias

Provedores de Banking as a Service autorizados no Brasil precisam atender a requisitos de capital e entregar relatórios periódicos exigidos pelo Banco Central. Além das responsabilidades de KYC e PLD/FT já citadas, a norma exige governança corporativa robusta, gestão de riscos adequada e controles de segurança operacional e da informação compatíveis com os serviços oferecidos.

O descumprimento da Resolução Conjunta nº 16/2025 expõe provedores e contratantes a sanções administrativas do Banco Central, como advertências, multas, inabilitação de administradores e cassação de autorização de funcionamento. Avaliar a solidez regulatória do provedor é uma decisão de risco corporativo, não apenas técnica.

Critérios para avaliar APIs de Banking as a Service

  1. Licenças e responsabilidade regulatória: confirme que o provedor possui autorização ativa do Banco Central como IP e que assume contratualmente a responsabilidade integral por KYC, PLD, relatórios e comunicação com o regulador.

  2. Qualidade da documentação e sandbox: a camada de API deve ser estável, versionada e suportada por documentação técnica completa, ambientes sandbox e SLAs definidos de disponibilidade e tempo de resposta. Além da estabilidade da API, SDKs prontos e canais dedicados de suporte ao desenvolvedor aceleram a integração e reduzem o tempo total de implementação.

  3. Suporte a subcontas PJ e métodos de pagamento: verifique se a plataforma suporta contas individualizadas por CNPJ, Pix, incluindo Pix Automático, TED, boleto, cartão pré e pós-pago e DDA, com segregação patrimonial garantida.

  4. Webhooks e SLA de disponibilidade: a confiabilidade de webhooks para APIs de Banking as a Service depende de retentativas com backoff exponencial, idempotência baseada em IDs de evento estáveis, filas de dead-letter e verificação de assinatura via HMAC-SHA256. Exija SLA de disponibilidade acima de 99% e tempo de resposta em nível de sub-segundo.

  5. Modelo de custos transparente: mapeie todas as camadas de cobrança, como taxa de setup, mensalidade de acesso, tarifas por transação, revenue share e eventuais cobranças por volume excedente. Estruturas comerciais de Banking as a Service frequentemente combinam assinatura fixa, cobrança variável por uso e revenue sharing, o que pode gerar custos imprevisíveis em alto volume.

  6. Roadmap de migração e suporte técnico: avalie se o provedor oferece caminho estruturado para que a empresa migre para licença própria sem trocar de infraestrutura e se disponibiliza suporte técnico especializado com acesso direto a decisores.

Para explorar uma plataforma que cobre todos esses critérios técnicos e regulatórios, conheça o banking da Celcoin.

Erros comuns e riscos ao escolher um provedor de Banking as a Service

  • Subestimar a complexidade regulatória: contratar um provedor sem verificar o cumprimento integral da Resolução Conjunta nº 16/2025 expõe a empresa contratante a sanções solidárias do Banco Central.

  • Ignorar testes de volumetria no sandbox: a plataforma de Banking as a Service deve suportar volumes combinados de transações, cargas de usuários e taxas de chamadas de API de múltiplos clientes simultaneamente, usando infraestrutura em nuvem com escalabilidade elástica. Não testar isso em pré-produção aumenta o risco de falhas em picos de demanda.

  • Operar com contas-bolsão: estruturas não individualizadas são irregulares e proibidas pela nova regulamentação. O caso Synapse em 2024 ilustra esse risco, em que a falência do provedor expôs um déficit de cerca de US$ 85 milhões entre os fundos mantidos nos bancos e os valores devidos aos usuários finais, resultando em contas bloqueadas em diversas fintechs.

  • Não planejar a migração para licença própria: empresas que crescem sem um roadmap claro de obtenção de IP própria ficam dependentes da infraestrutura do provedor atual e podem enfrentar custos e riscos de migração elevados no futuro.

  • Ignorar a confiabilidade de webhooks: a implementação de webhooks precisa incluir mecanismos de retentativa, idempotência e verificação de assinatura. Em operações financeiras PJ, falhas podem representar risco direto de perda de transações.

Aplicações por perfil de empresa

  • Fintech em scale-up: utiliza Banking as a Service para lançar contas PJ com Pix, cartão e crédito embarcado sob a licença do provedor, com foco no desenvolvimento do produto e na experiência do cliente. À medida que a fintech cresce e atinge maturidade regulatória, ela pode migrar para Core Banking com licença própria sem trocar de infraestrutura, mantendo continuidade operacional durante a transição. 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.

  • ERP buscando embedded finance: integra contas PJ diretamente na plataforma de gestão, permitindo que clientes do software realizem pagamentos, recebam via Pix e gerenciem fluxo de caixa sem sair do sistema. Esse modelo cria nova linha de receita e aumenta a retenção da base.

  • Varejista ou marketplace: oferece contas digitais PJ a lojistas e parceiros, monetizando fluxos financeiros que antes eram repassados a terceiros. Plataformas B2B que não monetizam fluxos financeiros de vendedores deixam de capturar entre 1,5% e 4% de receita incremental sobre o GMV.

Soluções da Celcoin para contas digitais empresariais

A Celcoin oferece um portfólio completo de licenças e tecnologia proprietária em uma arquitetura única, com duas modalidades complementares. Para empresas sem licença própria, o banking da Celcoin disponibiliza infraestrutura regulatória e tecnológica com contas PJ individualizadas, Pix, TED, cartão, Open Finance, KYC, PLD e relatórios regulatórios automatizados, como DIMP, CADOCs e COSIF, sob a licença de Instituição de Pagamento da Celcoin. Para empresas já reguladas como IP ou IF, o Core Banking da Celcoin conecta a licença própria da instituição à mesma infraestrutura, com gestão de ledger, tesouraria, Open Finance e conformidade contínua com o Banco Central, sem necessidade de reconstruir a operaçã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 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 mantém serviços funcionando em altos volumes e protege a 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 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.

Perguntas frequentes sobre APIs de Banking as a Service para contas PJ

Quais são as obrigações regulatórias do provedor de Banking as a Service sob a Resolução Conjunta nº 16/2025?

O provedor de Banking as a Service autorizado pelo Banco Central assume responsabilidade integral por KYC, controles de PLD/FT, prevenção a fraudes, comunicação direta com o Bacen e entrega de relatórios obrigatórios como DIMP, CADOCs e COSIF, além de divulgar sua identidade de forma visível em todos os canais e documentos do serviço. A empresa contratante não precisa de licença própria, mas precisa garantir que o provedor cumpre essas exigências. O prazo final de adequação para contratos existentes é 31 de dezembro de 2026.

Quanto tempo leva para implementar APIs de Banking as a Service para contas PJ?

O tempo de implementação varia conforme a complexidade da estrutura existente e a qualidade da documentação e do sandbox do provedor. Integrações simples com APIs bem documentadas e SDKs disponíveis podem ser concluídas em uma semana. Implementações de média complexidade, com múltiplos métodos de pagamento e relatórios regulatórios, costumam levar de seis a oito semanas. Projetos de alta complexidade, com migração de sistemas legados ou integração com licença própria, podem demandar até três meses.

Como funciona o modelo de custos de APIs de Banking as a Service para contas empresariais?

Estruturas comerciais de Banking as a Service geralmente combinam três camadas: taxa de acesso à plataforma, mensal ou anual, tarifas variáveis por transação ou por serviço utilizado, como Pix, TED, emissão de cartão e relatórios, e, em alguns casos, revenue sharing sobre transações dos clientes finais. Provedores mais transparentes adotam modelos centrados em transações, sem taxas de setup elevadas que criem barreiras de entrada. Mapear o custo total por volume projetado antes de assinar o contrato, incluindo cobranças por excedente de chamadas de API, reduz o risco de surpresas.

É possível migrar de licença Banking as a Service para Core Banking com licença própria sem trocar de infraestrutura?

Essa migração é possível quando o provedor oferece uma jornada estruturada. O modelo ideal permite que a empresa comece operando sob a licença do provedor de Banking as a Service e, ao obter autorização como Instituição de Pagamento ou Instituição Financeira, integre essa licença à mesma infraestrutura tecnológica já em uso. Esse desenho elimina o risco de migração de dados, reduz custos de reengenharia e mantém a continuidade operacional durante o processo de autorização junto ao Banco Central.

Quais relatórios regulatórios o provedor de Banking as a Service deve gerar automaticamente?

Para operações de contas PJ no Brasil, os principais relatórios exigidos pelo Banco Central incluem DIMP, CADOCs, COSIF, CCS e SCR. Provedores com Core Banking completo também automatizam relatórios tributários, BacenJud e obrigações junto à Receita Federal e à SUSEP, conforme o perfil regulatório da empresa contratante.

Síntese dos critérios e próximos passos

A escolha de APIs de Banking as a Service para contas digitais empresariais em 2026 exige avaliação simultânea de seis dimensões: conformidade com a Resolução Conjunta nº 16/2025 e responsabilidade regulatória do provedor, qualidade do sandbox e da documentação técnica, suporte a contas PJ individualizadas e métodos de pagamento completos, confiabilidade de webhooks e SLA de disponibilidade, transparência do modelo de custos e existência de roadmap de migração para licença própria. Provedores que não atendem a todos esses critérios aumentam o risco regulatório, técnico e comercial da operação.

A Celcoin cobre toda essa jornada, do Banking as a Service para empresas sem licença ao Core Banking para instituições reguladas, com a mesma base tecnológica, suporte especializado e conformidade contínua com o Banco Central. A plataforma medeia mais de R$ 30 bilhões em transações por mês e atende mais de 6 mil clientes, de fintechs em estágio inicial a grandes bancos digitais e varejistas. Para conhecer a solução completa de Banking as a Service e Core Banking da Celcoin; acesse o site.