Il Banking as a Service è il modello attraverso cui un provider di infrastrutture bancarie dotato di licenza espone le funzionalità bancarie fondamentali — conti, carte, emissione di IBAN, pagamenti, KYC — tramite API, consentendo alle aziende non bancarie di integrare tali funzionalità nei propri prodotti senza detenere autonomamente una licenza bancaria. Questa guida copre il BaaS nella sua interezza: definizione, storia, architettura, regolamentazione, dimensioni del mercato e criteri per scegliere un provider.
Il Banking as a Service, abbreviato BaaS, è un modello di erogazione in cui un istituto bancario autorizzato o un istituto di moneta elettronica espone le proprie funzionalità bancarie fondamentali — apertura di conti, registrazioni contabili, emissione di IBAN, avvio di pagamenti, emissione di carte, cambio valuta, controlli KYC e AML — tramite API programmabili. Un partner non bancario — una fintech, un marketplace, una piattaforma software, un team di tesoreria aziendale — utilizza tali API per integrare funzionalità bancarie nel proprio prodotto, con il proprio marchio, mentre la licenza sottostante, l'adeguatezza patrimoniale, la reportistica regolamentare e la responsabilità sulla gestione del denaro rimangono in capo al provider BaaS.
Il termine viene talvolta utilizzato in modo intercambiabile con embedded finance, ma i due concetti non coincidono. L'embedded finance descrive il risultato percepito dall'utente finale — funzionalità finanziarie disponibili all'interno di un prodotto non finanziario. Il BaaS descrive l'infrastruttura tecnologica sottostante. Ogni prodotto di embedded finance è abilitato da una qualche forma di BaaS.
Costruire un'infrastruttura bancaria da zero è strutturalmente complesso. Una nuova banca necessita di una licenza bancaria (anni di iter autorizzativi e immobilizzazione di capitale), di uno stack tecnologico regolamentato con antiriciclaggio, screening delle sanzioni e monitoraggio delle transazioni, di certificazioni degli schemi per le carte, di conti di regolamento presso banche centrali o partner corrispondenti, e di una vigilanza prudenziale continuativa. Il costo complessivo si misura generalmente in decine di milioni di euro, con un orizzonte temporale da due a quattro anni prima che un singolo cliente possa essere acquisito.
Il BaaS comprime questo percorso. Una fintech che utilizza un provider BaaS eredita la licenza, l'infrastruttura regolamentare e le relazioni con gli schemi del provider. Il time-to-market si riduce da anni a settimane. Il perimetro regolamentare si contrae perché il partner opera come canale distributivo, non come raccoglitore di depositi. Il rischio operativo si concentra nel provider, che lo gestisce come infrastruttura core anziché come attività accessoria.
Uno stack BaaS moderno è tipicamente articolato nei seguenti livelli:
Un provider BaaS che offre solo uno o due di questi livelli è più correttamente definito processore di pagamenti o piattaforma di card issuing. Un provider BaaS completo — come Codego BaaS — è proprietario dell'intero stack, dalla licenza all'API.
Un'app rivolta ai consumatori che offre conti, carte e pagamenti senza detenere una licenza bancaria. La neobank gestisce il marchio, l'esperienza cliente e la superficie del prodotto; il provider BaaS gestisce la licenza, il ledger e i circuiti di pagamento. La maggior parte degli MVP di neobank moderni è costruita in questo modo.
Le piattaforme SaaS — in particolare nell'ambito delle risorse umane, della gestione delle spese, dei marketplace, dei pagamenti nell'economia gig e della contabilità per le PMI — integrano conti, carte e pagamenti per catturare i proventi delle transazioni. La piattaforma gestisce il flusso di lavoro; il BaaS fornisce i primitivi finanziari.
I prodotti crypto-nativi utilizzano i provider BaaS per emettere IBAN fiat, gestire conti di regolamento per depositi e prelievi in valuta fiat, ed emettere carte finanziate in crypto che spendono stablecoin o asset on-chain sui circuiti Visa e Mastercard.
Le aziende con volumi di transazioni elevati, più filiali o pagamenti internazionali ricorrono al BaaS per IBAN virtuali brandizzati, riconciliazione automatizzata ed emissione programmatica di carte per pagamenti a fornitori e gestione delle spese aziendali.
Il BaaS opera all'interno di un quadro normativo consolidato, non al di fuori di esso. Nell'Unione Europea, i regimi rilevanti sono la PSD2 per i servizi di pagamento, la Direttiva EMI per gli istituti di moneta elettronica, la Direttiva sui Requisiti Patrimoniali per il settore bancario, la normativa AML per l'antiriciclaggio e, in misura crescente, l'AI Act e il DORA per la resilienza operativa. Nel Regno Unito, l'autorizzazione FCA disciplina gli istituti di pagamento e gli istituti di moneta elettronica; la Bank of England vigila sulle banche. Negli Stati Uniti, il perimetro regolamentare è più frammentato: vi contribuiscono i regolatori bancari federali, le licenze statali per la trasmissione di denaro e la charter bancaria nazionale a finalità specifica dell'OCC.
Per i partner, l'implicazione pratica è che la licenza del provider BaaS definisce il perimetro di ciò che il partner può e non può fare. Un provider con licenza EMI può emettere moneta elettronica, conti e carte, ma non può erogare credito con fondi propri. Un provider con licenza bancaria piena può raccogliere depositi e concedere prestiti. La scelta del provider determina quindi la roadmap di prodotto.
Sei domande guidano la maggior parte delle valutazioni BaaS:
Lo stack BaaS completo di Codego — IBAN UE, SEPA, SWIFT, wallet multi-valuta, emissione carte, sponsorizzazione BIN e KYC, in un unico perimetro regolamentare.
Come le fintech emettono carte Visa e Mastercard senza detenere la membership principale.
L'emissione di carte dalla A alla Z: ciclo di vita, EMV, PCI DSS e pattern di integrazione.
I circuiti bancari europei, gli IBAN virtuali e l'emissione tramite API in tempo reale.