La decisión que define el techo de tu producto
Existe una decisión de infraestructura que toda fintech o empresa financiera debe tomar —tarde o temprano— y que es notoriamente difícil de revertir: la elección del core banking.
El core banking no es solo un sistema. Es la base sobre la que se construyen todos los productos financieros. Cada cuenta creada, cada transacción procesada, cada regla de producto definida pasa por el core. Y cuando esta base tiene limitaciones —cuando no soporta el volumen que necesitas, no tiene la API que tu producto exige o cobra por cada personalización como si fuera un proyecto de desarrollo separado— el techo de lo que puedes construir se hace visible de forma dolorosa.
El coste de cambiar de core banking es elevado. No solo en términos financieros, sino también en tiempo, riesgo operativo, retrabajo de integraciones e impacto en los clientes durante la migración. Por eso, elegir bien desde el principio —o entender claramente a qué estás renunciando al elegir una plataforma con limitaciones conocidas— es una de las decisiones estratégicas más importantes de cualquier operación financiera.
Este artículo está escrito para quienes se encuentran en este proceso: eligiendo su primer core banking, evaluando un cambio o simplemente intentando entender qué está en juego antes de firmar cualquier contrato.
📌 Contexto: Este artículo forma parte de nuestra serie sobre Banking as a Service. Si todavía estás evaluando si vas a construir tu propia infraestructura o a utilizar un modelo BaaS, te recomendamos empezar por la guía Banking as a Service: qué es, cómo funciona y cuándo merece la 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
El mercado de core banking ha evolucionado en generaciones tecnológicas que todavía coexisten —y entender esta evolución es esencial para evaluar a cualquier proveedor con claridad.
Sistemas legados (mainframe y monolítico)
Los sistemas bancarios legados se construyeron entre las décadas de 1970 y 1990, cuando el requisito principal era procesar grandes volúmenes de transacciones con absoluta fiabilidad. Cumplieron este papel con maestría —y por eso todavía ejecutan gran parte del sistema bancario mundial, incluidos los grandes bancos brasileños.
Las limitaciones son conocidas: arquitectura monolítica que dificulta los cambios, tecnologías de programación escasas en el mercado (COBOL, por ejemplo), procesos por lotes (batch) que no fueron diseñados para el tiempo real, y un coste de mantenimiento creciente a medida que el código envejece.
Para las fintechs y los nuevos participantes, los sistemas legados no son una opción realista. Para los bancos tradicionales, la migración es un proyecto de años —con un riesgo operativo significativo en cada etapa.
Core banking cloud-native
La segunda generación de cores bancarios se construyó de forma nativa para la nube —con arquitectura de microservicios, APIs REST, procesamiento en tiempo real y escalabilidad elástica. Plataformas como Mambu, Thought Machine y Dock (en Brasil) representan este perfil.
Las ventajas son claras: flexibilidad, escalabilidad, APIs bien documentadas y actualizaciones continuas sin ventanas de mantenimiento prolongadas. Las limitaciones aparecen a una escala extrema —algunos sistemas cloud-native aún están demostrando su capacidad para procesar los volúmenes de un banco minorista de gran tamaño— y en personalizaciones muy específicas que pueden requerir un desarrollo adicional junto con el proveedor.
Para fintechs y bancos digitales, el core banking cloud-native es hoy el estándar del mercado.
Arquitectura modular y API-first
La evolución más reciente es el core banking como plataforma de composición —un conjunto de módulos independientes (cuentas, transacciones, productos, cumplimiento) que se pueden combinar según la necesidad, consumir a través de API y reemplazar individualmente sin afectar a los demás.
Este modelo ofrece la máxima flexibilidad, pero exige una mayor madurez de ingeniería para su integración y operación. Es la arquitectura ideal para fintechs con un equipo técnico robusto que desean un control granular sobre cada componente del stack financiero.
🔗 Profundización técnica: Para entender cómo encaja el core banking en la infraestructura bancaria completa —junto con APIs, cumplimiento, seguridad y observabilidad— lee el artículo Infraestructura bancaria: qué debe considerar tu fintech antes de elegir un socio.
Core Banking próprio vs. plataforma BaaS: quando construir e quando contratar
Antes de evaluar qué core banking elegir, vale la pena responder a una pregunta previa: ¿necesita un core banking propio o tiene más sentido utilizar una plataforma BaaS que ya incluye el core como parte de la infraestructura?
La respuesta depende de tres variables principales:
Nivel de personalización necesario: Los productos financieros estandarizados (cuenta de pago, tarjeta prepago, Pix) están bien cubiertos por el core integrado en plataformas BaaS. Los productos con reglas de negocio muy específicas (crédito con scoring propietario, productos de inversión personalizados, reglas de liquidación complejas) pueden requerir un core propio con mayor flexibilidad.
Volumen y margen: El core bancario de una plataforma BaaS tiene un coste integrado en la tarifa por transacción o en la cuota mensual. En volúmenes bajos y medios, este coste es eficiente. En volúmenes muy altos, el análisis de TCO puede indicar que construir un core propio es más económico.
Ambición de plataforma: Si la estrategia es convertirse en un proveedor de BaaS —ofrecer infraestructura para otros—, disponer de un core propio y controlado es casi siempre necesario.
🔗 Para quienes se encuentran en esta decisión: El artículo BaaS vs. Embedded Finance vs. White Label: qué modelo elegir para su fintech presenta una matriz comparativa que incluye la dimensión 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 elección del core banking a menudo se gestiona como una decisión de infraestructura técnica, delegada en el CTO con poca participación de las áreas de producto y negocio. Este es un error con consecuencias a largo plazo.
El core banking define el límite de lo que es posible construir. Una plataforma con APIs limitadas restringirá la hoja de ruta del producto. Un sistema sin flexibilidad de configuración creará dependencia del proveedor para cada cambio de regla de negocio. Un modelo de precios opaco generará sorpresas en los costos en el momento en que el volumen comience a crecer.
La decisión correcta es aquella que equilibra la velocidad de lanzamiento con la flexibilidad del producto, el costo inicial con el TCO a largo plazo y la autonomía técnica con el riesgo de implementación. Y debe involucrar a producto, ingeniería, cumplimiento y finanzas desde el principio, no solo en el momento de firmar el contrato.
🚀 Próximo paso: Con el core banking mapeado, el siguiente nivel de evaluación es entender cómo encaja en la infraestructura bancaria completa, incluyendo APIs, seguridad, cumplimiento y observabilidad. Lea el artículo Infraestructura bancaria: lo que su fintech debe considerar antes de elegir un socio.
