Última atualização: 17 de julho de 2026
Principais lições deste artigo
-
Modernizar o Core Banking sem interromper operações exige uma estratégia incremental. Padrões como Strangler Fig e shadow mode reduzem o risco de uma migração em big-bang.
-
Ter uma camada anticorrupção (ACL) é essencial para traduzir protocolos legados em APIs modernas. Essa camada permite integração segura sem alterações invasivas no mainframe.
-
Incorporar conformidade regulatória contínua com o Banco Central, incluindo CADOC, CCS, COSIF, DIMP e COAF, desde a concepção do novo sistema, evita retrabalho e riscos de sanções.
-
Executar testes em shadow mode combinados com CDC e Kafka ajuda a garantir consistência de dados e validação de regras de negócio antes do go-live incremental.
-
Para implementar Core Banking próprio com APIs modulares, licenças regulatórias e suporte completo, conheça a solução completa da Celcoin.
Por que modernizar sistemas legados no Brasil em 2026?
O mercado financeiro brasileiro acelera investimentos em tecnologia. Os bancos brasileiros devem investir R$ 50,4 bilhões em tecnologia em 2026, um crescimento de 8% em relação ao ano anterior e de 58% nos últimos cinco anos. Em 2025, 83% das transações bancárias ocorreram por canais digitais, com 78% via mobile banking, totalizando 240,8 bilhões de transações.
Esse volume exige infraestrutura em tempo real. Mainframes monolíticos e orientados a batch não sustentam a latência exigida pelo Pix, pelos fluxos de Open Finance e pelos novos requisitos de reporte do Banco Central. Resoluções do BCB exigem a identificação individual de cada cliente final em arranjos de Banking as a Service, com prazos de adequação em 2026. Instituições que ainda operam com contas agregadas enfrentam risco de não conformidade.
A Resolução BCB 494/2025 eliminou a isenção por porte e passou a exigir autorização prévia do Banco Central para toda instituição de pagamento operar em qualquer modalidade. A modernização do Core Banking passa a ser condição de continuidade operacional, e não apenas uma escolha de eficiência.
O que é Core Banking próprio e conceitos essenciais
Core Banking próprio é a infraestrutura tecnológica central que uma instituição financeira ou de pagamento opera sob sua própria licença regulatória. Essa infraestrutura gerencia ledger, contas, liquidação, compliance e reportes sem depender da licença de terceiros.
Os conceitos técnicos fundamentais para a implementação incluem:
-
Camada de integração anti-corrupção (Anti-Corruption Layer, ACL: adaptador arquitetural que traduz protocolos legados, como COBOL, SOAP e arquivos batch, para APIs REST ou eventos modernos. Essa camada isola o novo sistema do modelo de dados do legado.
-
Padrão Strangler Fig: estratégia de substituição gradual em que novos microsserviços são desenvolvidos ao redor do sistema monolítico existente e o tráfego é progressivamente roteado para os novos serviços. Essa abordagem evita migrações em big-bang.
-
Change Data Capture (CDC: técnica que captura cada INSERT, UPDATE e DELETE no banco de dados legado e os propaga como eventos para o novo sistema, sem modificar o código-fonte do legado.
-
Shadow mode (execução paralela: padrão em que o tráfego de produção é roteado simultaneamente para o sistema legado e para o novo, com comparação de outputs. O legado permanece como sistema de registro até que a concordância sustentada de 99,99% ou mais seja atingida.
-
Obrigações regulatórias: CADOC, CCS, COSIF, DIMP e reportes ao COAF, que precisam ser suportados nativamente pelo novo Core Banking.
Como criar camada anticorrupção para mainframe?
Uma camada anticorrupção eficiente traduz o protocolo nativo do sistema legado para APIs ou modelos de eventos da plataforma moderna, sem exigir mudanças invasivas no ledger central. Essa camada funciona como fronteira clara entre o legado e o novo Core Banking. O processo de criação segue estas etapas:
-
Mapeamento de contratos: documentar todos os pontos de integração do mainframe, como arquivos batch, chamadas CICS e filas MQ. Em seguida, definir o modelo canônico de dados que o novo sistema utilizará.
-
Implementação do adaptador: usar API Gateways e o Facade Pattern para isolar o sistema legado, traduzindo protocolos obsoletos como SOAP em APIs RESTful limpas. Isso permite que equipes de canais digitais evoluam de forma independente.
-
Versionamento e idempotência: definir endpoints REST ou gRPC com versionamento claro e operações idempotentes. Essa prática trata retentativas e timeouts de forma segura.
-
Observabilidade: instrumentar rastreamento de transações de ponta a ponta com IDs únicos e alertas automatizados vinculados a runbooks.
Como funciona na prática: etapas para implementação
Com a camada anticorrupção definida, a implementação completa do Core Banking próprio integrado a sistemas legados segue seis etapas incrementais. Essas etapas incorporam a ACL como componente central do fluxo de migração:
-
Análise do legado: inventariar todas as fontes de dados, volumes, donos, conexões automáticas e manuais. Muitas instituições de médio porte descobrem que precisam migrar ativamente apenas uma parte dos dados. Em seguida, mapear fluxos de dinheiro, identificar fronteiras rígidas do ledger e documentar regras de negócio não registradas.
-
Criação da camada de integração via APIs e eventos: implementar a ACL descrita na seção anterior. Separar a arquitetura em camadas de experiência, API Gateway, orquestração, integração e ledger ou dados melhora a manutenção.
-
Modelagem de ledger: manter um único modelo de lançamento consistente para que saldos, entradas, estornos e ajustes permaneçam coerentes entre canais. Adotar o protocolo Two-Phase Commit para a camada de ledger imutável e o padrão Saga para fluxos auxiliares de longa duração.
-
Sincronização de dados com CDC e Kafka: usar CDC combinado com Apache Kafka para propagar eventos imutáveis do banco de dados legado. Ferramentas como Debezium capturam cada alteração sem modificar o código legado.
-
Testes shadow mode em Core Banking: no modelo de execução paralela, o novo código processa requisições idênticas às do legado, mas apenas os resultados do legado chegam aos usuários. A comparação offline de outputs valida a compatibilidade, geralmente em 2 a 4 semanas. Combinar shadow testing com simulações de partição de rede via Chaos Engineering e testes de estresse concorrentes ajuda a validar cálculos de juros, tarifas e retenções antes do cutover.
-
Go-live incremental: usar canary releases para um subconjunto de usuários, feature toggles para rollback instantâneo, migração progressiva de clientes e reconciliação em tempo real entre sistemas antigo e novo. Manter o legado acessível em modo somente leitura por período definido após o cutover reduz risco operacional.
Implemente essas seis etapas com a infraestrutura completa da Celcoin.
Requisitos regulatórios do Bacen para Core Banking
Implementar Core Banking próprio no Brasil em 2026 exige aderência a normas do Sistema de Pagamentos Brasileiro e da Rede do Sistema Financeiro Nacional. O novo sistema precisa nascer preparado para esses requisitos:
-
Resolução BCB nº 573, com vigência em 1º de julho de 2026: estabelece novos requisitos mínimos de razão de alavancagem para instituições dos segmentos S1 e S2. Para suportar esses requisitos, a norma exige novos campos nos layouts do CADOC, incluindo o CADOC 4016. Além disso, amplia as obrigações de reporte para administradoras de consórcio e prestadores de serviços de ativos virtuais. Sistemas de Core Banking devem estar adaptados e validados desde a data de entrada em vigor.
-
Contas agregadas: a individualização de clientes finais mencionada anteriormente deve ser implementada até os prazos de 2026. O Core Banking precisa registrar cada cliente final de forma granular.
-
Autorização prévia: a Resolução BCB 494/2025 tornou obrigatória a autorização prévia para todas as instituições de pagamento, sem exceção por porte. O sistema deve suportar controles e reportes compatíveis com essa exigência.
-
Pix e TED: as Resoluções BCB 496/2025 e 497/2025 impõem limite transacional de R$ 15.000 por operação para IPs não autorizadas em Pix e TED. O Core Banking precisa aplicar esses limites de forma automática.
-
Reporte ao COAF: o Core Banking deve incorporar módulos de monitoramento contínuo com ciclo de até 45 dias para seleção e até 45 dias para análise. A geração automática de comunicações de operações suspeitas e a retenção de registros por 10 anos com rastreabilidade completam esse requisito.
-
e-Financeira: a IN RFB 2.278/2025 estende obrigações de reporte mensal via SPED a instituições de pagamento, carteiras digitais e participantes de arranjos de pagamento. O Core Banking precisa gerar esses arquivos de forma consistente.
-
Open Finance: integração direta com a infraestrutura do Banco Central para acesso e transmissão de dados financeiros com consentimento do usuário, seguindo o Guia UX do Bacen.
Boas práticas de arquitetura, governança de dados e observabilidade
Uma arquitetura bem definida sustenta a evolução do Core Banking. Adotar princípios BIAN e MACH ajuda a construir arquiteturas composáveis e padronizadas que evitam lock-in de fornecedor e criam superfícies de API reutilizáveis. Em seguida, separar workloads de leitura intensiva, escrita intensiva e assíncronos, e usar orquestração Kubernetes com horizontal pod autoscaling para absorver picos de tráfego.
Uma boa modelagem de eventos reduz acoplamento entre serviços. Separar domain events, específicos de um bounded context, de integration events, que cruzam contextos, e usar o Outbox Pattern garante que mudanças de estado e publicação de eventos ocorram na mesma fronteira transacional.
Uma governança de dados consistente garante qualidade e conformidade. Aplicar data lineage, verificações de qualidade, mascaramento e tokenização em camadas analíticas, políticas de retenção e pipelines de streaming permite suportar detecção de fraude em tempo real e reporte regulatório.
Uma estratégia de observabilidade robusta reduz tempo de resposta a incidentes. Implementar rastreamento distribuído, métricas de alta cardinalidade, logging centralizado, experimentos de chaos engineering e simulações regulares de disaster recovery com RPO e RTO definidos aumenta a confiabilidade.
A separação de caminhos operacionais e analíticos protege a integridade das transações. Workloads de reporte e inteligência de clientes não devem interferir na integridade do lançamento de transações. Usar CQRS para separar o lado de escrita, com transações ACID em PostgreSQL, do lado de leitura, com views materializadas em Elasticsearch ou Redis, reduz contenção.
Adote essas práticas de arquitetura e governança com o Core Banking da Celcoin.
Erros comuns na migração de Core Banking
Evitar erros recorrentes aumenta a chance de sucesso da migração. Migração em big-bang representa um dos riscos mais altos. Reescritas completas de sistemas legados apresentam altos riscos de falha porque esses sistemas encapsulam regras de negócio não documentadas e o negócio continua gerando novos requisitos durante a reescrita. O incidente do TSB Bank em 2018 gerou £330 milhões em custos extras de TI e se tornou referência sobre os riscos de cutover único.
Manter operação com contas-bolsão após os prazos regulatórios é outro erro crítico. Manter estruturas de contas agregadas expõe a instituição a sanções e à cessação compulsória de operações. O Core Banking deve individualizar cada cliente final desde a concepção.
Ignorar testes de consistência de dados aumenta a probabilidade de falhas. Cerca de 83% dos projetos de migração de dados falham, excedem o orçamento ou perdem prazos. Pular dry-runs com dados reais de produção, omitir validação de lógica de negócio e não definir critérios claros de rollback são causas frequentes.
Falta de governança reduz alinhamento entre tecnologia e negócio. Uma estrutura de governança robusta com liderança clara de projeto, alinhamento de stakeholders, avaliação contínua de riscos e estratégia de comunicação é necessária para acompanhar a transformação do Core Banking.
Negligenciar a camada de segurança aumenta exposição a fraudes e incidentes. Uma abordagem zero-trust de IAM com acesso de menor privilégio, credenciais de sessão com tempo limitado, MFA e autenticação adaptativa baseada em risco protege operações de desenvolvedores e usuários finais.
Evite esses erros com a solução testada e validada da Celcoin para fintechs, bancos digitais e ERPs.
Aplicações por perfil de empresa
Fintechs e bancos digitais licenciados precisam de um Core Banking alinhado à sua licença. Instituições que já possuem licença de Instituição de Pagamento ou Instituição Financeira devem operar um Core Banking que integre diretamente essa licença, automatize reportes regulatórios como CCS, CADOCs, COSIF e DIMP e suporte crescimento de base de clientes sem troca de infraestrutura. O padrão Strangler Fig permite migrar módulos de menor risco primeiro, como onboarding e canais digitais, enquanto o legado permanece operacional.
ERPs podem ampliar seu portfólio com serviços financeiros embutidos. Plataformas de gestão empresarial que desejam embutir serviços financeiros para seus clientes enfrentam sistemas legados inflexíveis e alto custo de desenvolvimento próprio. A integração via APIs modulares permite adicionar contas digitais, Pix, boletos e DDA diretamente no ERP sem reconstruir a infraestrutura regulatória do zero. 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.
Varejistas de grande porte podem consolidar seus serviços financeiros em um Core Banking próprio. Empresas de varejo que operam serviços financeiros embarcados, como cartões, contas e pagamentos, sob a licença de um parceiro podem migrar de forma incremental. Essa migração permite manter a mesma base tecnológica e expandir para novos produtos financeiros sem interromper as operações existentes.
Celcoin: infraestrutura para Core Banking próprio
A Celcoin opera com um portfólio completo de licenças e tecnologia proprietária, oferecendo APIs modulares para que empresas possam prover serviços bancários completos, de contas digitais e cartões até liquidação, compliance e relatórios regulatórios. Fintechs, bancos digitais, ERPs e grandes varejistas podem iniciar utilizando as licenças da Celcoin no modelo Banking as a Service e, depois, migrar para suas próprias licenças com o Core Banking, mantendo a mesma base tecnológica, segurança e suporte. A Celcoin medeia mais de R$ 30 bilhões em transações mensalmente e atende mais de 6 mil clientes. A tabela a seguir resume como cada funcionalidade da plataforma se traduz em benefícios concretos para sua operação:
|
Funcionalidade da Celcoin |
Benefício para sua empresa |
|
APIs modulares |
Integrações mais rápidas, reduzindo custos e prazos de desenvolvimento. |
|
Experiência e suporte ao desenvolvedor |
Documentação, SDKs e sandboxes 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, melhorando o tempo para geração de receita e competitividade. |
|
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 mesmo com altos volumes, protegendo sua 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, melhorando 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. |
Conheça o banking da Celcoin e estruture seu Core Banking próprio com suporte especializado.


