Kell banki engedély egy fintech app indításához?

A „Kell banki engedély egy fintech app indításához?” valójában három kérdés egy kabátban. Birtokolja-e az ügyfelek pénzét? Mozgatja-e? És kinek a szabályozói engedélye fedi ezt a mozgatást — az Öné vagy másé? Ha ezekre válaszol, az engedélykérdés nagyjából megválaszolja önmagát. A rövid változat, amely a legtöbb csapatot meglepi: a fintech appok többsége soha nem szerez banki engedélyt, mert a többségük soha nem végzi azt az egyetlen tevékenységet, amire a banki engedély való. Az alábbiakban a spektrum térképe következik, nem jogi tanács — a cél az, hogy tudja, milyen kérdéseket tegyen fel, mielőtt bárki határidőt vagy árat mond.

Mire való valójában a banki engedély

A teljes banki engedély — uniós értelemben hitelintézeti engedély — egyetlen, szigorúan őrzött tevékenységet tesz lehetővé: betétgyűjtést a nyilvánosságtól, és e pénz továbbhitelezését. Ez a lejárati eltérés, azaz hosszú hitelek finanszírozása bármikor lehívható ügyfélegyenlegekből, az oka annak, hogy a bankokra súlyos tőkekövetelmények, betétbiztosítási kötelezettségek és egy sorról sorra a mérlegüket olvasó felügyelő vonatkozik. Ha az appja nem gyűjt betétet, és nem hitelez belőle, szinte biztosan nem banki engedélyről van szó. Valami könnyebbről, a spektrum lejjebbi szakaszáról — és a spektrum az egész történet.

Az engedélytípusok spektruma, a legnehezebbtől a legkönnyebbig

A pénzügyi engedélyek szintekre épülnek. Legfelül a hitelintézet, vagyis a bank áll, amely betétet fogadhat el és hitelezhet. Alatta az elektronikuspénz-kibocsátó intézmény (EMI) bocsáthat ki elektronikus pénzt: tárolhatja az ügyfelek pénzét, és kártyákra vagy wallet-ekbe teheti, de a nála lévő ügyfélpénzt elkülönítve kell kezelnie, érintetlenül, hitelezésre soha nem használhatja. Még lejjebb a fizetési intézmény (PI) fizetési műveleteket hajthat végre: átutalást indíthat, beszedhet, pénzt utalhat, kártyás tranzakciókat fogadhat el, de nem arra való, hogy az értéket huzamosabb ideig tárolja; a pénz átmegy rajta, nem áll meg nála. Legalul pedig az ügynök vagy forgalmazó áll, akinek egyáltalán nincs saját engedélye: azt az engedélyes szervezet felhatalmazása alapján működik, amely bejegyezte.

A minta az, hogy minden lépcsőfokkal lejjebb egy képességgel kevesebb jár, és vele együtt kisebb tőkeigény és kevesebb kötelezettség. A betétgyűjtés a legnehezebb dolog, amire engedélyt kaphatsz; annak az ügynöke lenni, aki erre jogosult, a legkönnyebb. A legtöbb fogyasztói fintech app (wallet, kártya, átutalás, fizetési link) az EMI és a fizetési intézmény tartományában működik, vagy egy olyan partnerre épül, akinek megvan valamelyik engedélye. Nagyon kevésnek kell banknak lennie, és ha ezt időben tudod, rengeteg félrevezetett energiát spórolhatsz meg.

Gyors módszer a elhelyezkedésre: ha az ügyfeleid egyenleget tartanak az appban (feltölthető wallet, előre feltöltött kártya), akkor az e-pénz területén vagy, mert az érték tárolása határozza meg az EMI-engedélyt. Ha a pénz csak átmegy rajtad (átutalást indítasz, számlát szedsz be, kifizetést adsz tovább), akkor a fizetési intézményi engedély a természetes választás, akár a tiéd, akár egy partneré. Ha a pénzhez egyáltalán nem nyúlsz, és csak máshol vezetett számlák adatait jeleníted meg, arra is létezik egy könnyebb regisztráció. Minél nehezebb szinten vagy, annál több tőke és felügyelet jár vele; a cél az, hogy ne legyél nehezebb szinten, mint amennyit a termék valóban megkövetel.

Az engedély bérlése: partnermodellek

Nem kell saját engedély ahhoz, hogy rá építs. A bevett út a bérlés. Sponsor bank vagy Banking-as-a-Service megállapodás esetén egy engedélyes bank vagy EMI vezeti a számlákat, bocsátja ki az IBAN-okat és a kártyákat, és kezeli elkülönítve az ügyfélpénzeket; te az API-jukra építed az appot, és te adod az élményt. Ügynökmodellben egy fizetési intézmény ügynökeként vagy egy e-pénz-kibocsátó forgalmazójaként regisztrálsz, a te tevékenységedet az ő engedélyük fedi le, a felügyelet pedig rajtuk keresztül tud rólad. Más szerződések, ugyanaz a tény: a stack valamelyik pontján valakinek megvan az engedélye. Az egyetlen kérdés, hogy ez a valaki te vagy, vagy egy partner.

Ki viseli melyik felelősséget

Az engedély bérlésével a felelősséget nem adod át. Az engedélyes szervezet felel a felügyelet előtt: az ügyfélpénzek elkülönített kezeléséért, a pénzmosás elleni monitoringért, az egész program működéséért. Ezek a kötelezettségek viszont szerződésen keresztül lefelé hárulnak. Ha egy partner engedélyére építesz, továbbra is te futtatod a KYC-t és az onboardingot, te figyeled a tranzakciókat AML szempontból, és te tartod be a partnerre kötelező limiteket és jelentéseket. A felelősséget nem kiszervezed, inkább megosztod: a partner felel érte a felügyeletnek, és téged is számon kér a szerződésben, amely a napi feladatok nagy részét visszatolja hozzád. Olvasd ezt a szerződést ugyanolyan alaposan, mint azt az engedélyt, amelyet nem szereztél meg.

Az engedély arra jogosít, hogy mások pénzét tartsd vagy mozgasd. A szoftver az, amivel ezt a pénzt utasítják, egyeztetik és megjelenítik az ügyfélnek. Megveheted egy szállítótól vagy kettőtől, de mindkettőt mindenképp meg kell vásárolnod.

A szoftver és az engedély két külön vásárlás

Ez a felismerés rendezi át az egész projektet. A fizetési app az ügyfélnek egyetlen dolognak látszik, valójában két dolog összeforrása: a pénz tartására vagy mozgatására szóló szabályozott engedély, valamint a szoftver, amely a mozgást utasítja, a főkönyvet vezeti, a jóváírásokat egyezteti, és az egyenleget kirajzolja a képernyőn. Ezeket külön kell beszerezni. Lehet saját engedélyed és vett szoftvered; saját engedélyed és házon belül épített szoftvered; bérelt engedélyed egy partneren át és rá vett szoftvered; vagy mindkettőt egyetlen szállítótól veszed, aki csomagba rakta őket. Mind a négy normális. Ami nem az, és ami csendben hónapokat visz el a projektekből, az a kettő összekeverése: „banki licencet” keresel, miközben BaaS-partner és egy app kellene, vagy appot keresel abból a feltevésből, hogy az engedély hozzá van forrasztva.

Ha két külön vásárlásként tekintesz rájuk, az tisztáz, mert külön tudod őket árazni és ütemezni. A szoftvert az érdemei alapján ítélheted meg: működik-e az onboarding flow, helyes-e a főkönyv, tudják-e az operátorok ténylegesen üzemeltetni; az engedélyt pedig joghatóság, elkülönített kezelés és feltételek alapján. A Protocore Pay (/products/pay) példa a különálló szoftverrétegre: whitelabel apptplatform és operátori konzol, amely bármilyen szabályozott infrastruktúrán fut, amelyet te hozol. Nem engedély, és szoftver sem az soha, éppen ezért marad az engedély külön tétel a tervben.

Kérdések, amelyeket minden platformszállítótól érdemes megkérdezni

Bárki is kínál „indítsd el a fintechedet” platformot, ugyanaz a rövid lista oszlatja el a legtöbb homályt. A termékben benne van egy szabályozott engedély, vagy a sajátomat hozom? Ha benne van, kié az engedély, mely országokban érvényes, és az adott szervezet vagy az ügynöke közvetlen ügyfele vagyok? Ki kezeli elkülönítve az ügyfélpénzeket, és hol vannak tartva? Ki a megnevezett felelős a felügyelet felé pénzmosás elleni kérdésekben: te, a partner vagy én? Mely kötelezettségek hárulnak rám szerződés alapján, noha az engedély nem az enyém? És ha a partnerség véget ér, mi lesz az ügyfeleim pénzével és adataival? A válaszok gyorsan szétválogatják a szállítókat: ki szoftvert ad, ki egy partner engedélyét értékesíti tovább, és ki csomagolta össze valóban mindkettőt, és megmutatják, hogy a három közül valójában kivel beszélsz.

A megnyugtató rész: a legtöbb app szoftverrel és egy partner engedélyével indul, és csak akkor lép saját engedélyre, amikor a forgalom, a árrés vagy a stratégia miatt megéri a tőke és a compliance-létszám. Ha tudod, melyik lépcsőfokra van valóban szükséged, és hogy a szoftver és az engedély külön soron vásárolható, azzal a csata nagy része meg is van. A többi az, hogy felteszed a fenti kérdéseket, és alaposan elolvasod a válaszokat. Mindez nem jogi tanács, a küszöbértékek és a kategórianevek joghatóságonként eltérnek; térképnek használd egy felügyelettel vagy tanácsadóval folytatott beszélgetéshez, nem helyettesítőnek.