Czy potrzebujesz licencji bankowej, żeby uruchomić aplikację fintech?

„Czy potrzebujesz licencji bankowej, żeby uruchomić aplikację fintech?” to tak naprawdę trzy pytania w jednym płaszczu. Czy przechowujesz pieniądze klientów? Czy je przesyłasz? I czyje zezwolenie regulacyjne obejmuje ten ruch — twoje czy kogoś innego? Odpowiedz na nie, a pytanie o licencję w większości rozstrzygnie się samo. Krótka wersja, która zaskakuje większość zespołów: większość aplikacji fintech nigdy nie ma licencji bankowej, bo większość aplikacji fintech nigdy nie robi tego jednego, do czego licencja bankowa faktycznie służy. Poniżej mapa spektrum, a nie porada prawna — chodzi o to, by wiedzieć, jakie pytania zadać, zanim ktokolwiek popopoda termin lub cenę.

Do czego tak naprawdę służy licencja bankowa

Pełna licencja bankowa — w terminologii UE zezwolenie dla instytucji kredytowej — pozwala na jedną konkretną, ściśle strzeżoną działalność: przyjmowanie depozytów od publiczności i udzielanie z nich kredytów. To niedopasowanie terminów zapadalności, czyli finansowanie długich kredytów saldami, które klienci mogą wypłacić na żądanie, jest powodem, dla którego banki mają wysokie wymogi kapitałowe, obowiązki gwarantowania depozytów i nadzorcę czytającego ich bilans linijka po linijce. Jeśli twoja aplikacja nie przyjmuje depozytów i nie udziela z nich kredytów, to niemal na pewno nie chodzi o licencję bankową. Chodzi o coś lżejszego, dalej na spektrum — a to spektrum jest sednem sprawy.

Spektrum uprawnień: od najcięższych do najlżejszych

Uprawnienia finansowe tworzą kilka szczebli. Na szczycie jest instytucja kredytowa — bank — która może przyjmować depozyty i udzielać kredytów. Poniżej znajduje się instytucja pieniądza elektronicznego (EMI), która może emitować pieniądz elektroniczny: przechowywać środki klientów i udostępniać je na kartach lub w portfelach, ale zgromadzone środki muszą być zabezpieczone — odseparowane i nietykalne, nigdy niewykorzystywane do udzielania kredytów. Jeszcze niżej jest instytucja płatnicza (PI), która może wykonywać płatności — inicjować przelewy, przyjmować wpłaty, realizować przekazy, prowadzić acquiring transakcji kartowych — ale nie jest przeznaczona do przechowywania wartości w czasie; pieniądze przez nią przepływają, a nie leżą. Na samym dole agent lub dystrybutor w ogóle nie ma własnej licencji i działa na podstawie zezwolenia licencjonowanego podmiotu, który go zarejestrował.

Schemat jest taki, że każdy szczebel w dół odejmuje jakąś funkcję, a wraz z nią część kapitału i obowiązków. Przechowywanie depozytów to najcięższe, na co można dostać zezwolenie; bycie agentem podmiotu, który może to robić, to najlżejsze. Większość konsumenckich aplikacji fintech — portfele, karty, przelewy, linki płatnicze — mieści się w przedziale EMI i instytucji płatniczej albo działa na bazie partnera, który ma jedno z tych uprawnień. Bardzo niewiele z nich musi być bankiem, a wiedza o tym na wczesnym etapie oszczędza mnóstwo źle ukierunkowanego wysiłku.

Szybki sposób, by się zlokalizować: jeśli klienci będą trzymać saldo w aplikacji — portfel, który zasilają, kartę, którą przedpłacają — jesteś w obszarze pieniądza elektronicznego, bo przechowywanie wartości to uprawnienie definiujące EMI. Jeśli pieniądze tylko przepływają — inicjujesz przelew, pobierasz opłatę za rachunek, przekazujesz wypłatę dalej — naturalnym wyborem jest zezwolenie instytucji płatniczej, własne lub partnera. Jeśli w ogóle nie dotykasz środków, a jedynie prezentujesz informacje o rachunkach prowadzonych gdzie indziej, nawet na to istnieje lżejsza rejestracja. Im wyżej jesteś, tym więcej kapitału i nadzoru; celem projektowym jest nie być cięższym, niż wymaga tego produkt.

Wynajem uprawnienia: modele partnerskie

Nie musisz sam mieć uprawnienia, żeby na nim budować. Typowa droga to jego wynajem. W modelu banku sponsorującego lub Banking-as-a-Service licencjonowany bank lub EMI prowadzi rachunki, wydaje IBAN-y i karty oraz zabezpiecza środki; ty budujesz aplikację na ich API i dostarczasz doświadczenie użytkownika. W modelu agenckim rejestrujesz się jako agent instytucji płatniczej — lub dystrybutor emitenta pieniądza elektronicznego — a ich licencja obejmuje twoją działalność, przy czym regulator wie o tobie za ich pośrednictwem. Inne umowy, ten sam fakt: gdzieś w stosie ktoś ma uprawnienie. Pytanie tylko, czy jesteś nim ty, czy partner.

Kto ponosi jaką odpowiedzialność

Wynajęcie licencji nie oznacza wynajęcia odpowiedzialności. Przed regulatorem odpowiada podmiot licencjonowany — za zabezpieczenie środków klientów, monitorowanie AML i sposób prowadzenia całego programu. Ale te obowiązki spływają w dół przez umowę. Jeśli korzystasz z licencji partnera, nadal prowadzisz KYC i onboarding, nadal monitorujesz transakcje pod kątem AML, nadal przestrzegasz limitów i raportowania, którymi związany jest partner. Odpowiedzialność nie jest tak naprawdę outsourcowana, lecz rozdzielona: partner odpowiada za nią przed regulatorem, a ciebie rozlicza z umowy, która przerzuca dużą część codziennych obowiązków z powrotem na twoją stronę. Czytaj tę umowę równie uważnie jak licencję, której postanowiłeś nie zdobywać.

Licencja to zezwolenie na przechowywanie lub przekazywanie cudzych pieniędzy. Oprogramowanie to sposób, w jaki te pieniądze są zlecane, uzgadniane i pokazywane klientowi. Możesz kupić jedno i drugie od jednego dostawcy albo od dwóch — ale zawsze kupujesz obie rzeczy.

Oprogramowanie i licencja to osobne zakupy

To spostrzeżenie, które porządkuje cały projekt na nowo. Aplikacja płatnicza wygląda dla klienta jak jedna rzecz, ale to dwie rzeczy zrośnięte ze sobą: regulowane uprawnienie do przechowywania lub przekazywania pieniędzy oraz oprogramowanie, które zleca ruch środków, prowadzi księgę, uzgadnia wpływy i wyświetla saldo na ekranie. Pozyskuje się je osobno. Możesz mieć własną licencję i kupić oprogramowanie; mieć licencję i zbudować oprogramowanie we własnym zakresie; wynająć uprawnienie przez partnera i kupić oprogramowanie na wierzch; albo wziąć jedno i drugie od jednego dostawcy, który je spakietował. Wszystkie cztery warianty są normalne. Nienormalne — i po cichu kosztujące projekty miesiące — jest mylenie tych dwóch rzeczy: szukanie „licencji bankowej”, gdy potrzebny był partner BaaS plus aplikacja, albo szukanie aplikacji w założeniu, że uprawnienie jest do niej przyspawane.

Postrzeganie ich jako osobnych zakupów jest tak pomocne, bo pozwala wyceniać je i planować niezależnie. Oprogramowanie ocenia się po jego zaletach — czy działa onboarding, czy księga jest poprawna, czy operatorzy faktycznie mogą tym zarządzać — a uprawnienie po jurysdykcji, zabezpieczeniu środków i warunkach. Protocore Pay (/products/pay) to przykład samej warstwy oprogramowania: whitelabelowa platforma aplikacji i konsola operatora, która działa na dowolnej regulowanej infrastrukturze, jaką do niej wniesiesz. Nie jest licencją i żadne oprogramowanie nią nie jest — dlatego licencja pozostaje w planie osobną pozycją.

Pytania do każdego dostawcy platformy

Kto by nie proponował ci platformy „uruchom swój fintech”, ta sama krótka lista rozwiewa większość niejasności. Czy produkt zawiera regulowane uprawnienie, czy wnoszę własne? Jeśli zawiera, czyja to licencja, w jakich krajach i czy jestem bezpośrednim klientem tego podmiotu, czy jego agentem? Kto zabezpiecza środki klientów i gdzie są one przechowywane? Kto jest wskazany regulatorowi w zakresie AML — wy, partner czy ja? Jakie obowiązki spadają na mnie z umowy, mimo że licencja nie jest moja? A jeśli współpraca się skończy, co stanie się z pieniędzmi moich klientów i ich danymi? Odpowiedzi szybko dzielą dostawców na tych, którzy sprzedają oprogramowanie, tych, którzy odsprzedają uprawnienie partnera, i tych, którzy naprawdę spakietowali jedno i drugie — i mówią, z którym z trzech faktycznie rozmawiasz.

Pocieszające jest to, że większość aplikacji startuje jako oprogramowanie plus uprawnienie partnera, a własną licencję zdobywa dopiero wtedy, gdy wolumen, marża lub strategia sprawiają, że kapitał i zespół compliance się opłacają. Wiedza, który szczebel jest ci naprawdę potrzebny — i że oprogramowanie oraz uprawnienie kupuje się na osobnych pozycjach — to większość sukcesu. Resztą jest zadawanie powyższych pytań i uważne czytanie odpowiedzi. Nic z tego nie stanowi porady prawnej, a progi i nazwy kategorii różnią się w zależności od jurysdykcji; traktuj to jako mapę na rozmowę z regulatorem lub doradcą, a nie ich zamiennik.