Χρειάζεστε τραπεζική άδεια για να λανσάρετε μια fintech εφαρμογή;

Το «Χρειάζεστε τραπεζική άδεια για να λανσάρετε μια fintech εφαρμογή;» είναι στην πραγματικότητα τρεις ερωτήσεις με το ίδιο παλτό. Κρατάτε χρήματα πελατών; Τα μετακινείτε; Και ποια ρυθμιστική άδεια καλύπτει αυτή την κίνηση — δική σας ή κάποιου άλλου; Απαντήστε σε αυτά και το ζήτημα της αδειοδότησης σε μεγάλο βαθμό λύνεται από μόνο του. Η σύντομη εκδοχή που εκπλήσσει τις περισσότερες ομάδες: οι περισσότερες fintech εφαρμογές δεν κατέχουν ποτέ τραπεζική άδεια, γιατί οι περισσότερες δεν κάνουν ποτέ το ένα πράγμα για το οποίο υπάρχει η τραπεζική άδεια. Ακολουθεί ένας χάρτης του φάσματος, όχι νομική συμβουλή — στόχος είναι να ξέρετε ποιες ερωτήσεις να κάνετε πριν σας δώσει κανείς χρονοδιάγραμμα ή τιμή.

Για τι χρησιμεύει πραγματικά μια τραπεζική άδεια

Μια πλήρης τραπεζική άδεια — με όρους ΕΕ, η εξουσιοδότηση πιστωτικού ιδρύματος — επιτρέπει μία συγκεκριμένη, αυστηρά φυλασσόμενη δραστηριότητα: τη συγκέντρωση καταθέσεων από το κοινό και την αναδανειοδότηση αυτών των χρημάτων. Αυτή η ασυμφωνία λήξεων, δηλαδή η χρηματοδότηση μακροπρόθεσμων δανείων με υπόλοιπα που οι πελάτες μπορούν να αναλάβουν οποιαδήποτε στιγμή, είναι ο λόγος που οι τράπεζες φέρουν βαριές κεφαλαιακές απαιτήσεις, υποχρεώσεις εγγύησης καταθέσεων και έναν εποπτικό φορέα που διαβάζει τον ισολογισμό τους γραμμή προς γραμμή. Αν η εφαρμογή σας δεν δέχεται καταθέσεις και δεν δανείζει με βάση αυτές, σχεδόν σίγουρα δεν κοιτάτε καθόλου τραπεζική άδεια. Κοιτάτε κάτι ελαφρύτερο, πιο κάτω στο φάσμα — και το φάσμα είναι όλη η ιστορία.

Το φάσμα των αδειών, από την πιο βαριά στην πιο ελαφριά

Οι άδειες στον χρηματοοικονομικό τομέα έρχονται σε επίπεδα. Στην κορυφή βρίσκεται το πιστωτικό ίδρυμα — η τράπεζα — που μπορεί να δέχεται καταθέσεις και να δανείζει. Από κάτω, το ίδρυμα ηλεκτρονικού χρήματος (EMI) μπορεί να εκδίδει ηλεκτρονικό χρήμα: μπορεί να αποθηκεύει αξία πελατών και να την τοποθετεί σε κάρτες ή πορτοφόλια, αλλά τα κεφάλαια που διακρατά πρέπει να διασφαλίζονται — να φυλάσσονται χωριστά και ανέγγιχτα, χωρίς να δανείζονται. Ακόμη χαμηλότερα, το ίδρυμα πληρωμών (PI) μπορεί να εκτελεί πληρωμές — να εκκινεί εμβάσματα, να εισπράττει, να αποστέλλει χρήματα, να πραγματοποιεί εξαγορά (acquiring) συναλλαγών με κάρτα — αλλά δεν είναι σχεδιασμένο να αποθηκεύει αξία διαχρονικά· τα χρήματα περνούν από μέσα του, δεν παραμένουν. Και στο τελευταίο σκαλί, ο αντιπρόσωπος ή διανομέας δεν έχει καμία δική του άδεια, αλλά λειτουργεί υπό την εξουσιοδότηση ενός αδειοδοτημένου φορέα που τον έχει καταχωρίσει.

Το μοτίβο είναι ότι κάθε σκαλί προς τα κάτω αφαιρεί μια δυνατότητα και, μαζί της, ένα κομμάτι κεφαλαίου και υποχρεώσεων. Η διακράτηση καταθέσεων είναι το βαρύτερο που μπορεί να σας επιτραπεί· το να είστε αντιπρόσωπος κάποιου που μπορεί, το ελαφρύτερο. Οι περισσότερες καταναλωτικές εφαρμογές fintech — πορτοφόλια, κάρτες, εμβάσματα, payment links — ανήκουν στο φάσμα των EMI και των ιδρυμάτων πληρωμών ή στηρίζονται σε συνεργάτη που διαθέτει μία από αυτές τις άδειες. Ελάχιστες χρειάζεται να είναι τράπεζα, και το να το γνωρίζετε νωρίς γλιτώνει πολλή άσκοπη προσπάθεια.

Ένας γρήγορος τρόπος να τοποθετηθείτε: αν οι πελάτες σας θα κρατούν υπόλοιπο στην εφαρμογή — πορτοφόλι που φορτίζουν, κάρτα που προπληρώνουν — βρίσκεστε στο πεδίο του ηλεκτρονικού χρήματος, γιατί η αποθήκευση αξίας είναι η άδεια που ορίζει ένα EMI. Αν τα χρήματα απλώς διέρχονται — εκκινείτε ένα έμβασμα, εισπράττετε έναν λογαριασμό, προωθείτε απευθείας μια πληρωμή — η άδεια ιδρύματος πληρωμών είναι η φυσική επιλογή, είτε τη διαθέτετε εσείς είτε συνεργάτης. Αν δεν αγγίζετε ποτέ τα κεφάλαια και απλώς παρουσιάζετε πληροφορίες για λογαριασμούς που τηρούνται αλλού, ακόμη και τότε υπάρχει μια ελαφρύτερη καταχώριση. Όσο βαρύτερα τοποθετείστε, τόσο περισσότερο κεφάλαιο και εποπτεία έπονται· στόχος του σχεδιασμού είναι να μην είστε βαρύτεροι απ’ όσο απαιτεί πραγματικά το προϊόν.

Νοικιάζοντας την άδεια: μοντέλα συνεργασίας

Δεν χρειάζεται να κατέχετε την άδεια για να χτίσετε πάνω της. Η συνηθισμένη διαδρομή είναι να τη νοικιάσετε. Σε μια συμφωνία sponsor bank ή Banking-as-a-Service, μια αδειοδοτημένη τράπεζα ή ένα EMI τηρεί τους λογαριασμούς, εκδίδει τα IBAN και τις κάρτες και διασφαλίζει τα κεφάλαια· εσείς χτίζετε την εφαρμογή πάνω στο API τους και παραδίδετε την εμπειρία. Σε ένα μοντέλο αντιπροσώπου, καταχωρίζεστε ως αντιπρόσωπος ενός ιδρύματος πληρωμών — ή ως διανομέας ενός εκδότη ηλεκτρονικού χρήματος — και η άδειά τους καλύπτει τη δραστηριότητά σας, με τη ρυθμιστική αρχή να σας γνωρίζει μέσω αυτών. Διαφορετικά συμβόλαια, το ίδιο υποκείμενο γεγονός: κάπου στη στοίβα, κάποιος κατέχει την άδεια. Το μόνο ερώτημα είναι αν αυτός ο κάποιος είστε εσείς ή ένας συνεργάτης.

Ποιος φέρει ποια ευθύνη

Η ενοικίαση μιας άδειας δεν ενοικιάζει και την ευθύνη. Ο αδειοδοτημένος φορέας είναι αυτός που λογοδοτεί στη ρυθμιστική αρχή — για τη διασφάλιση των κεφαλαίων των πελατών, για την παρακολούθηση κατά της νομιμοποίησης εσόδων από παράνομες δραστηριότητες, για τη συμπεριφορά ολόκληρου του προγράμματος. Αυτές όμως οι υποχρεώσεις μεταφέρονται προς τα κάτω μέσω του συμβολαίου. Αν στηριχθείτε στην άδεια ενός συνεργάτη, θα εξακολουθείτε να τρέχετε KYC και onboarding, να παρακολουθείτε συναλλαγές για AML, να τηρείτε τα όρια και την αναφορά στα οποία δεσμεύεται ο συνεργάτης. Η ευθύνη δεν ανατίθεται εξωτερικά τόσο όσο κατανέμεται: ο συνεργάτης την έχει απέναντι στη ρυθμιστική αρχή και έχει εσάς απέναντί του μέσω ενός συμβολαίου που μεταφέρει μεγάλο μέρος των καθημερινών καθηκόντων πίσω στη δική σας πλευρά. Διαβάστε αυτό το συμβόλαιο με την ίδια προσοχή που θα διαβάζατε την άδεια που επιλέξατε να μην αποκτήσετε.

Η άδεια είναι η επιτροπή να διακρατείτε ή να μετακινείτε χρήματα τρίτων. Το λογισμικό είναι ο τρόπος με τον οποίο αυτά τα χρήματα δίνουν εντολές, συμφωνούν λογιστικά και εμφανίζονται ξανά στον πελάτη. Μπορείτε να τα αγοράσετε από έναν προμηθευτή ή από δύο — αλλά πάντα αγοράζετε και τα δύο.

Το λογισμικό και η άδεια είναι ξεχωριστές αγορές

Αυτή είναι η διαπίστωση που αναδιατάσσει ολόκληρο το έργο. Μια εφαρμογή πληρωμών φαίνεται στον πελάτη ένα ενιαίο πράγμα, όμως είναι δύο πράγματα ενωμένα: η ρυθμιζόμενη άδεια να διακρατείτε ή να μετακινείτε χρήματα, και το λογισμικό που δίνει την εντολή για την κίνηση, τηρεί το καθολικό, συμφωνεί τις πιστώσεις και εμφανίζει ένα υπόλοιπο στην οθόνη. Τα δύο αυτά εξασφαλίζονται χωριστά. Μπορεί να διαθέτετε δική σας άδεια και να αγοράζετε το λογισμικό· να διαθέτετε άδεια και να χτίζετε το λογισμικό εσωτερικά· να νοικιάζετε την άδεια μέσω συνεργάτη και να αγοράζετε λογισμικό από πάνω· ή να τα πάρετε και τα δύο από έναν προμηθευτή που τα έχει συνδυάσει. Και τα τέσσερα είναι φυσιολογικά. Αυτό που δεν είναι φυσιολογικό — και κοστίζει αθόρυβα μήνες στα έργα — είναι να μπερδεύονται τα δύο: να ψάχνετε «τραπεζική άδεια» ενώ χρειαζόσασταν έναν συνεργάτη BaaS και μια εφαρμογή, ή να ψάχνετε εφαρμογή με την εντύπωση ότι η άδεια έρχεται κολλημένη πάνω της.

Το να τις βλέπετε ως ξεχωριστές αγορές ξεκαθαρίζει την εικόνα, γιατί σας επιτρέπει να τις τιμολογήσετε και να τις προγραμματίσετε ανεξάρτητα. Το λογισμικό κρίνεται στην ουσία του — δουλεύει η ροή onboarding, είναι σωστό το καθολικό, μπορούν οι operators να το χειριστούν πραγματικά — ενώ η άδεια κρίνεται με βάση τη δικαιοδοσία, τη διασφάλιση κεφαλαίων και τους όρους. Το Protocore Pay (/products/pay) είναι παράδειγμα του επιπέδου λογισμικού από μόνο του: μια whitelabel πλατφόρμα εφαρμογών και κονσόλα operator που τρέχει πάνω σε όποιες ρυθμιζόμενες υποδομές φέρετε. Δεν είναι άδεια, και κανένα λογισμικό δεν είναι — γι’ αυτό ακριβώς η άδεια παραμένει ξεχωριστή γραμμή στο πλάνο.

Ερωτήσεις προς κάθε προμηθευτή πλατφόρμας

Όποιος κι αν σας προτείνει μια πλατφόρμα «ξεκινήστε το fintech σας», η ίδια σύντομη λίστα λύνει τις περισσότερες ασάφειες. Το προϊόν σας περιλαμβάνει ρυθμιζόμενη άδεια ή φέρνω εγώ τη δική μου; Αν περιλαμβάνει, τίνος είναι η άδεια, σε ποιες χώρες, και είμαι άμεσος πελάτης αυτού του φορέα ή του αντιπροσώπου του; Ποιος διασφαλίζει τα κεφάλαια των πελατών και πού φυλάσσονται; Ποιος δηλώνεται στη ρυθμιστική αρχή για την καταπολέμηση της νομιμοποίησης εσόδων — εσείς, ο συνεργάτης ή εγώ; Ποιες υποχρεώσεις πέφτουν σε μένα μέσω συμβολαίου, παρότι η άδεια δεν είναι δική μου; Και αν τερματιστεί η συνεργασία, τι απογίνονται τα χρήματα και τα δεδομένα των πελατών μου; Οι απαντήσεις κατατάσσουν γρήγορα τους προμηθευτές σε αυτούς που πουλούν λογισμικό, σε αυτούς που μεταπωλούν την άδεια ενός συνεργάτη και σε αυτούς που πραγματικά συνδύασαν και τα δύο — και σας λένε με ποιον από τους τρεις μιλάτε.

Το καθησυχαστικό σχήμα όλων αυτών: οι περισσότερες εφαρμογές ξεκινούν ως λογισμικό συν την άδεια ενός συνεργάτη και περνούν σε δική τους άδεια μόνο όταν ο όγκος, το περιθώριο ή η στρατηγική δικαιολογούν το κεφάλαιο και το προσωπικό συμμόρφωσης. Το να ξέρετε ποιο σκαλί χρειάζεστε πραγματικά — και ότι το λογισμικό και η άδεια αγοράζονται σε ξεχωριστές γραμμές — είναι το μεγαλύτερο μέρος της μάχης. Το υπόλοιπο είναι να κάνετε τις παραπάνω ερωτήσεις και να διαβάζετε προσεκτικά τις απαντήσεις. Τίποτα από αυτά δεν αποτελεί νομική συμβουλή, και τα όρια και οι ονομασίες των κατηγοριών διαφέρουν ανά δικαιοδοσία· δείτε το ως τον χάρτη που φέρνετε στη συζήτηση με μια ρυθμιστική αρχή ή έναν σύμβουλο, όχι ως υποκατάστατό τους.