A decisão que define o teto do seu produto
Existe uma decisão de infraestrutura que toda fintech ou empresa financeira precisa tomar — cedo ou tarde — e que é notoriamente difícil de reverter: a escolha do core banking.
O core banking não é apenas um sistema. É a fundação sobre a qual todos os produtos financeiros são construídos. Cada conta criada, cada transação processada, cada regra de produto definida passa pelo core. E quando essa fundação tem limitações — quando ela não suporta o volume que você precisa, não tem a API que o seu produto exige ou cobra por cada customização como se fosse um projeto separado — o teto do que você consegue construir fica visível de forma dolorosa.
O custo de trocar de core banking é alto. Não apenas financeiro — em tempo, risco operacional, retrabalho de integrações e impacto nos clientes durante a migração. Por isso, escolher bem no início — ou entender claramente o que você está aceitando ao escolher uma plataforma com limitações conhecidas — é uma das decisões estratégicas mais importantes de qualquer operação financeira.
Este artigo foi escrito para quem está nesse processo: escolhendo o primeiro core banking, avaliando uma troca ou simplesmente tentando entender o que está em jogo antes de assinar qualquer contrato.
📌 Contexto: Este artigo faz parte do cluster sobre Banking as a Service. Se você ainda está avaliando se vai construir infraestrutura própria ou usar um modelo BaaS, recomendamos começar pelo guia Banking as a Service: o que é, como funciona e quando vale a pena.
O que é Core Banking
Core banking é o sistema central de processamento de operações bancárias — o software que gerencia contas, processa transações, controla saldos, aplica regras de produtos financeiros e mantém o registro histórico de tudo que acontece na operação.
Se o banco ou a fintech fosse um organismo, o core banking seria o sistema nervoso central: não é o que o cliente vê, mas é o que processa cada sinal e garante que tudo funcione de forma coordenada.
O que o core banking processa
As funções centrais de um core banking incluem:
Gestão de contas: abertura, encerramento, manutenção de saldo, histórico de movimentações, limites e restrições por conta.
Processamento de transações: débitos, créditos, transferências, estornos — cada operação financeira é registrada, validada e confirmada pelo core.
Gestão de produtos financeiros: as regras de cada produto (conta corrente, conta poupança, crédito, cartão, investimento) são configuradas e executadas pelo core. Taxa de juros, carência, limite de crédito, regime de capitalização — tudo isso vive no core.
Compliance e controles regulatórios: o core mantém os registros necessários para relatórios ao Banco Central, controles de AML (anti-lavagem de dinheiro) e auditoria.
Conciliação e fechamento: ao final de cada dia operacional, o core reconcilia as posições, fecha o balanço e prepara os dados para os sistemas downstream.
O que o core banking não é
Vale esclarecer o que geralmente fica fora do escopo do core — e que precisa ser contratado ou construído separadamente:
Interface com o usuário final: o aplicativo, o internet banking, o portal — esses são sistemas separados que consultam e atualizam o core via API.
Canal de atendimento: CRM, chatbot, central de atendimento — sistemas de relacionamento com o cliente são integrados ao core, não parte dele.
Antifraude: sistemas de detecção e prevenção de fraude geralmente são camadas separadas, integradas ao core via API.
Infraestrutura de rede: Pix, TED, boleto — as integrações com os sistemas do Banco Central e das câmaras de liquidação são módulos específicos, muitas vezes fornecidos por parceiros especializados.
As três arquiteturas de Core Banking
O mercado de core banking evoluiu em gerações tecnológicas que ainda coexistem — e entender essa evolução é essencial para avaliar qualquer fornecedor com clareza.
Sistemas legados (mainframe e monolítico)
Os sistemas bancários legados foram construídos nas décadas de 1970 a 1990, quando o principal requisito era processar grandes volumes de transações com confiabilidade absoluta. Eles cumpriram esse papel com maestria — e por isso ainda rodam boa parte do sistema bancário mundial, incluindo grandes bancos brasileiros.
As limitações são conhecidas: arquitetura monolítica que dificulta mudanças, tecnologias de programação escassas no mercado (COBOL, por exemplo), processos de batch que não foram projetados para tempo real, e custo de manutenção crescente à medida que o código envelhece.
Para fintechs e novos entrantes, sistemas legados não são uma opção realista. Para bancos tradicionais, a migração é um projeto de anos — com risco operacional significativo a cada etapa.
Core banking cloud-native
A segunda geração de cores bancários foi construída nativamente para cloud — com arquitetura de microsserviços, APIs REST, processamento em tempo real e escalabilidade elástica. Plataformas como Mambu, Thought Machine e Dock (no Brasil) representam esse perfil.
As vantagens são claras: flexibilidade, escalabilidade, APIs bem documentadas e atualizações contínuas sem janelas de manutenção prolongadas. As limitações aparecem em escala extrema — alguns sistemas cloud-native ainda estão provando sua capacidade de processar os volumes de um banco de varejo de grande porte — e em customizações muito específicas que podem exigir desenvolvimento adicional junto ao fornecedor.
Para fintechs e bancos digitais, o core banking cloud-native é hoje o padrão de mercado.
Arquitetura modular e API-first
A evolução mais recente é o core banking como plataforma de composição — um conjunto de módulos independentes (contas, transações, produtos, compliance) que podem ser combinados conforme a necessidade, consumidos via API e substituídos individualmente sem afetar os demais.
Esse modelo oferece o máximo de flexibilidade, mas exige maior maturidade de engenharia para integrar e operar. É a arquitetura ideal para fintechs com time técnico robusto que querem controle granular sobre cada componente da stack financeira.
🔗 Aprofundamento técnico: Para entender como o core banking se encaixa na infraestrutura bancária completa — junto com APIs, compliance, segurança e observabilidade — leia o artigo Infraestrutura bancária: o que sua fintech precisa considerar antes de escolher um parceiro.
Core Banking próprio vs. plataforma BaaS: quando construir e quando contratar
Antes de avaliar qual core banking escolher, vale responder uma pergunta anterior: você precisa de um core banking próprio — ou faz mais sentido usar uma plataforma BaaS que já inclui o core como parte da infraestrutura?
A resposta depende de três variáveis principais:
Nível de customização necessário: Produtos financeiros padronizados (conta de pagamento, cartão pré-pago, Pix) são bem atendidos pelo core embutido em plataformas BaaS. Produtos com regras muito específicas de negócio — crédito com scoring proprietário, produtos de investimento customizados, regras de liquidação complexas — podem exigir um core próprio com mais flexibilidade.
Volume e margem: O core bancário de uma plataforma BaaS vem com um custo embutido no fee por transação ou na mensalidade. Em volumes baixos e médios, esse custo é eficiente. Em volumes muito altos, a análise de TCO pode apontar para a construção de core próprio como mais econômica.
Ambição de plataforma: Se a estratégia é se tornar um provedor de BaaS — oferecer infraestrutura para outros — ter um core próprio e controlado é quase sempre necessário.
🔗 Para quem está nessa decisão: O artigo BaaS vs. Embedded Finance vs. White Label: qual modelo escolher para sua fintech traz uma matriz comparativa que inclui a dimensão de core banking.
Os 8 critérios para avaliar um Core Banking
Independentemente de qual fornecedor está sendo avaliado, esses oito critérios cobrem as dimensões que mais impactam a operação no médio e longo prazo:
1. Escalabilidade comprovada O fornecedor tem clientes operando no volume que você projeta para daqui a 3 anos? Escalabilidade declarada em apresentação comercial não é o mesmo que escalabilidade comprovada em produção. Peça referências de clientes com perfil similar ao seu.
2. Qualidade e cobertura das APIs As APIs cobrem todos os produtos que você precisa lançar? A documentação é completa e atualizada? Existe um ambiente de sandbox funcional para testes antes da contratação? Uma API mal documentada ou instável multiplica o custo de integração.
3. Flexibilidade de configuração de produtos Você consegue configurar novos produtos financeiros — com regras específicas de taxa, limite, carência e condição — sem precisar abrir um chamado de desenvolvimento para o fornecedor? A autonomia de configuração de produto é um dos diferenciadores mais práticos entre plataformas.
4. Compliance e relatórios regulatórios O core gera automaticamente os relatórios exigidos pelo Banco Central (SCR, BACEN 3040, FINREP, entre outros)? Atualizações regulatórias são incorporadas pelo fornecedor sem custo adicional? Compliance como serviço é um dos maiores valores de um core banking bem posicionado.
5. Modelo de precificação e previsibilidade de custo O modelo de cobrança é por transação, por conta ativa, por módulo ou por mensalidade fixa? Qual é o custo projetado nos cenários de 10x e 100x do volume atual? Surpresas de custo em escala são uma das causas mais comuns de migração forçada de core banking.
6. Tempo de implementação e suporte ao onboarding Qual é o prazo típico para um cliente com o seu perfil ir ao ar? O fornecedor tem equipe de implementação dedicada ou o processo é self-service? Um onboarding mal estruturado atrasa o lançamento e consome horas de engenharia que poderiam estar no produto.
7. Roadmap e velocidade de evolução O fornecedor tem um roadmap público ou compartilhado com clientes? Quantas releases foram feitas nos últimos 12 meses? Com que velocidade features solicitadas por clientes são incorporadas? Um core bancário que para de evoluir rapidamente se torna um gargalo de produto.
8. Portabilidade e saída Como é o processo de migração de dados caso você precise trocar de fornecedor? Os dados são exportáveis em formato aberto? Existe lock-in técnico estrutural? Avaliar a saída antes de entrar é uma das práticas mais negligenciadas — e mais importantes — na escolha de qualquer infraestrutura crítica.
Os erros mais comuns na escolha do Core Banking
Esses erros aparecem repetidamente em projetos de avaliação e implementação de core banking. Conhecê-los não garante que você vai evitá-los — mas aumenta significativamente a chance.
Escolher pelo preço do contrato inicial. O custo de um core banking não é o fee mensal no primeiro ano — é o TCO em 5 anos, incluindo custos de customização, integrações, suporte, atualizações regulatórias e eventual migração. Plataformas com mensalidade mais baixa frequentemente compensam com cobranças por cada módulo adicional, cada relatório regulatório e cada customização de produto.
Não testar em sandbox antes de contratar. Apresentações comerciais mostram o que o sistema faz em condições ideais. O sandbox mostra o que o sistema faz quando o seu time tenta fazer o que você realmente precisa. São experiências frequentemente muito diferentes.
Subestimar o esforço de migração. Migrar de um core banking para outro em produção, sem impactar clientes, é um dos projetos técnicos mais complexos de uma operação financeira. Fintechs que escolhem o primeiro core "para começar" sem planejar a migração futura frequentemente descobrem que o custo de trocar é alto o suficiente para manter uma plataforma inadequada por mais tempo do que deveriam.
Ignorar o time técnico do fornecedor. O produto técnico de uma plataforma de core banking é tão bom quanto o time que o mantém. Antes de contratar, vale entender quem são os engenheiros responsáveis pela plataforma, qual é a rotatividade do time e qual é a capacidade de suporte em incidentes críticos fora do horário comercial.
Não avaliar o ecossistema de parceiros. Um bom core banking tem um ecossistema de parceiros certificados — integradores, consultorias, fornecedores de módulos complementares. Esse ecossistema reduz o custo de implementação, acelera o acesso a funcionalidades adicionais e aumenta a resiliência da operação.
Checklist de avaliação — 10 perguntas para fazer a qualquer fornecedor
Antes de avançar em qualquer processo de contratação de core banking, valide estes dez pontos:
Quais são os três maiores clientes com perfil similar ao nosso que operam na sua plataforma hoje?
Qual é o volume máximo de transações por segundo que a plataforma processa em produção — não em benchmark de laboratório?
Como é feita a configuração de um novo produto financeiro? Quem pode fazer isso — o nosso time ou apenas o fornecedor?
Quais relatórios regulatórios são gerados automaticamente, e quais exigem customização adicional?
Qual é o SLA de disponibilidade contratado, e como são tratados os incidentes que afetam esse SLA?
Como funciona o processo de atualização regulatória — quem é responsável, qual é o prazo típico e há custo adicional?
Qual é o modelo de precificação projetado para 10x do nosso volume atual?
Como é o processo de exportação de dados caso precisemos migrar para outra plataforma?
Qual é o roadmap dos próximos 12 meses, e como clientes influenciam as prioridades de desenvolvimento?
Qual é o processo de suporte em incidentes críticos fora do horário comercial?
Conclusão: Core Banking como decisão estratégica, não técnica
A escolha do core banking é frequentemente tratada como uma decisão de infraestrutura técnica — delegada ao CTO com pouca participação do lado de produto e negócio. Esse é um erro com consequências de longo prazo.
O core banking define o teto do que é possível construir. Uma plataforma com APIs limitadas vai restringir o roadmap de produto. Um sistema sem flexibilidade de configuração vai criar dependência do fornecedor para cada mudança de regra de negócio. Um modelo de precificação opaco vai criar surpresas de custo no momento em que o volume começa a crescer.
A decisão certa é aquela que equilibra velocidade de lançamento com flexibilidade de produto, custo inicial com TCO de longo prazo e autonomia técnica com risco de implementação. E ela precisa envolver produto, engenharia, compliance e financeiro desde o início — não apenas no momento de assinar o contrato.
🚀 Próximo passo: Com o core banking mapeado, o próximo nível de avaliação é entender como ele se encaixa na infraestrutura bancária completa — incluindo APIs, segurança, compliance e observabilidade. Leia o artigo Infraestrutura bancária: o que sua fintech precisa considerar antes de escolher um parceiro.
Leituras relacionadas
→ Banking as a Service: o que é, como funciona e quando vale a pena
→ Embedded Finance: o que é e como está transformando os serviços financeiros
→ BaaS vs. Embedded Finance vs. White Label: qual modelo escolher para sua fintech
→ Infraestrutura bancária: o que sua fintech precisa considerar antes de escolher um parceiro
