La decisione che definisce il tetto del tuo prodotto
Esiste una decisione infrastrutturale che ogni fintech o azienda finanziaria deve prendere — prima o poi — e che è notoriamente difficile da revocare: la scelta del core banking.
Il core banking non è semplicemente un sistema. È la fondazione su cui sono costruiti tutti i prodotti finanziari. Ogni conto creato, ogni transazione elaborata, ogni regola di prodotto definita passa attraverso il core. E quando questa fondazione presenta dei limiti — non supportando il volume necessario, non avendo l'API richiesta dal tuo prodotto o addebitando ogni personalizzazione come se fosse un progetto a sé stante — il limite massimo di ciò che puoi costruire diventa dolorosamente visibile.
Il costo del cambio di core banking è elevato. Non solo dal punto di vista finanziario, ma anche in termini di tempo, rischio operativo, rilavorazione delle integrazioni e impatto sui clienti durante la migrazione. Per questo motivo, scegliere bene all'inizio — o comprendere chiaramente ciò che si accetta nel momento in cui si sceglie una piattaforma con limiti noti — è una delle decisioni strategiche più importanti per qualsiasi operazione finanziaria.
Questo articolo è stato scritto per chi si trova in questo percorso: nella scelta del primo core banking, nella valutazione di un cambiamento o semplicemente nel tentativo di capire cosa c'è in gioco prima di firmare qualsiasi contratto.
📌 Contesto: Questo articolo fa parte del cluster sul Banking as a Service. Se stai ancora valutando se costruire un'infrastruttura proprietaria o utilizzare un modello BaaS, ti consigliamo di partire dalla guida Banking as a Service: cos'è, come funziona e quando conviene.
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
Il mercato del core banking si è evoluto in generazioni tecnologiche che ancora coesistono — e comprendere questa evoluzione è essenziale per valutare chiaramente qualsiasi fornitore.
Sistemi legacy (mainframe e monolitici)
I sistemi bancari legacy sono stati costruiti tra gli anni '70 e '90, quando il requisito principale era elaborare grandi volumi di transazioni con assoluta affidabilità. Hanno svolto questo ruolo magistralmente — e per questo motivo fanno ancora girare buona parte del sistema bancario mondiale, compresi i grandi istituti brasiliani.
I limiti sono noti: architettura monolitica che rende difficili i cambiamenti, tecnologie di programmazione scarse sul mercato (COBOL, ad esempio), processi batch che non sono stati progettati per il tempo reale e costi di manutenzione crescenti con l'invecchiamento del codice.
Per le fintech e i nuovi operatori, i sistemi legacy non sono un'opzione realistica. Per le banche tradizionali, la migrazione è un progetto che richiede anni — con un rischio operativo significativo in ogni fase.
Core banking cloud-native
La seconda generazione di core banking è stata costruita nativamente per il cloud — con architettura a microservizi, API REST, elaborazione in tempo reale e scalabilità elastica. Piattaforme come Mambu, Thought Machine e Dock (in Brasile) rappresentano questo profilo.
I vantaggi sono chiari: flessibilità, scalabilità, API ben documentate e aggiornamenti continui senza lunghe finestre di manutenzione. I limiti emergono su scala estrema — alcuni sistemi cloud-native stanno ancora dimostrando la loro capacità di elaborare i volumi di una banca al dettaglio di grandi dimensioni — e in personalizzazioni molto specifiche che possono richiedere uno sviluppo aggiuntivo insieme al fornitore.
Per le fintech e le banche digitali, il core banking cloud-native è oggi lo standard di mercato.
Architettura modulare e API-first
L'evoluzione più recente è il core banking come piattaforma di composizione — un insieme di moduli indipendenti (conti, transazioni, prodotti, compliance) che possono essere combinati a seconda delle necessità, consumati tramite API e sostituiti individualmente senza influire sugli altri.
Questo modello offre la massima flessibilità, ma richiede una maggiore maturità ingegneristica per l'integrazione e la gestione. È l'architettura ideale per le fintech con un team tecnico robusto che desiderano un controllo granulare su ciascun componente dello stack finanziario.
🔗 Approfondimento tecnico: Per comprendere come il core banking si inserisce nell'infrastruttura bancaria completa — insieme ad API, compliance, sicurezza e osservabilità — leggi l'articolo Infrastruttura bancaria: cosa deve considerare la tua fintech prima di scegliere un partner.
Core Banking próprio vs. plataforma BaaS: quando construir e quando contratar
Prima di valutare quale core banking scegliere, vale la pena rispondere a una domanda precedente: hai bisogno di un core banking proprietario o ha più senso utilizzare una piattaforma BaaS che include già il core come parte dell'infrastruttura?
La risposta dipende da tre variabili principali:
Livello di personalizzazione richiesto: I prodotti finanziari standardizzati (conto di pagamento, carta prepagata, Pix) sono ben serviti dal core integrato nelle piattaforme BaaS. I prodotti con regole di business molto specifiche — come il credito con scoring proprietario, prodotti di investimento personalizzati, regole di liquidazione complesse — possono richiedere un core proprietario con maggiore flessibilità.
Volume e margine: Il core banking di una piattaforma BaaS ha un costo integrato nella tariffa per transazione o nel canone mensile. Su volumi medio-bassi, questo costo è efficiente. Su volumi molto elevati, l'analisi del TCO può indicare che la costruzione di un core proprietario è più economica.
Ambizione di piattaforma: Se la strategia è quella di diventare un fornitore di BaaS — offrendo infrastrutture ad altri — avere un core proprietario e controllato è quasi sempre necessario.
🔗 Per chi si trova a prendere questa decisione: L'articolo BaaS vs. Embedded Finance vs. White Label: quale modello scegliere per la tua fintech offre una matrice comparativa che include la dimensione del 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
La scelta del core banking è spesso considerata come una decisione di infrastruttura tecnica, delegata al CTO con scarsa partecipazione da parte della divisione di prodotto e di business. Questo è un errore con conseguenze a lungo termine.
Il core banking definisce il limite massimo di ciò che è possibile costruire. Una piattaforma con API limitate limiterà la roadmap del prodotto. Un sistema senza flessibilità di configurazione creerà dipendenza dal fornitore per ogni modifica delle regole di business. Un modello di pricing opaco genererà sorprese sui costi non appena il volume inizierà a crescere.
La scelta giusta è quella che bilancia la velocità di lancio con la flessibilità del prodotto, il costo iniziale con il TCO a lungo termine e l'autonomia tecnica con il rischio di implementazione. Inoltre, deve coinvolgere i dipartimenti di prodotto, ingegneria, compliance e finanza fin dall'inizio, non solo al momento della firma del contratto.
🚀 Passo successivo: Con il core banking mappato, il livello successivo di valutazione consiste nel capire come si inserisce nell'infrastruttura bancaria completa, includendo API, sicurezza, compliance e osservabilità. Leggi l'articolo Infrastruttura bancaria: cosa deve considerare la tua fintech prima di scegliere un partner.
