Arhitektura platforme

Eno jedro, mnogo površin – kako platforma deluje v resnici.

Sprehod po platformi od glavne knjige navzgor: računi, KYC, kartice in kripto, ki si delijo isto jedro z dvostavnim knjiženjem, pot posameznega plačila od ustvarjanja do uskladitve ter mesta, kjer ležijo aplikacijski sloj, operaterska konzola in regulirana meja.

Pogovorite se z nami Oglejte si izdelke

Jedro

Ena glavna knjiga pod vsem.

V središču platforme je ena sama glavna knjiga računov. Vsak račun – denarnica stranke, stanje trgovca, račun provizij, poravnalni račun – je vozlišče v tej knjigi, vsak premik vrednosti pa je dvostavno knjiženje: en račun se obremeni, drugi se odobri, obe strani sta vedno enaki. Knjiga je samo dopisovalna. Zapisov se nikoli ne ureja ali briše; popravek je nov, nasproten zapis, zato je celotno zgodovino, kako je stanje doseglo trenutno vrednost, vedno mogoče rekonstruirati. Računi, stanje KYC, izdane kartice in kripto naslovi so vezani na isti model računa, zato se avtorizacija kartice, bančno nakazilo in vplačilo na verigi lahko knjižijo na isto stanje, brez usklajevalnega sloja, ki bi lepil skupaj ločene sisteme.

01Dvostavno knjiženje: vsako knjiženje je uravnoteženo, bremenitve so enake dobropisom
02Samo dopisovanje: popravki so novi zapisi, nikoli urejanje
03En model računa za fiat, kartice in kripto
04Stanje KYC potuje z računom, ne v stranski tabeli

Plačilo, od začetka do konca

Eno plačilo, od ustvarjanja do uskladitve.

Plačilo ni en klic, ampak kratek življenjski cikel, vsaka stopnja pa je stanje, ki ga vidita tako glavna knjiga kot vaši sistemi. Vsaka sprememba stanja sproži webhook, vsako pisanje pa je idempotentno – isti ključ vrne isti rezultat, zato ponovljena zahteva nikoli ne obremeni dvakrat.

01
Ustvarjanje
Odpre se namera plačila: znesek, valuta, udeleženi računi. Nič se še ni premaknilo – knjiga zabeleži zapis v teku.
02
Avtorizacija
Tir preveri sredstva in tveganje ter postavi rezervacijo. Pri kartici je to avtorizacija, pri nakazilu se bremenitev rezervira.
03
Zajem
Rezervirani znesek se potrdi. Knjiga zabeleži dvostavno knjiženje, ki dejansko premakne vrednost med obema računoma.
04
Poravnava
Sredstva se poravnajo prek osnovnega tira – kartične sheme, banke ali verige – poravnalni računi pa se uskladijo z realnim denarjem.
05
Uskladitev
Platforma primerja lastna knjiženja s poravnalnim poročilom tira; vse, kar se ne ujema, je označeno, ne prikrito.

Webhooki in idempotenca so prisotni na vsakem robu tega poteka. Vaši sistemi izvedo, da se je plačilo premaknilo, s prejemom dogodka, ne s pollingom, vsaka zahteva, ki jo po časovni omejitvi ponovite, pa se prek svojega idempotentnega ključa – razreši v isti rezultat, tako da ponovitev nikoli ne obremeni dvakrat. Storitev, ki izvaja avtorizacijo in zajem, je plačilni prehod (payment gateway).

Aplikacijski sloj

Whitelabel aplikacije zgoraj, ena platforma spodaj.

Jedro izpostavlja zmožnosti, aplikacijski sloj jih spremeni v izdelke. Vsaka aplikacija za stranke – spletna in mobilna – je whitelabel odjemalec, ki iste račune, plačila in kartice prikaže v lastni blagovni znamki. Teme temeljijo na tokenih: barve, tipografija, zaobljenost in razmiki izhajajo iz sistema oblikovalskih tokenov (PDS), zato operater preoblikuje celoten videz s spremembo tokenov, ne z razcepitvijo aplikacije. Isto platformo je mogoče usmeriti v zelo različne smeri – neobanka za potrošnike, aplikacija za sprejem plačil pri trgovcih, program izdajanja kartic, kripto on/off-ramp ali interno operativno orodje – ne da bi se razdrobila v pet ločenih izdelkov. Je ena platforma v različnih preoblekah, vsaka konfigurirana, ne na novo zgrajena.

01Whitelabel spletni in mobilni odjemalci na skupnih API-jih
02Teme na osnovi tokenov (PDS): preoblikovanje s konfiguracijo, ne z razcepitvijo
03Pet primerov uporabe – neobanka, acquiring, izdajanje, ramp, operacije
04Nove površine se konfigurirajo, ne gradijo znova

Operacije

Upravljajte iz konzole, z razlogom v evidenci.

Za vsako aplikacijo stoji operaterska konzola. V njej podpornik poišče račun, analitik tveganj zamrzne kartico, vodja operacij pa razveljavi knjiženje. Branje je široko dostopno, privilegirana dejanja pa ne. Vse, kar premika denar, spreminja limite ali posega v sredstva stranke, zahteva navedbo razloga pred izvedbo in zapiše nespremenljiv revizijski vnos: kdo je ukrepal, na čem, kdaj in zakaj. Dostop sledi načelu najmanjših privilegijev, zato vsak operater vidi in počne le tisto, kar dovoljuje njegova vloga. Tako deluje Protocore Center, operaterska konzola, enak pristop pa je vgrajen v vse sisteme na platformi: občutljiva dejanja so premišljena, pripisljiva in naknadno preverljiva.

01Široko branje, nadzorovano pisanje – privilegirana dejanja so izjema
02Obvezen razlog pred vsakim dejanjem, ki posega v sredstva
03Nespremenljiva revizijska sled: kdo, kaj, kdaj, zakaj
04Najmanjši privilegiji glede na vlogo operaterja

Kripto most

Kripto in fiat v isti glavni knjigi.

Kripto na platformi ni ločen silos; kripto naslov je le še en račun v isti glavni knjigi. On/off-ramp na robu pretvarja med fiatom in digitalnimi sredstvi – stranka napolni stanje s kartico ali nakazilom in prejme kripto ali pa kripto proda in izplača na bančni račun. Vrednost z verige se lahko poravna vse do bančnega tira: prejeto plačilo na verigi se odobri na račun, pretvori in izplača na IBAN, tako da prejemnik na navadnem bančnem računu vidi navaden denar. Ker se obe nogi knjižita v isto dvostavno glavno knjigo, je premik, ki se začne na verigi in konča kot bančno nakazilo, ena sama usklajena zgodovina, ne dva sistema, usklajena na roke.

01Kripto naslov je račun kot vsak drug
02On/off-ramp: fiat in digitalna sredstva se pretvarjajo na robu
03Poravnava na verigi vse do izplačila na IBAN
04Ena usklajena zgodovina čez obe nogi

Površina za razvoj

API-ji, webhooki in sandbox za razvoj.

Vse, kar počnejo aplikacije, počnejo prek dokumentiranega API-ja – ustvarijo račun, odprejo plačilo, izdajo kartico, sprožijo ramp. Primeri klicev so POST /v1/wallets ali POST /v1/payments; oblika je REST z idempotentnim ključem pri vsakem pisanju. Spremembe stanj se dostavljajo kot webhooki, tako da se vaši sistemi odzivajo na dogodke, namesto da jih sprašujejo (polling). Razvoj poteka v sandbox tenantu – izolirani kopiji platforme s testnimi tiri, kjer lahko izvedete celoten potek od ustvarjanja do uskladitve, ne da bi premaknili pravi denar. Kaj vam posamezen izdelek izpostavlja in na kateri ravni, določa njegov dostopni razred; strani posameznih izdelkov podrobno opisujejo, kaj določen razred vključuje.

01Dokumentiran REST API, idempotentna pisanja
02Webhooki za vsako spremembo stanja – dogodkovno, ne s pollingom
03Sandbox tenant s testnimi tiri, izoliran od produkcije
04Obseg in omejitve določajo dostopni razredi posameznih izdelkov

Odkrita meja

Protocore gradi programsko opremo. Licenca drži regulirano mejo.

Plačilni izdelek sta dve stvari, zlita skupaj: regulirano dovoljenje za hranjenje in premikanje denarja ter programska oprema, ki ga usmerja, beleži in usklajuje. Protocore gradi programsko opremo. Regulirana dejavnost – hranjenje sredstev strank, izdajanje računov, premikanje denarja prek sheme – ostaja pri operaterjevi licenci ali licenciranem partnerju: banki, EMI ali plačilni instituciji. Platforma je zgrajena tako, da se prilega regulativnim tirom, ki jih prinesete, in da podatki o karticah ostanejo na tiru ter se nikoli ne dotaknejo vaših strežnikov; ni nadomestilo za to dovoljenje in tega ne more biti nobena programska oprema. Kje poteka regulirana meja, se odločite skupaj s partnerjem, arhitektura pa je zasnovana tako, da stoji čisto na obeh straneh te meje.