Core banking a BaaS: co naprawdę kupujesz

Core banking to system ewidencji pieniędzy: księga, która przechowuje każdy rachunek, każde saldo i każde księgowanie, wraz z regułami poprawnie przenoszącymi wartość między nimi. Banking-as-a-Service (BaaS) to wynajem cudzego core — wraz ze stojącym za nim regulowanym uprawnieniem — przez API zamiast prowadzenia własnego. Między posiadaniem core a rejestracją jako agent istnieje spektrum, a miejsce, w którym się na nim znajdujesz, decyduje o tym, co budujesz, co wynajmujesz i za co odpowiadasz. „Core banking vs BaaS” to tak naprawdę nie porównanie produktów, lecz pytanie o to, jak dużą część stosu chcesz posiadać.

Warto to wyjaśnić, bo oba pojęcia są kupowane tak, jakby stały na tej samej półce. Nie stoją. Jedno to oprogramowanie, które musi być poprawne; drugie to ustalenie handlowe, które daje ci poprawność jako usługę i każe za nią płacić. Wiedza, co kupujesz — i co naprawdę jest ci potrzebne — to większość decyzji.

Co właściwie oznacza „core banking”

System core banking to księga główna i otaczająca ją maszyneria. Przechowuje plan kont, utrzymuje salda, rejestruje każde księgowanie metodą podwójnego zapisu, tak by debety i kredyty zawsze się zgadzały, zakłada i zwalnia blokady, nalicza odsetki i opłaty oraz generuje zestawienia, z których korzysta wszystko poniżej. To ta część banku, która musi być poprawna, bo jeśli księga jest błędna, niczemu zbudowanemu na niej nie można ufać. Cała reszta — aplikacja, grafika karty, powiadomienia — to warstwa prezentacji. Core jest prawdą.

To pierwsze rozróżnienie, którego warto się trzymać: core to nie aplikacja. Klient widzi aplikację; za nią jakaś księga prowadzi rachunek. Możesz tę księgę posiadać, wynająć albo jechać na kimś, kto ją ma. Te trzy wybory tworzą spektrum.

Spektrum: własny core, BaaS, agent

Na ciężkim końcu masz core na własność: twoją księgę, twoje uprawnienie do przechowywania lub przekazywania pieniędzy, twoje bezpośrednie połączenia z systemami płatniczymi. Pośrodku jest BaaS: licencjonowany dostawca posiada core i uprawnienie, a ty budujesz na jego API — jego rachunki, jego IBAN-y, jego karty, pod twoją marką. Na lekkim końcu jest model agenta: nie masz ani core, ani własnej licencji, działasz pod licencjonowanym podmiotem, który cię zarejestrował. Każdy krok w dół odejmuje możliwości, a wraz z nimi część kosztów i obowiązków.

Własny core: kontrola i rachunek za nią

Posiadanie core kupuje kontrolę. To ty ustalasz roadmapę produktu, zamiast czekać na roadmapę dostawcy. Prowadzisz rachunki bezpośrednio, łączysz się bezpośrednio z systemami płatniczymi, a twoja ekonomika jednostkowa przestaje być cudzą marżą — w skali opłaty za rachunek i transakcję, które płaciłbyś dostawcy BaaS, stają się marżą, którą zatrzymujesz. Nic nie stoi między twoimi decyzjami a księgą, w której lądują.

Rachunek jest duży i w większości nie dotyczy oprogramowania. Potrzebujesz regulowanego uprawnienia (to osobny zakup od oprogramowania i często trudniejszy — słownictwo dotyczące zabezpieczenia środków, interchange i rozliczeń zebrano w /glossary), kapitału, którego to uprawnienie wymaga, zespołu compliance i operacji, który to poprowadzi, oraz bezpośrednich integracji z każdym systemem płatniczym i schematem, z którego korzystasz. A poprawność jest teraz po twojej stronie: gdy o drugiej w nocy księga się rozjedzie, nie ma do kogo zadzwonić. Posiadasz prawdę, więc posiadasz też awarie.

BaaS: wynajem core i uprawnienia

BaaS zamienia ten rachunek w miesięczną relację. Licencjonowany partner prowadzi rachunki, wydaje IBAN-y i karty, zabezpiecza środki i odpowiada przed regulatorem; ty budujesz aplikację na jego API i wypuszczasz ją na rynek. Kupujesz szybkość — działający, uprawniony core od pierwszego dnia zamiast wniosku o licencję i projektu księgi. Dla większości zespołów uruchamiających pierwszy produkt to właściwy kompromis.

Tracisz własność. Ekonomika dostawcy staje się twoim dolnym progiem kosztów: płacisz za rachunek i za transakcję, a te opłaty nie maleją wraz ze wzrostem tak jak w przypadku własnej infrastruktury. Limity dostawcy stają się twoimi limitami, jego roadmapa blokuje twoją, a księga nie jest twoja — przez co wyjście jest drogie, a migracja to osobny projekt. BaaS to wynajem poprawnej części banku. Czynsz jest tani na starcie i nigdy się nie kończy.

Core na własność to projekt kapitałowy, który zwraca się w skali. Core wynajmowany to koszt operacyjny, który nigdy nie maleje. Pytanie nie brzmi, który jest lepszy — tylko na który twój wolumen i marża już zasłużyły.

Model agenta: najlżejszy ze wszystkich

Jeszcze lżejszy model agenta wymaga od ciebie zbudowania niemal niczego po stronie pieniędzy. Rejestrujesz się jako agent instytucji płatniczej lub dystrybutor emitenta pieniądza elektronicznego; ich licencja obejmuje twoją działalność, ich core prowadzi księgę, a regulator zna cię przez nich. To najszybszy sposób, by wystawić klientom produkt finansowy pod własną marką, i ten, który zostawia ci najmniej kontroli — jesteś twarzą na cudzej infrastrukturze, a ich warunki są twoim sufitem.

Gdzie pasuje platforma whitelabel na własnym core

Jest czwarta pozycja, którą spektrum ukrywa: własny core, ale bez budowania warstwy aplikacji od zera. Regulowane uprawnienie i oprogramowanie, które nim steruje, to osobne zakupy — możesz mieć własną licencję i nadal kupić aplikację dla klienta, konsolę operatora i theming jako platformę na wierzchu. Tu mieści się platforma whitelabel. Protocore Pay (/products/pay) to sama warstwa oprogramowania: platforma aplikacji pod twoją marką i konsola operatora, działająca na dowolnym core i infrastrukturze, którą wniesiesz — własnej lub partnerskiej — bez przyspawania licencji do sprzedaży. Konsola, która jej towarzyszy, gdzie każda uprzywilejowana akcja wymaga podania powodu i trafia do dziennika audytu, to Protocore Center (/products/center).

Takie ujęcie porządkuje sprawę, bo pozwala wycenić obie pozycje niezależnie. Zezwolenie ocenia się pod kątem jurysdykcji, zabezpieczenia środków klientów (safeguarding) i warunków; oprogramowanie — po tym, czy onboarding działa, czy integracja z księgą jest czysta i czy operatorzy faktycznie potrafią tym zarządzać. Kupno oprogramowania nie zobowiązuje do licencji, a kupno licencji nie daje aplikacji — to właśnie pomylenie obu po cichu kosztuje projekty miesiące.

Wybór szczebla

Uczciwa heurystyka opiera się na wolumenie, marży i kontroli. Startujesz, nie masz pewności co do popytu i działasz szybko: BaaS albo rejestracja jako agent pozwala wejść na rynek bez pozyskiwania kapitału, a opłatę od każdej transakcji akceptujesz jako cenę szybkości. Rośniesz, wolumen jest na tyle wysoki, że opłaty przewyższają koszt własnej zgodności i infrastruktury, a dostawca blokuje kolejne punkty roadmapy: wtedy własny rdzeń zaczyna się zwracać. Większość produktów startuje na wynajmowanej infrastrukturze i przechodzi na własną dokładnie raz — gdy z liczb wynika, że kapitał i zespół są tańsze niż opłaty.

Nic z tego nie jest poradą prawną, a nazwy kategorii różnią się w zależności od jurysdykcji; potraktuj to jako mapę na rozmowę z regulatorem lub doradcą, a nie ich zamiennik. Ale kształt jest wszędzie ten sam: core banking to księga, która musi być poprawna, BaaS to wynajem tej poprawności w abonamencie, a platforma whitelabel to oprogramowanie, które stawiasz na wybranym wariancie. Kup szczebel, na który zapracował Twój wolumen — i kup oprogramowanie oraz zezwolenie jako dwie osobne rzeczy, którymi zawsze były.