Ai nevoie de licență bancară pentru o aplicație fintech?

„Ai nevoie de licență bancară ca să lansezi o aplicație fintech?” sunt de fapt trei întrebări îmbrăcate într-una singură. Păstrezi banii clienților? Îi miști? Și a cui permisiune de reglementare acoperă acea mișcare — a ta sau a altcuiva? Răspunde la ele și întrebarea despre licență se rezolvă aproape singură. Varianta scurtă care surprinde majoritatea echipelor: cele mai multe aplicații fintech nu dețin niciodată o licență bancară, pentru că cele mai multe aplicații fintech nu fac niciodată singurul lucru pentru care există licența bancară. Ce urmează este o hartă a spectrului, nu consultanță juridică — scopul este să știi ce întrebări să pui înainte ca cineva să-ți dea un termen sau un preț.

Pentru ce există, de fapt, o licență bancară

O licență bancară completă — în termeni europeni, o autorizație de instituție de credit — permite o singură activitate, atent supravegheată: atragerea de depozite de la public și acordarea acelor bani mai departe sub formă de credite. Acest decalaj de scadență, finanțarea unor credite pe termen lung cu solduri pe care clienții le pot retrage oricând, este motivul pentru care băncile poartă cerințe grele de capital, obligații de garantare a depozitelor și un supervizor care le citește bilanțul rând cu rând. Dacă aplicația ta nu atrage depozite și nu creditează pe baza lor, aproape sigur nu vorbim despre o licență bancară. Vorbim despre ceva mai ușor, mai jos pe spectru — iar spectrul este toată povestea.

Spectrul autorizațiilor, de la cea mai grea la cea mai ușoară

Permisiunile financiare vin în trepte. Sus stă instituția de credit — banca — care poate păstra depozite și acorda credite. Sub ea, o instituție emitentă de monedă electronică (IMEE) poate emite monedă electronică: poate stoca valoarea clientului și o poate pune pe carduri sau în portofele, dar fondurile pe care le ține trebuie protejate — ținute separat și neatinse, niciodată date cu împrumut. Mai jos, o instituție de plată poate executa plăți — inițiază transferuri, colectează, remite, acceptă tranzacții cu cardul — dar nu este construită să stocheze valoare în timp; banii trec prin ea, nu rămân. Iar la bază, un agent sau un distribuitor nu deține nicio autorizație proprie, ci operează sub autorizația unei entități licențiate care l-a înregistrat.

Tiparul este că fiecare treaptă în jos renunță la o capacitate și, odată cu ea, la o felie de capital și de obligații. Păstrarea depozitelor este cel mai greu lucru pentru care poți fi autorizat; a fi agentul cuiva care poate face asta este cel mai ușor. Cele mai multe aplicații fintech de consum — portofele, carduri, transferuri, linkuri de plată — trăiesc în zona IMEE și a instituției de plată, sau deasupra unui partener care deține una dintre acele permisiuni. Foarte puține au nevoie să fie bancă, iar a ști asta din timp scutește mult efort risipit aiurea.

Un mod rapid de a te așeza pe spectru: dacă clienții vor ține un sold în aplicație — un portofel pe care îl alimentează, un card pe care îl încarcă în avans — ești în teritoriul monedei electronice, pentru că stocarea valorii este permisiunea care definește o IMEE. Dacă banii doar trec — inițiezi un transfer, colectezi o factură, transmiți mai departe o plată — o autorizație de instituție de plată este potrivirea firească, deținută de tine sau de un partener. Dacă nu atingi deloc fondurile, ci doar prezinți informații despre conturi ținute în altă parte, și asta are propria înregistrare, mai ușoară. Cu cât stai mai sus, cu atât mai mult capital și mai multă supraveghere vin atașate; scopul de design este să stai nu mai sus decât cere efectiv produsul.

Închirierea permisiunii: modele de parteneriat

Nu trebuie să deții tu însuți permisiunea ca să construiești pe ea. Ruta obișnuită este să o închiriezi. Într-un aranjament de bancă parteneră sau Banking-as-a-Service, o bancă licențiată sau o IMEE ține conturile, emite IBAN-urile și cardurile și protejează fondurile; tu construiești aplicația pe API-ul lor și livrezi experiența. Într-un model de agent, te înregistrezi ca agent al unei instituții de plată — sau ca distribuitor al unui emitent de monedă electronică — iar autorizația lor acoperă activitatea ta, autoritatea de reglementare aflând de tine prin ei. Contracte diferite, același fapt de fond: undeva în stivă, cineva deține permisiunea. Singura întrebare este dacă acel cineva ești tu sau un partener.

Cine poartă ce răspundere

Închirierea unei licențe nu închiriază și responsabilitatea. Entitatea licențiată este cea care răspunde în fața autorității de reglementare — pentru protejarea fondurilor clienților, pentru monitorizarea contra spălării banilor, pentru conduita întregului program. Dar aceste obligații curg la vale prin contract. Chiar dacă mergi pe licența unui partener, tot tu vei face KYC și onboarding, tot tu vei urmări tranzacțiile pentru prevenirea spălării banilor, tot tu vei respecta limitele și raportările la care partenerul este obligat. Răspunderea nu e chiar externalizată, ci împărțită: partenerul o deține față de autoritate și te deține pe tine printr-un contract care împinge mare parte din sarcina zilnică înapoi la tine. Citește acel contract la fel de atent cum ai citi licența pe care ai ales să nu o obții.

O licență este permisiunea de a păstra sau a mișca banii altora. Software-ul este modul în care acei bani sunt instruiți, reconciliați și arătați înapoi clientului. Le poți cumpăra de la un singur furnizor sau de la doi — dar întotdeauna le cumperi pe amândouă.

— Protocore · Inginerie de plăți

Software-ul și licența sunt două achiziții separate

Aceasta este ideea care rearanjează tot proiectul. O aplicație de plăți pare un singur lucru pentru client, dar este de fapt două lucruri contopite: permisiunea reglementată de a păstra sau a mișca bani și software-ul care instruiește mișcarea, ține registrul, reconciliază încasările și afișează un sold pe ecran. Cele două se procură separat. Poți să deții propria licență și să cumperi software-ul; să deții o licență și să construiești software-ul intern; să închiriezi permisiunea printr-un partener și să cumperi software deasupra; sau să iei ambele de la un singur furnizor care le-a pus la pachet. Toate patru sunt normale. Ce nu e normal — și ce costă discret proiectele luni întregi — este confundarea celor două: să cauți o „licență bancară” când de fapt aveai nevoie de un partener BaaS plus o aplicație, sau să cauți o aplicație presupunând că permisiunea vine sudată de ea.

A le vedea ca achiziții separate clarifică lucrurile, pentru că îți permite să le prețuiești și să le planifici independent. Software-ul poate fi judecat pe meritele lui — funcționează fluxul de onboarding, e corect registrul, pot operatorii chiar să lucreze cu el — în timp ce permisiunea se judecă după jurisdicție, protejarea fondurilor și termeni. Protocore Pay (/products/pay) este un exemplu de strat software în sine: o platformă de aplicații whitelabel și o consolă de operare care rulează peste orice infrastructură reglementată aduci tu. Nu este o licență, iar niciun software nu este una — exact de aceea licența rămâne o linie separată în plan.

Întrebări de pus oricărui furnizor de platformă

Oricine îți vinde o platformă „lansează-ți fintech-ul”, aceeași listă scurtă taie prin cea mai mare parte a ambiguității. Produsul tău include o permisiune reglementată sau trebuie să vin cu a mea? Dacă include una, a cui licență este, în ce țări și sunt client direct al acelei entități sau agentul ei? Cine protejează fondurile clienților și unde sunt ținute? Cine este declarat la autoritate pentru prevenirea spălării banilor — tu, partenerul sau eu? Ce obligații cad pe mine prin contract, deși licența nu e a mea? Și dacă parteneriatul se încheie, ce se întâmplă cu banii clienților mei și cu datele lor? Răspunsurile împart repede furnizorii în cei care vând software, cei care revând permisiunea unui partener și cei care chiar au pus ambele la pachet — și îți spun cu care dintre cele trei vorbești de fapt.

Forma liniștitoare a întregii povești: cele mai multe aplicații se lansează ca software plus permisiunea unui partener și trec la propria licență abia când volumul, marja sau strategia fac ca acel capital și acel personal de conformitate să merite. A ști pe ce treaptă ai cu adevărat nevoie — și că software-ul și permisiunea se cumpără pe linii separate — este mare parte din bătălie. Restul înseamnă să pui întrebările de mai sus și să citești atent răspunsurile. Nimic din toate acestea nu este consultanță juridică, iar pragurile și denumirile categoriilor variază de la o jurisdicție la alta; tratează-l ca pe harta pe care o aduci la discuția cu o autoritate sau cu un consultant, nu ca pe un înlocuitor al ei.