Como integrar plataforma de banco digital com Pix e cartões

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

Principais lições deste artigo

• Em 2026, a integração com Pix e cartões deixou de ser diferencial e tornou-se requisito obrigatório para fintechs, bancos digitais, ERPs e varejistas operarem no Brasil.

• Escolher entre Banking as a Service ou Core Banking define o tempo de lançamento, o custo e o nível de autonomia regulatória da operação.

• Conectar ao SPI exige autenticação mútua TLS, certificados ICP-Brasil, validação de CPF ou CNPJ e webhooks validados por HMAC para garantir liquidação em tempo real.

• Automatizar Pix Automático e Pix por aproximação e adotar MED 2.0, DICT 8.2 e reconciliação por EndToEndId reduz erros operacionais e riscos regulatórios.

• Para acelerar essa jornada com infraestrutura regulada e APIs modulares, acesse a plataforma da Celcoin.

Conceitos essenciais para a integração

Integrar Pix e cartões exige clareza sobre os componentes do ecossistema e sobre o modelo de operação escolhido.

• SPI (Sistema de Pagamentos Instantâneos): infraestrutura do Banco Central que liquida transações Pix em tempo real, 24 horas por dia, 7 dias por semana.

• DICT (Diretório de Identificadores de Contas Transacionais): base de dados do Banco Central que associa chaves Pix a contas bancárias.

• Arranjo Pix: conjunto de regras, participantes e procedimentos que regem o funcionamento do Pix, definido pelo Banco Central do Brasil.

• Adquirência: processo em que uma instituição habilita estabelecimentos a aceitar pagamentos com cartão, conectando-os às bandeiras, como Visa.

• Tokenização: substituição dos dados reais do cartão, como PAN e CVV, por um token único e irreversível, o que reduz o escopo de conformidade PCI DSS.

• Banking as a Service (BaaS): modelo em que uma instituição licenciada disponibiliza infraestrutura regulatória e tecnológica via APIs para empresas sem licença própria operarem serviços financeiros.

• Core Banking: infraestrutura bancária completa para instituições que já possuem licença própria, como IP ou IF, com gestão de contas, liquidação, relatórios regulatórios e tesouraria.

• Webhooks de liquidação: notificações HTTP enviadas em tempo real pelo provedor de infraestrutura ao sistema da empresa quando uma transação muda de status, o que elimina a necessidade de polling.

• Open Finance: ecossistema regulado pelo Banco Central que permite o compartilhamento de dados financeiros com consentimento do usuário entre instituições autorizadas, viabilizando personalização e iniciação de pagamentos.

Quanto custa abrir uma fintech?

Entender os custos e prazos de cada modelo de operação ajuda a decidir entre Banking as a Service e licença própria antes de avançar para a integração técnica.

Para obtenção de licença direta como Instituição de Pagamento, o capital mínimo integralizado exigido é de R$ 9,2 milhões, ou faixa entre R$ 9,2 e R$ 32,8 milhões conforme a modalidade. A empresa ainda precisa investir de R$ 500 mil a R$ 3 milhões em tecnologia e Core Banking, além de estruturas de governança, compliance e operação.

O processo de autorização pelo Banco Central leva de 12 a 18 meses, sem garantia de aprovação. A participação direta no Pix exige de 12 a 24 meses adicionais, dependendo do histórico da instituição.

No modelo Banking as a Service, produtos simples como conta de pagamento e cartão pré-pago podem ser lançados em 4 a 12 semanas. Os custos variáveis incluem taxas por transação, como R$ 0,05 a R$ 0,30 para Pix Automático, mensalidade de plataforma e custos de KYC por usuário.

O custo de oportunidade de aguardar 6 meses por uma licença direta pode chegar a R$ 12 milhões para um produto projetado em R$ 2 milhões de receita mensal. Essa diferença de tempo de lançamento costuma ser decisiva para empresas em fase de crescimento.

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.

Como integrar Pix ao sistema?

A integração com o Pix combina decisões regulatórias e etapas técnicas. O roteiro a seguir se aplica tanto ao modelo Banking as a Service quanto ao Core Banking.

1. Definir o modelo de participação: empresas sem licença do Banco Central operam como participantes indiretos via Banking as a Service, utilizando a licença de um parceiro autorizado. Empresas já licenciadas como Instituição de Pagamento ou Instituição Financeira podem tornar-se participantes diretos no SPI, em um processo que leva de 12 a 24 meses e exige disponibilidade mínima de 99,5%, solução antifraude integrada ao mecanismo FRAUD do Banco Central, certificados ICP-Brasil e conexão via RSFN.

2. Conectar ao SPI via APIs modulares: no modelo Banking as a Service, a empresa integra APIs REST do provedor, que gerencia a autenticação no SPI, o ciclo de vida das chaves no DICT e os relatórios regulatórios. A validação de CPF ou CNPJ junto à Receita Federal antes do registro de chaves é obrigatória desde julho de 2025, conforme a Resolução BCB nº 457/2025.

3. Configurar webhooks de liquidação: cada transação Pix deve disparar eventos em tempo real para o sistema da empresa. Os payloads precisam conter EndToEndId, valor, timestamp e status. A validação HMAC-SHA256 do payload é prática obrigatória para evitar confirmações falsas.

4. Implementar reconciliação automatizada: o EndToEndId é o identificador único de cada transação Pix no SPI. A reconciliação consiste em cruzar esse identificador com os registros internos, validando valor e timestamp. Sistemas sem reconciliação automatizada ficam sujeitos a erros contábeis e irregularidades no COSIF, que exige segregação entre recursos próprios e de terceiros.

Integre sua plataforma ao SPI com APIs modulares e webhooks validados e conheça a infraestrutura da Celcoin.

Como automatizar Pix?

Pix Automático e Pix por aproximação ampliam a automação de cobranças recorrentes e pagamentos presenciais, e já fazem parte da rotina dos usuários em 2026.

O Pix Automático tornou-se obrigatório em todos os bancos brasileiros desde outubro de 2025 e registra alta taxa de adoção entre clientes que recebem a solicitação de autorização dentro do app bancário.

Para implementar o Pix Automático:

1. Criar o mandato via API: a chamada POST ao endpoint de pagamentos automáticos define o valor, fixo ou variável com mínimo e máximo, a periodicidade, como semanal, mensal, trimestral, semestral ou anual, e as configurações de agendamento automático por ciclo.

2. Gerenciar o ciclo de vida do mandato: os webhooks de status cobrem eventos de criação, aceitação, rejeição de consentimento e conclusão. Para cobranças de valor variável, a pré-notificação ao pagador deve ocorrer com pelo menos 2 dias úteis de antecedência.

3. Configurar retentativas automáticas: o Pix Automático permite até 3 tentativas em janelas predefinidas antes de marcar a transação como definitivamente falha. Cada retentativa dispara um novo evento de webhook.

4. Integrar o MED 2.0: desde fevereiro de 2026, o Mecanismo Especial de Devolução, MED 2.0, é obrigatório para todas as instituições participantes do Pix. O sistema rastreia fundos fraudulentos por até cinco camadas de contas subsequentes e permite recuperação em até 11 dias após contestação.

Para Pix por aproximação, a Instrução Normativa BCB 746, publicada em junho de 2026, elimina o limite fixo de R$ 500 por transação e permite que o usuário defina limites personalizados pelo app da instituição. As adaptações operacionais devem estar concluídas até 1º de outubro de 2026.

Panorama regulatório em 2026

O ambiente regulatório do Pix e dos arranjos de pagamento passou por atualizações que impactam diretamente projetos de integração em 2026.

• Resolução BCB nº 559/2026: fortalece protocolos de segurança, redefine políticas para agentes facilitadores, introduz o MED 2.0 com bloqueio dinâmico de contas suspeitas e padroniza a tabela de remuneração para operações de Pix Saque e Pix Troco.

• Instrução Normativa BCB 746: publicada em junho de 2026, flexibiliza os limites do Pix por aproximação e estende as regras à Jornada Sem Redirecionamento do Open Finance, com implementação obrigatória até 1º de outubro de 2026.

• Instrução Normativa BCB nº 722/2026: publicada em abril de 2026, introduz a versão 8.2 do Manual Operacional do DICT, descontinua endpoints legados de notificação de fraude e unifica o tratamento de devoluções sob o Fluxo de Recuperação de Valores. O uso de endpoints ou tags removidas resulta em rejeição de pacotes de transação.

• Resolução Conjunta nº 16/2025: todas as instituições BaaS têm até 31 de dezembro de 2026 para adaptar jornadas, contratos e interfaces de identificação visual. A norma proíbe arranjos white-label sem identificação da instituição licenciada e centraliza a responsabilidade de KYC, PLD ou FT e comunicação com o regulador no provedor autorizado.

• Open Finance: a integração com Pix ampliou o alcance das transações digitais. Novas modalidades como Pix Automático, Pix parcelado e Pix por aproximação exigem atualização de contratos com clientes, políticas de privacidade LGPD e processos de KYC antes do lançamento comercial.

Boas práticas e critérios de avaliação

A escolha da arquitetura e do parceiro de infraestrutura define o tempo de lançamento, a capacidade de evolução e o risco regulatório da operação.

Arquitetura de microsserviços permite atualização independente de módulos, como Pix, cartão e Open Finance, sem impacto em toda a plataforma. Essa modularidade é essencial para acompanhar atualizações regulatórias frequentes.

Documentação de API, SDKs e sandbox precisa refletir o ambiente de produção. Ambientes de teste fiéis reduzem ciclos de integração e custos de engenharia. Latência de produção abaixo de 200 ms e SLA contratual de 99,9% formam um patamar mínimo para operações críticas.

OAuth 2.0 e autenticação mútua TLS garantem segurança nas integrações. O Manual de Segurança do Pix, versão 3.7, exige TLS 1.2 ou superior com autenticação mútua para todas as conexões ao SPI via RSFN.

Tokenização e conformidade PCI DSS reduzem a exposição a dados sensíveis. A tokenização substitui o PAN do cartão por um token único, o que permite enquadrar a operação em PCI DSS SAQ A e elimina a necessidade de armazenar dados sensíveis nos sistemas da empresa.

Monitoramento antifraude com IA complementa as exigências do MED 2.0. Soluções modernas combinam análise comportamental por machine learning, autenticação biométrica e identificação de dispositivo, Device ID, para reduzir perdas e estornos.

Idempotência fecha o ciclo de segurança operacional. Toda requisição de pagamento deve incluir uma Idempotency-Key única, como UUID v4, para evitar cobranças duplicadas em caso de timeout ou retentativa.

Implemente essas práticas com arquitetura de microsserviços e conformidade PCI DSS e explore a solução da Celcoin.

Erros comuns e riscos

Evitar erros recorrentes reduz retrabalho, exposição regulatória e custos operacionais na integração com Pix e cartões.

• Contas-bolsão: estruturas em que recursos de terceiros são administrados sem segregação, misturando patrimônio do cliente com o da instituição. Essa prática é irregular, vedada pelas normas do Banco Central e pode comprometer o processo de autorização da instituição. O COSIF exige segregação contábil obrigatória entre recursos próprios e de terceiros.

• Ausência de reconciliação automatizada: sem cruzamento automático do EndToEndId com os registros internos, erros contábeis se acumulam e auditorias regulatórias ficam comprometidas. Em operações acima de 2.000 transações mensais, a reconciliação manual torna-se inviável.

• Relatórios regulatórios manuais ou ausentes: instituições participantes do Pix devem enviar relatórios diários e mensais ao Banco Central via RSFN. A ausência ou atraso nesses envios pode resultar em exclusão do SPI após 90 dias consecutivos sem liquidador ativo, conforme a Resolução BCB nº 559/2026.

• Uso de endpoints legados do DICT: após o go-live da versão 8.2 do DICT em maio de 2026, o uso de endpoints ou tags removidas, como refundCancelled, resulta em rejeição de pacotes e falha no acionamento do MED.

• Múltiplos fornecedores sem integração: a fragmentação entre provedores de Pix, cartão, KYC e relatórios regulatórios aumenta custos ocultos de integração, auditoria e falhas operacionais.

Aplicações por perfil de empresa

A mesma infraestrutura de Pix e cartões atende estratégias diferentes conforme o perfil da empresa.

• Fintechs em crescimento: utilizam o modelo Banking as a Service para lançar contas digitais, Pix e cartões pré-pagos em semanas, sem necessidade de licença própria. À medida que crescem e obtêm licença de Instituição de Pagamento, migram para Core Banking mantendo a mesma base tecnológica, sem reconstruir a operação.

• ERPs com embedded finance: integram serviços financeiros diretamente na plataforma de gestão, oferecendo pagamentos automáticos via Pix Automático, conciliação bancária nativa e cartões corporativos com marca própria. O resultado é aumento de retenção de clientes e nova linha de receita sem desenvolvimento proprietário de infraestrutura financeira.

• Varejistas com fidelização: emitem cartões white-label com bandeira Visa, integram Pix por aproximação nos pontos de venda e utilizam dados de Open Finance com consentimento para personalizar ofertas. A infraestrutura regulatória e de compliance fica a cargo do parceiro de Banking as a Service.

Funcionalidades da Celcoin

A Celcoin opera com portfólio completo de licenças e tecnologia proprietária, atendendo empresas reguladas e não reguladas em toda a jornada de serviços financeiros, do Banking as a Service para empresas sem licença própria ao Core Banking para instituições já autorizadas pelo Banco Central.

A plataforma media mais de R$ 30 bilhões em transações mensalmente e atende mais de 6 mil clientes, incluindo fintechs, bancos digitais, ERPs e varejistas. A tabela a seguir mostra como cada funcionalidade da Celcoin se converte em benefícios operacionais e estratégicos para 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, com impacto direto no tempo para geração de receita.
Distribuição white-label e embutida	Suporte a produtos financeiros com marca própria em diferentes jornadas digitais.
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	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 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.

Conclusão

Integrar uma plataforma de banco digital com Pix e cartões em 2026 exige decisões técnicas e regulatórias conectadas, desde a escolha do modelo de participação, Banking as a Service ou licença própria com Core Banking, até a conexão ao SPI com autenticação mútua TLS e certificados ICP-Brasil.

Configurar webhooks com validação HMAC, implementar reconciliação automatizada por EndToEndId e manter conformidade com MED 2.0, DICT versão 8.2 e Resolução Conjunta nº 16/2025 reduz riscos e retrabalho. Cada etapa mal executada representa risco regulatório, custo operacional ou perda de receita.

Adotar infraestrutura modular, com cobertura de licenças, relatórios regulatórios automatizados e suporte ao desenvolvedor, encurta o tempo de lançamento e ajuda a manter conformidade contínua em um ambiente normativo em constante atualização.

Reduza o tempo de lançamento e mantenha conformidade contínua acessando a plataforma completa da Celcoin.

FAQ

Qual a diferença entre Banking as a Service e Core Banking para integrar Pix e cartões?

No modelo Banking as a Service, a empresa utiliza a licença regulatória e a infraestrutura tecnológica de um parceiro autorizado pelo Banco Central para operar serviços financeiros como contas digitais, Pix e cartões sem precisar obter licença própria. Esse modelo permite lançar produtos financeiros em semanas.

O Core Banking representa a evolução natural. Quando a empresa obtém sua própria licença de Instituição de Pagamento ou Instituição Financeira, ela integra essa licença à infraestrutura do parceiro tecnológico e passa a operar de forma mais autônoma, mantendo a mesma base tecnológica, relatórios regulatórios automatizados e conexões ao SPI e ao DICT.

O banking da Celcoin oferece os dois modelos na mesma plataforma, o que permite iniciar no Banking as a Service e migrar para Core Banking sem trocar de infraestrutura.

O que são contas-bolsão e por que representam risco regulatório?

Contas-bolsão são estruturas em que recursos financeiros de múltiplos clientes finais permanecem em uma única conta sem segregação individual, o que mistura o patrimônio dos clientes com o da empresa operadora. Essa prática é irregular perante as normas do Banco Central e viola o COSIF, que exige segregação contábil obrigatória entre recursos próprios e de terceiros.

Além do risco de sanções administrativas, a operação com contas-bolsão pode comprometer o processo de autorização da instituição junto ao Banco Central e gerar responsabilidade civil perante os clientes finais. A Resolução Conjunta nº 16/2025 reforça a proibição desse modelo no contexto do Banking as a Service.

Quanto tempo leva para integrar Pix via Banking as a Service?

No modelo Banking as a Service, produtos como conta de pagamento com Pix e cartão pré-pago podem ser lançados em 4 a 12 semanas, dependendo da complexidade da operação e da qualidade da documentação técnica do provedor. Esse prazo contrasta com os 12 a 24 meses necessários para a participação direta no SPI como instituição licenciada.

Os principais fatores que influenciam o tempo de integração são a qualidade do ambiente de sandbox do provedor, a disponibilidade de SDKs, a experiência da equipe de engenharia e o escopo das funcionalidades contratadas, como Pix Automático, webhooks de liquidação e reconciliação automatizada. Provedores com documentação atualizada e suporte ativo ao desenvolvedor reduzem ciclos de integração e custos de engenharia.