Muistiinpanoja kentältä

Tarvitseeko fintech-sovelluksen lanseeraus pankkilisenssin?

"Tarvitseeko fintech-sovelluksen lanseeraus pankkilisenssin?" on oikeastaan kolme kysymystä samassa takissa. Pidätkö hallussasi asiakkaiden rahaa? Siirrätkö sitä? Ja kenen sääntelylupa kattaa tuon liikkeen — sinun vai jonkun muun? Kun vastaat näihin, lisenssikysymys useimmiten ratkeaa itsestään. Lyhyt versio, joka yllättää useimmat tiimit: suurimmalla osalla fintech-sovelluksista ei ole pankkilisenssiä, koska suurin osa ei koskaan tee sitä yhtä asiaa, jota varten pankkilisenssi on olemassa. Seuraavassa on kartta skaalasta, ei oikeudellista neuvontaa — tavoitteena on tietää, mitä kysyä, ennen kuin kukaan antaa sinulle aikataulua tai hintaa.

Mihin pankkilisenssiä oikeasti tarvitaan

Täysi pankkilisenssi — EU-termein luottolaitoksen toimilupa — sallii yhden tietyn, tarkasti vartioidun toiminnan: talletusten vastaanottamisen yleisöltä ja näiden varojen lainaamisen edelleen. Tämä maturiteettiepäsuhta, eli pitkien lainojen rahoittaminen saldoilla, jotka asiakkaat voivat nostaa milloin tahansa, on syy siihen, että pankeilla on raskaat vakavaraisuusvaatimukset, talletussuojavelvoitteet ja valvoja, joka lukee niiden taseen rivi riviltä. Jos sovelluksesi ei ota talletuksia eikä lainaa niitä eteenpäin, et lähes varmasti tarvitse pankkilisenssiä lainkaan. Tarvitset jotain kevyempää skaalan alapäästä — ja skaala on koko juttu.

Lupien kirjo raskaimmasta kevyimpään

Rahoitusalan luvat jakautuvat tasoihin. Ylimpänä on luottolaitos eli pankki, joka voi ottaa vastaan talletuksia ja myöntää luottoja. Sen alapuolella sähkörahalaitos (EMI) voi liikkeeseenlaskea sähkörahaa: se voi säilyttää asiakkaan arvoa ja tarjota sitä korteilla tai lompakoissa, mutta hallussa olevat varat on suojattava eli pidettävä erillään ja koskemattomina, eikä niitä saa lainata eteenpäin. Vielä alempana maksulaitos (PI) voi toteuttaa maksuja: aloittaa tilisiirtoja, periä maksuja, välittää rahalähetyksiä ja toimia korttitapahtumien hankkijana. Se ei kuitenkaan ole tehty säilyttämään arvoa pitkään, vaan raha kulkee sen kautta eikä jää odottamaan. Alimpana asiamiehellä tai jakelijalla ei ole lainkaan omaa lupaa, vaan se toimii sen luvanvaraisen toimijan valtuuksilla, joka on sen rekisteröinyt.

Kaava on tämä: jokainen porras alaspäin vie mukanaan jonkin toiminnon ja samalla osan pääomavaatimuksista ja velvoitteista. Talletusten vastaanottaminen on raskain asia, johon lupa voidaan myöntää, ja sellaisen toimijan asiamiehenä toimiminen on kevyin. Useimmat kuluttajille suunnatut fintech-sovellukset, kuten lompakot, kortit, tilisiirrot ja maksulinkit, sijoittuvat sähkörahalaitoksen ja maksulaitoksen alueelle tai nojaavat kumppaniin, jolla jompikumpi luvista on. Pankiksi tarvitsee ryhtyä harva, ja sen tiedostaminen ajoissa säästää paljon väärään suuntaan menevää työtä.

Nopea tapa hahmottaa oma paikkasi: jos asiakkaillasi on sovelluksessa saldo, esimerkiksi ladattava lompakko tai etukäteen ladattu kortti, olet sähkörahan alueella, sillä arvon säilyttäminen on juuri se toiminto, joka määrittelee sähkörahalaitoksen. Jos raha vain kulkee läpi, eli käynnistät tilisiirron, perit laskun tai välität maksun suoraan eteenpäin, luonteva ratkaisu on maksulaitoksen lupa, joko sinun omasi tai kumppanin. Jos et koske varoihin lainkaan ja vain esität tietoja muualla olevista tileistä, sekin vaatii oman, kevyemmän rekisteröintinsä. Mitä raskaammalla tasolla olet, sitä enemmän pääomaa ja valvontaa siihen kuuluu. Tavoitteena on olla täsmälleen niin raskaalla tasolla kuin tuote todella vaatii.

Lupa vuokralle: kumppanimallit

Lupaa ei tarvitse omistaa voidakseen rakentaa sen varaan. Yleisin reitti on vuokrata se. Sponsoripankki- tai Banking-as-a-Service-järjestelyssä luvan haltija, pankki tai sähkörahalaitos, hallinnoi tilejä, myöntää IBAN-tunnukset ja kortit sekä suojaa asiakasvarat. Sinä rakennat sovelluksen heidän APIinsa varaan ja tuot käyttökokemuksen markkinoille. Asiamallissa rekisteröidyt maksulaitoksen asiamieheksi tai sähkörahan liikkeeseenlaskijan jakelijaksi, jolloin heidän lupansa kattaa toimintasi ja viranomainen tuntee sinut heidän kauttaan. Sopimukset ovat erilaiset, mutta perusasia on sama: jossain palvelupinossa joku pitää lupaa hallussaan. Ainoa kysymys on, oletko se sinä vai kumppani.

Kuka kantaa minkäkin vastuun

Luvan vuokraaminen ei vuokraa pois vastuuta. Luvan haltija vastaa viranomaiselle asiakasvarojen suojaamisesta, rahanpesun torjunnan seurannasta ja koko ohjelman toiminnasta. Nämä velvoitteet valuvat kuitenkin sopimuksilla alaspäin. Jos toimit kumppanin luvan varassa, hoidat edelleen KYC:n ja asiakkaiden liittymisen, seuraat edelleen tapahtumia AML-näkökulmasta ja noudatat edelleen rajoja ja raportointia, joihin kumppani on sitoutunut. Vastuuta ei niinkään ulkoisteta vaan jaetaan: kumppani vastaa siitä viranomaiselle ja sinä vastaat kumppanille sopimuksella, joka siirtää suuren osan päivittäisestä työstä takaisin sinun harteillesi. Lue se sopimus yhtä tarkasti kuin lukisit luvan, jota päätit olla hakematta.

Lupa antaa oikeuden pitää hallussa tai siirtää toisten rahaa. Ohjelmisto on se, jolla rahaa ohjataan, täsmäytetään ja näytetään takaisin asiakkaalle. Voit ostaa ne yhdeltä toimittajalta tai kahdelta, mutta ostat aina molemmat.
— Protocore · Maksujen kehitys

Ohjelmisto ja lupa ovat erilliset hankinnat

Tämä oivallus järjestää koko hankkeen uudelleen. Maksusovellus näyttää asiakkaalle yhdeltä asialta, mutta se koostuu kahdesta yhteen liitetystä osasta: säännellystä luvasta pitää hallussa tai siirtää rahaa sekä ohjelmistosta, joka ohjaa rahan liikkeen, ylläpitää pääkirjaa, täsmäyttää hyvitykset ja piirtää saldon näytölle. Nämä hankitaan erikseen. Voit pitää omaa lupaa ja ostaa ohjelmiston, pitää lupaa ja rakentaa ohjelmiston itse, vuokrata luvan kumppanin kautta ja ostaa ohjelmiston sen päälle tai ottaa molemmat yhdeltä toimittajalta, joka on paketoinut ne yhteen. Kaikki neljä ovat tavallisia. Epätavallista, ja hiljaa kuukausia maksavaa, on sekoittaa nämä kaksi: etsiä ”pankkilupaa”, vaikka tarvitsit BaaS-kumppanin ja sovelluksen, tai etsiä sovellusta olettaen, että lupa tulee sen mukana.

Kahden erillisen hankinnan näkeminen selkeyttää, koska silloin ne voi hinnoitella ja aikatauluttaa itsenäisesti. Ohjelmistoa voi arvioida ansioidensa perusteella: toimiiko liittymisprosessi, onko pääkirja oikein ja pystyvätkö operaattorit oikeasti käyttämään järjestelmää. Lupaa taas arvioidaan lainkäyttöalueen, varojen suojaamisen ja ehtojen perusteella. Protocore Pay (/products/pay) on esimerkki pelkästä ohjelmistokerroksesta: whitelabel-sovellusalusta ja operaattorikonsoli, joka toimii minkä tahansa tuomasi säännellyn infrastruktuurin päällä. Se ei ole lupa, eikä mikään ohjelmisto ole, ja siksi lupa pysyy suunnitelmassa omana rivinään.

Kysymykset, jotka kannattaa esittää jokaiselle alustatoimittajalle

Kuka tahansa tarjoaakin sinulle ”lanseeraa fintechisi” -alustaa, sama lyhyt lista selvittää suurimman osan epäselvyyksistä. Sisältyykö tuotteeseen säännelty lupa vai tuonko oman? Jos sisältyy, kenen lupa se on, missä maissa, ja olenko tuon toimijan suora asiakas vai sen asiamies? Kuka suojaa asiakasvarat ja missä ne säilytetään? Kenet on nimetty viranomaiselle rahanpesun torjunnasta vastaavaksi: sinä, kumppani vai minä? Mitkä velvoitteet siirtyvät minulle sopimuksella, vaikka lupa ei ole minun? Ja mitä asiakkaideni rahoille ja tiedoille tapahtuu, jos kumppanuus päättyy? Vastaukset lajittelevat toimittajat nopeasti niihin, jotka myyvät ohjelmistoa, niihin, jotka jälleenmyyvät kumppanin lupaa, ja niihin, jotka ovat aidosti paketoineet molemmat, ja kertovat, minkä kanssa oikeasti puhut.

Tässä kaikessa lohdullista on se, että useimmat sovellukset lanseerataan ohjelmistona ja kumppanin luvalla ja hankkivat oman luvan vasta, kun volyymi, kate tai strategia tekee pääomasta ja vaatimustenmukaisuushenkilöstöstä kannattavan. Kun tiedät, mille portaalle todella tarvitset, ja että ohjelmisto ja lupa ostetaan eri riveillä, suurin osa työstä on tehty. Loppu on yllä olevien kysymysten esittämistä ja vastausten tarkkaa lukemista. Mikään tästä ei ole oikeudellista neuvontaa, ja kynnysarvot ja luokkien nimet vaihtelevat lainkäyttöalueittain. Pidä tätä karttana, jonka otat mukaan keskusteluun viranomaisen tai neuvonantajan kanssa, mutta älä korvaa heitä sillä.

Onko sinulla rakennettava järjestelmä?

Kerro ongelma. Palaamme arkkitehtuurilla ja suunnitelmalla.