ANÁLISIS

Construir o comprar: el coste real de un core bancario

27 de julio de 2026 · 9 min de lectura · Coreza

Tarde o temprano, todo fundador fintech pone precio a la misma decisión: construir el core bancario en casa, o licenciar uno y configurarlo. La comparación ingenua — una licencia a un lado, unos cuantos sueldos de desarrollador al otro — es casi siempre errónea, porque las dos columnas no contienen las mismas cosas.

La comparación honesta es el coste total de propiedad durante la vida del producto: la construcción, el mantenimiento permanente, el trabajo recurrente de seguridad y compliance, y los ingresos que no generas mientras construyes. Nosotros hacemos software de core banking, así que obviamente tenemos una posición — pero el cálculo de abajo es el que querríamos ver si fuéramos los compradores.

Qué significa realmente "un core bancario"

La mayoría de las estimaciones de construir-o-comprar se tuercen antes de escribir el primer número, porque el alcance se queda corto. La app bancaria que ven tus clientes es la fracción visible del sistema. Un core apto para producción son cuatro productos en uno:

  • El núcleo transaccional: un ledger de doble entrada que se mantiene balanceado bajo carga concurrente, donde cada saldo se deriva del ledger y se concilia a diario contra cada proveedor.
  • El producto de cliente: la propia app bancaria, el onboarding con niveles de KYC y KYB, cuentas multidivisa, transferencias, tarjetas — y, cada vez más, wallets cripto con custodia de claves de verdad detrás.
  • El segundo producto que nadie presupuesta: un back office de operaciones para colas de compliance, monitorización de transacciones, configuración de comisiones, informes y roles granulares de staff.
  • La capa invisible: un registro de auditoría append-only, flujos de doble factor más allá del login, rate limiting, huella de dispositivo y una gestión de claves que mantiene los secretos fuera del código y de la base de datos.

La vía de construir: qué contiene de verdad el presupuesto

Una construcción interna realista necesita ingenieros backend sénior con experiencia en sistemas financieros, ingenieros frontend, DevOps y seguridad, QA, y una coordinación de producto que entienda el compliance. Los equipos que alcanzan calidad de producción rara vez bajan de seis a diez personas sénior — y el perfil escaso, ingenieros que ya han operado ledgers y custodia en producción, es exactamente el más difícil de contratar y de retener.

En plazos, el patrón es consistente: entre uno y dos años para alcanzar lo que una plataforma madura ofrece el primer día. El tiempo no se va en pantallas; se va en la corrección del ledger bajo concurrencia, en integraciones de proveedores que traen sus propias particularidades de sandbox y pasos de certificación, en el endurecimiento de seguridad y en la larga cola de casos límite que solo aparecen con clientes y dinero reales.

Y el gasto no termina en el lanzamiento. Los proveedores cambian sus APIs, las redes blockchain se actualizan, la regulación se mueve, las dependencias envejecen. Un core interno no es un proyecto que termina; es un equipo permanente que te comprometes a financiar mientras exista el producto.

Los costes que nunca aparecen en la hoja de cálculo

  • Coste de oportunidad: cada mes invertido en construir el ledger es un mes que el producto no está en el mercado. Los competidores que licenciaron su core están dando de alta clientes e iterando precios mientras tú sigues integrando proveedores.
  • Riesgo de contratación: el plan asume que el equipo que empieza la construcción la termina. Perder a uno de los dos ingenieros que entienden el ledger a mitad de proyecto es un evento de calendario que se mide en meses.
  • La cola de la corrección: un ledger correcto al 99% no está casi terminado — es un generador de tickets de soporte, descuadres de conciliación e incidentes regulatorios. El último 1% cuesta más que el primer 99%.
  • La seguridad como operación: tests de penetración, rotación de claves, respuesta a incidentes, monitorización y alertas — costes recurrentes que existen aunque no pase nada.
  • El mantenimiento del compliance: caducidad de documentos KYC, reglas de criptoactivos en evolución, nuevas obligaciones de reporte. El trabajo se repite cada año y no se puede aplazar.
  • El back office: las construcciones internas tratan sistemáticamente las herramientas del staff como algo secundario, y el equipo de operaciones hereda una consola SQL. Cualquier regulador o auditor que vea eso te obligará a reconstruirlo como es debido.
  • La localización: entregar en muchos idiomas con soporte right-to-left real es barato cuando se diseña desde el primer día y caro de reacondicionar cuando el producto ya está construido.

La vía de comprar: qué pagas y qué sigue siendo tuyo

En la vía de comprar, la columna de tecnología es explícita: una licencia o alquiler de la plataforma — los vendors serios ponen precio a módulos, chains e idiomas por separado, de modo que la factura sigue a lo que realmente activas — más la infraestructura sobre la que corre la instancia. Lo que comprar no elimina: tus licencias regulatorias o acuerdos con partners, tus contratos comerciales con proveedores, tu staff de operaciones, tu distribución. Esos costes pertenecen al operador en ambas vías — comprar elimina la montaña de ingeniería, no el negocio.

Los costes honestos de comprar tienen forma de dependencia: el roadmap no es del todo tuyo, y la plataforma vale lo que valga su peor módulo. Las mitigaciones son verificables antes de firmar: una instancia dedicada con tu propia base de datos y tus propios secretos cifrados, para que dejar al vendor sea una migración y no una negociación con rehenes; integraciones de proveedores tras una capa de abstracción, para que los acuerdos sean tuyos y los proveedores se puedan sustituir; licenciamiento modular, para pagar solo lo que enciendes; y evidencia de que la plataforma ha procesado clientes y dinero reales.

Cuándo construir en casa es la decisión correcta

Construir-o-comprar no es una pregunta retórica con respuesta predeterminada. Construir es lo correcto cuando al menos una de estas condiciones se cumple:

  • La infraestructura es el producto: vendes el ledger, la custodia o la propia capacidad de banking-as-a-service, así que ser su dueño es el negocio.
  • Tu diferenciación vive en requisitos que ningún vendor cubre — no funcionalidades que a un vendor le faltan este trimestre, sino capacidades estructuralmente fuera de lo que hacen las plataformas.
  • Ya tienes un equipo sénior con experiencia de core banking en producción, y la caja para financiarlo durante años sin ingresos.
  • Un regulador o una matriz impone el control interno total del stack como condición no negociable.

Un marco de cinco preguntas

  • Diferenciación: ¿algún cliente te elegirá alguna vez porque tu ledger es de cosecha propia? Si tu ventaja está en producto, distribución o precio, el core es fontanería — esencial, pero no algo que te toque reinventar.
  • Plazos: ¿puede el negocio absorber entre uno y dos años sin ingresos mientras se construye el core, en un mercado que no espera?
  • Equipo: ¿tienes, o puedes contratar y retener de forma realista, ingenieros que hayan operado sistemas que mueven dinero en producción?
  • Coste a tres años: compara coste de construcción más un equipo de mantenimiento permanente contra licencia más módulos activados a tres años — nunca coste de lanzamiento contra coste de lanzamiento.
  • Salida: ¿cómo es marcharse en cada vía? En casa, el riesgo es que las personas clave se vayan con el conocimiento. Con un vendor, exige instancia dedicada, tu propia base de datos y tus propias claves, y la salida es una migración.

Dónde encaja Coreza en esta decisión

Coreza es la columna de comprar, construida para superar el checklist de arriba: cada cliente opera una instancia dedicada en AWS con su propia base de datos y sus propios secretos cifrados, cada módulo — chains, idiomas y tokens incluidos — se licencia individualmente para que el precio siga a lo que activas, y las integraciones de proveedores viven tras una capa de abstracción para que los acuerdos comerciales sigan siendo tuyos.

Una versión de este core lleva en producción en una fintech europea regulada desde 2024, y una instancia nueva se despliega en semanas: marca, módulos, idiomas y chains son configuración, no ingeniería. Si estás echando los números de construir-o-comprar, esa es la comparación que te invitamos a hacer — coste a tres años contra coste a tres años, con la columna oculta rellenada.

¿Listo para ver tu banco funcionando?

Cuéntanos tu proyecto y te responderemos con una demo guiada y una propuesta a medida para tu mercado.

Reservar reunión