Costruire o comprare: il costo reale di un sistema di core banking

Prima o poi ogni founder fintech dà un prezzo alla stessa decisione: costruire il sistema di core banking in-house, oppure ottenerne uno in licenza e configurarlo. Il confronto ingenuo — una licenza da un lato, qualche stipendio da sviluppatore dall'altro — è quasi sempre sbagliato, perché le due colonne non contengono le stesse cose.

Il confronto onesto è il costo totale di possesso lungo la vita del prodotto: la costruzione, la manutenzione permanente, il lavoro ricorrente di sicurezza e compliance, e i ricavi che non generi mentre costruisci. Noi facciamo software di core banking, quindi ovviamente abbiamo una posizione — ma il calcolo qui sotto è quello che vorremmo vedere se fossimo noi i compratori.

Cosa significa davvero "un sistema di core banking"

La maggior parte delle stime costruire-o-comprare deraglia prima ancora di scrivere il primo numero, perché il perimetro viene sottostimato. L'app bancaria che vedono i tuoi clienti è la frazione visibile del sistema. Un core pronto per la produzione è quattro prodotti in uno:

• Il nucleo transazionale: un ledger a partita doppia che resta in quadratura sotto carico concorrente, dove ogni saldo è derivato dal ledger e riconciliato ogni giorno con ciascun provider.
• Il prodotto per il cliente: l'app bancaria stessa, l'onboarding con livelli di KYC e KYB, conti multivaluta, bonifici, carte — e, sempre più spesso, wallet crypto con una vera custodia delle chiavi alle spalle.
• Il secondo prodotto che nessuno mette a budget: un back office operativo per le code di compliance, il monitoraggio delle transazioni, la configurazione delle commissioni, la reportistica e i ruoli granulari per lo staff.
• Lo strato invisibile: un audit trail append-only, flussi di doppio fattore oltre il login, rate limiting, fingerprinting dei dispositivi e una gestione delle chiavi che tiene i segreti fuori dal codice e dal database.

La via del costruire: cosa contiene davvero il budget

Una costruzione interna realistica richiede ingegneri backend senior con esperienza in sistemi finanziari, ingegneri frontend, DevOps e sicurezza, QA, e un coordinamento di prodotto che capisca la compliance. I team che raggiungono qualità da produzione raramente scendono sotto le sei-dieci persone senior — e il profilo scarso, ingegneri che hanno già gestito ledger e custodia in produzione, è esattamente il più difficile da assumere e da trattenere.

Sui tempi, lo schema è costante: da uno a due anni per raggiungere ciò che una piattaforma matura offre dal primo giorno. Il tempo non se ne va nelle schermate; se ne va nella correttezza del ledger sotto concorrenza, nelle integrazioni con i provider che portano ciascuna le proprie particolarità di sandbox e i propri passaggi di certificazione, nell'irrobustimento della sicurezza e nella lunga coda di casi limite che compaiono solo con clienti e denaro reali.

E la spesa non finisce al lancio. I provider cambiano le API, le reti blockchain si aggiornano, la regolamentazione si muove, le dipendenze invecchiano. Un core interno non è un progetto che finisce; è un team permanente che ti impegni a finanziare finché il prodotto esiste.

I costi che non entrano mai nel foglio di calcolo

• Costo opportunità: ogni mese speso a costruire il ledger è un mese in cui il prodotto non è sul mercato. I concorrenti che hanno preso il core in licenza stanno acquisendo clienti e iterando sui prezzi mentre tu stai ancora integrando i provider.
• Rischio di assunzione: il piano presume che il team che inizia la costruzione la finisca. Perdere uno dei due ingegneri che capiscono il ledger a metà progetto è un evento di calendario che si misura in mesi.
• La coda della correttezza: un ledger corretto al 99% non è quasi finito — è un generatore di ticket di supporto, squadrature di riconciliazione e incidenti regolatori. L'ultimo 1% costa più del primo 99%.
• La sicurezza come operazione: penetration test, rotazione delle chiavi, risposta agli incidenti, monitoraggio e alert — costi ricorrenti che esistono anche se non succede nulla.
• La manutenzione della compliance: scadenza dei documenti KYC, regole sulle cripto-attività in evoluzione, nuovi obblighi di reporting. Il lavoro si ripete ogni anno e non si può rinviare.
• Il back office: le costruzioni interne trattano sistematicamente gli strumenti dello staff come un ripensamento, e il team operativo eredita una console SQL. Qualunque regolatore o auditor che la veda ti obbligherà a ricostruirlo come si deve.
• La localizzazione: uscire in molte lingue con un vero supporto right-to-left costa poco se progettato dal primo giorno ed è caro da innestare quando il prodotto è già costruito.

La via del comprare: cosa paghi e cosa resta tuo

Sul lato del comprare, la colonna della tecnologia è esplicita: una licenza o un noleggio della piattaforma — i vendor seri prezzano moduli, chain e lingue singolarmente, così la fattura segue ciò che attivi davvero — più l'infrastruttura su cui gira l'istanza. Ciò che comprare non elimina: le tue licenze regolatorie o gli accordi con i partner, i tuoi contratti commerciali con i provider, il tuo staff operativo, la tua distribuzione. Quei costi appartengono all'operatore in entrambe le vie — comprare elimina la montagna di ingegneria, non il business.

I costi onesti del comprare hanno la forma della dipendenza: la roadmap non è del tutto tua, e la piattaforma vale quanto il suo modulo peggiore. Le mitigazioni sono verificabili prima di firmare: un'istanza dedicata con il tuo database e i tuoi segreti cifrati, così lasciare il vendor è una migrazione e non una trattativa con ostaggi; integrazioni dei provider tenute dietro un livello di astrazione, così gli accordi sono tuoi e i provider si possono sostituire; licenze modulari, così paghi solo ciò che accendi; e prove che la piattaforma ha già gestito clienti e denaro reali.

Quando costruire in-house è la scelta giusta

Costruire-o-comprare non è una domanda retorica con risposta predeterminata. Costruire è la scelta giusta quando almeno una di queste condizioni è vera:

• L'infrastruttura è il prodotto: vendi il ledger, la custodia o la capacità stessa di banking-as-a-service, quindi possederla è il business.
• La tua differenziazione vive in requisiti che nessun vendor copre — non funzionalità che a un vendor mancano questo trimestre, ma capacità strutturalmente fuori da ciò che le piattaforme fanno.
• Hai già un team senior con esperienza di core banking in produzione, e la liquidità per finanziarlo per anni senza ricavi.
• Un regolatore o una capogruppo impone il pieno controllo interno dello stack come condizione non negoziabile.

Un quadro di cinque domande

• Differenziazione: un cliente ti sceglierà mai perché il tuo ledger è fatto in casa? Se il tuo vantaggio è nel prodotto, nella distribuzione o nel prezzo, il core è idraulica — essenziale, ma non qualcosa che tocca a te reinventare.
• Tempi: il business può assorbire da uno a due anni senza ricavi mentre il core viene costruito, in un mercato che non aspetta?
• Team: hai, o puoi realisticamente assumere e trattenere, ingegneri che hanno gestito in produzione sistemi che muovono denaro?
• Costo a tre anni: confronta il costo di costruzione più un team di manutenzione permanente contro licenza più moduli attivati su tre anni — mai costo di lancio contro costo di lancio.
• Uscita: com'è andarsene in ciascuna via? In-house, il rischio è che le persone chiave se ne vadano con la conoscenza. Con un vendor, esigi un'istanza dedicata, il tuo database e le tue chiavi, e l'uscita è una migrazione.

Dove si colloca Coreza in questa decisione

Coreza è la colonna del comprare, costruita per superare la checklist qui sopra: ogni cliente gestisce un'istanza dedicata su AWS con il proprio database e i propri segreti cifrati, ogni modulo — chain, lingue e token inclusi — è concesso in licenza singolarmente così il prezzo segue ciò che attivi, e le integrazioni dei provider stanno dietro un livello di astrazione così gli accordi commerciali restano tuoi.

Una versione di questo core è in produzione presso una fintech europea regolamentata dal 2024, e una nuova istanza si distribuisce in settimane: brand, moduli, lingue e chain sono configurazione, non ingegneria. Se stai facendo i conti di costruire-o-comprare, è questo il confronto che ti invitiamo a fare — costo a tre anni contro costo a tre anni, con la colonna nascosta compilata.