Skal man have en banklicens for at lancere en fintech-app?

"Skal man have en banklicens for at lancere en fintech-app?" er i virkeligheden tre spørgsmål i én frakke. Opbevarer I kundernes penge? Flytter I dem? Og hvis tilladelse fra tilsynet dækker den bevægelse – jeres eller en andens? Svar på de spørgsmål, så besvarer licensspørgsmålet stort set sig selv. Den korte version, som overrasker de fleste teams: langt de fleste fintech-apps har aldrig en banklicens, fordi langt de fleste fintech-apps aldrig gør det ene, en banklicens egentlig er til for. Det følgende er et kort over spektret, ikke juridisk rådgivning – målet er at vide, hvilke spørgsmål man skal stille, før nogen giver dig en tidsplan eller en pris.

Hvad en banklicens egentlig er til for

En fuld banklicens – i EU-termer en tilladelse som kreditinstitut – giver lov til én bestemt, stærkt overvåget aktivitet: at modtage indlån fra offentligheden og låne pengene ud igen. Netop den løbetidstransformation, hvor lange lån finansieres med saldi, kunderne kan hæve på forlangende, er grunden til, at banker har tunge kapitalkrav, indskydergarantiforpligtelser og et tilsyn, der læser deres balance linje for linje. Hvis din app ikke tager imod indlån og udlåner mod dem, er det næsten helt sikkert ikke en banklicens, du kigger på. Du kigger på noget lettere, længere nede i spektret – og spektret er hele historien.

Tilladelsesspektret, fra tungest til lettest

Finansielle tilladelser findes i niveauer. Øverst står kreditinstituttet — banken — som kan modtage indlån og udlåne. Under det kan et institut for elektroniske penge (EMI) udstede e-penge: det kan opbevare kundernes midler og lægge dem på kort eller i wallets, men de midler, det sidder med, skal sikres — holdes adskilt og urørt, aldrig udlånt. Dér under kan et betalingsinstitut (PI) gennemføre betalinger — igangsætte overførsler, opkræve, sende penge videre, indløse korttransaktioner — men er ikke bygget til at opbevare værdi over tid; pengene passerer igennem, de bliver ikke liggende. Og nederst har en agent eller distributør slet ingen egen licens, men opererer under tilladelsen fra en licenseret enhed, som har registreret vedkommende.

Mønstret er, at hvert trin nedad afgiver en evne og dermed en del af kapitalen og forpligtelserne. At modtage indlån er det tungeste, man kan få lov til; at være agent for en, der må, er det letteste. De fleste forbruger-fintechapps — wallets, kort, overførsler, betalingslinks — hører hjemme i EMI- og betalingsinstitutområdet eller oven på en partner, der har en af disse tilladelser. Meget få behøver at være en bank, og at vide det tidligt sparer en masse spildt arbejde.

En hurtig måde at placere sig selv på: Hvis dine kunder skal have en saldo i appen — en wallet, de fylder op, et kort, de forhåndsindlæser — er du i e-pengeland, for opbevaring af værdi er netop den tilladelse, der definerer et EMI. Hvis pengene kun passerer igennem — du igangsætter en overførsel, opkræver en regning, sender en udbetaling direkte videre — passer en tilladelse som betalingsinstitut naturligt, uanset om du selv eller en partner har den. Rører du slet ikke ved midlerne og viser kun oplysninger om konti, der føres andre steder, findes der endda en lettere registrering til det. Jo tungere du placerer dig, desto mere kapital og tilsyn følger med; målet er at placere sig ikke tungere, end produktet faktisk kræver.

At leje tilladelsen: partnermodeller

Du behøver ikke selv have tilladelsen for at bygge oven på den. Den almindelige vej er at leje den. I et sponsorbank- eller Banking-as-a-Service-setup fører en licenseret bank eller et EMI kontoene, udsteder IBAN-numre og kort og sikrer kundemidlerne; du bygger appen mod deres API og leverer oplevelsen. I en agentmodel registrerer du dig som agent for et betalingsinstitut — eller som distributør for en e-pengeudsteder — og deres licens dækker din aktivitet, mens tilsynet kender dig gennem dem. Forskellige kontrakter, samme grundfaktum: et sted i stakken sidder nogen med tilladelsen. Spørgsmålet er kun, om det er dig eller en partner.

Hvem bærer hvilket ansvar

At leje en licens betyder ikke, at man lejer sig fra ansvaret. Den licenserede enhed er den, der svarer til tilsynsmyndigheden — for sikring af kundemidler, for hvidvaskovervågning, for hele programmets forretningsførelse. Men forpligtelserne løber nedad via kontrakten. Kører du på en partners licens, skal du stadig stå for KYC og onboarding, stadig overvåge transaktioner for AML og stadig overholde de grænser og den rapportering, partneren er bundet af. Ansvaret outsources ikke så meget som fordeles: partneren hæfter over for tilsynet og over for dig gennem en kontrakt, der skubber en stor del af den daglige pligt tilbage på din side. Læs den kontrakt lige så omhyggeligt, som du ville læse den licens, du valgte ikke at søge.

En licens er tilladelse til at opbevare eller flytte andre menneskers penge. Software er måden, pengene instrueres, afstemmes og vises tilbage til kunden på. Du kan købe dem hos én leverandør eller to — men du køber altid begge dele.

Softwaren og licensen er to separate køb

Det er indsigten, der omordner hele projektet. En betalingsapp ligner én ting for kunden, men er to ting smeltet sammen: den regulerede tilladelse til at opbevare eller flytte penge og softwaren, der instruerer bevægelsen, fører hovedbogen, afstemmer indbetalinger og viser en saldo på en skærm. De to anskaffes hver for sig. Du kan have din egen licens og købe softwaren; have en licens og bygge softwaren selv; leje tilladelsen via en partner og købe software ovenpå; eller tage begge dele hos én leverandør, der har bundtet dem. Alle fire er normale. Det, der ikke er normalt — og som i det stille koster projekter måneder — er at forveksle de to: at lede efter en »banklicens«, når man egentlig havde brug for en BaaS-partner plus en app, eller at lede efter en app i den tro, at tilladelsen følger med.

Når man ser dem som separate køb, bliver det klarere, fordi man kan prissætte og planlægge dem uafhængigt. Softwaren kan vurderes på sine egne meritter — virker onboardingforløbet, er hovedbogen korrekt, kan operatørerne faktisk drive det — mens tilladelsen vurderes på jurisdiktion, sikring af midler og vilkår. Protocore Pay (/products/pay) er et eksempel på softwarelaget alene: en whitelabel-appplatform og operatørkonsol, der kører oven på de regulerede rails, du selv medbringer. Det er ikke en licens, og ingen software er det — netop derfor står licensen som en separat linje i planen.

Spørgsmål til enhver platformleverandør

Uanset hvem der pitcher en »lancér din fintech«-platform, skærer den samme korte liste igennem det meste af uklarheden. Indeholder jeres produkt en reguleret tilladelse, eller skal jeg medbringe min egen? Hvis den er med, hvis licens er det, i hvilke lande, og er jeg direkte kunde hos den enhed eller hos dens agent? Hvem sikrer kundemidlerne, og hvor opbevares de? Hvem er opgivet over for tilsynet som ansvarlig for hvidvaskforebyggelse — jer, partneren eller mig? Hvilke forpligtelser lander hos mig via kontrakt, selv om licensen ikke er min? Og hvis samarbejdet ophører, hvad sker der så med mine kunders penge og data? Svarene sorterer hurtigt leverandørerne i dem, der sælger software, dem, der videresælger en partners tilladelse, og dem, der reelt har bundtet begge dele — og viser, hvilken af de tre du faktisk taler med.

Den betryggende form på det hele: de fleste apps lancerer som software plus en partners tilladelse og går først over til egen licens, når volumen, margin eller strategi gør kapitalen og compliance-bemandingen umagen værd. At vide, hvilket trin du reelt har brug for — og at software og tilladelse købes på hver sin linje — er det meste af slaget. Resten er at stille spørgsmålene ovenfor og læse svarene nøje. Intet af dette er juridisk rådgivning, og tærskler og kategorinavne varierer fra jurisdiktion til jurisdiktion; se det som det kort, du tager med til samtalen med et tilsyn eller en rådgiver, ikke som en erstatning for dem.