Kerfisarkitektúr

Ein kjarnalausn, margir fletir — svona virkar vettvangurinn í raun.

Yfirferð um vettvanginn frá höfuðbókinni og upp: reikningar, KYC, kort og rafmynt á sama kjarna með tvíhliða bókhaldi, hvernig ein greiðsla fer frá stofnun til afstemmingar og hvar forritalagið, stjórnborð rekstraraðila og leyfisskylda línan eiga heima.

Hafðu samband Skoða vörurnar

Kjarninn

Ein höfuðbók undir öllu.

Í miðju vettvangsins er ein reikningahöfuðbók. Sérhver reikningur — veski viðskiptavinar, staða söluaðila, gjaldareikningur, uppgjörsreikningur — er hnútur í þeirri höfuðbók og sérhver hreyfing verðmæta er tvíhliða færsla: einn reikningur skuldfærður, annar inneignarfærður, og hliðarnar tvær alltaf jafnar. Höfuðbókin er aðeins viðbótarfærð. Færslum er aldrei breytt eða þær eytt; leiðrétting er ný, andstæð færsla, svo alltaf er hægt að rekja alla sögu þess hvernig staða komst í núverandi gildi. Reikningar, KYC-staða, útgefin kort og rafmyntarfang tengjast öll sama reikningalíkaninu. Þess vegna getur kortaheimild, bankamillifærsla og innborgun á keðju bókast á eina stöðu án afstemmingarlags sem saumar aðskilin kerfi saman.

01Tvíhliða bókhald: hver færsla stemmir, skuldir jafngilda inneignum
02Aðeins viðbót: leiðréttingar eru nýjar færslur, aldrei breytingar
03Eitt reikningalíkan fyrir fiat, kort og rafmynt
04KYC-staða fylgir reikningnum, ekki hliðartöflu

Ein greiðsla frá upphafi til enda

Ein greiðsla, frá stofnun til afstemmingar.

Greiðsla er ekki eitt kall heldur stutt lífsferli, og hvert stig er staða sem bæði höfuðbókin og kerfin þín sjá. Sérhver stöðubreyting sendir webhook og sérhver skrifaðgerð er idempotent — sami lykill skilar alltaf sömu niðurstöðu, svo endurtekin beiðni skuldfærir aldrei tvisvar.

01
Stofna
Færsluáform er opnað: fjárhæð, gjaldmiðill, reikningarnir sem koma við sögu. Ekkert hefur hreyfst enn — höfuðbókin skráir biðfærslu.
02
Heimila
Greiðsluleiðin kannar innstæðu og áhættu og leggur hald á fjárhæðina. Hjá korti er þetta heimildin; hjá millifærslu er skuldfærslan tekin frá.
03
Skuldfæra
Fjárhæðin sem haldið var er fullgerð. Höfuðbókin bókar tvíhliða færsluna sem hreyfir verðmæti í raun milli reikninganna tveggja.
04
Gera upp
Fé berst yfir undirliggjandi greiðsluleið — kortakerfi, banka eða keðju — og uppgjörsreikningar stemma við raunverulegt fé.
05
Afstemma
Vettvangurinn ber eigin færslur saman við uppgjörsskýrslu greiðsluleiðarinnar; allt sem ber ekki saman er merkt, ekki falið.

Webhooks og idempotency eru á hverjum jaðri þessa flæðis. Kerfin þín frétta af hreyfingu greiðslu með atburði, ekki með því að spyrjast fyrir, og sérhver beiðni sem þú endurtekur eftir tímarof er afgreidd með idempotency key — og fær sömu niðurstöðu, svo endurtekning skuldfærir aldrei tvisvar. Þjónustan sem sér um heimild og skuldfærslu er greiðslugátt.

Forritalagið

Whitelabel-forrit ofan á, einn vettvangur undir.

Kjarninn býður upp á getu; forritalagið gerir hana að vörum. Hvert forrit sem snýr að viðskiptavinum — vef- og farsímaforrit — er whitelabel-biðlari sem birtir sömu reikninga, greiðslur og kort undir eigin vörumerki. Þemun byggja á tókum: litir, letur, hornradíus og bil koma úr hönnunartókakerfi (PDS), svo rekstraraðili endurstílar allt viðmótið með því að breyta tókum, ekki með því að kvísla forritið. Sama vettvang má beina í ólíkar áttir — neytendabanka, færsluhirðingarforrit, kortaútgáfu, rafmynta-on/off-ramp eða innra rekstrarverkfæri — án þess að það verði fimm aðskildar vörur. Þetta er einn vettvangur í ólíkum búningum, hver stilltur en ekki endursmíðaður.

01Whitelabel vef- og farsímabiðlarar á sameiginlegum API-viðmótum
02Þemun með tókum (PDS): endurstílað með stillingum, ekki kvíslun
03Fimm dæmi um stefnur — neobanki, færsluhirðing, útgáfa, ramp, rekstur
04Nýir fletir eru stilltir, ekki endursmíðaðir

Rekstur

Stýrðu úr stjórnborðinu, með rökstuðningi á skrá.

Á bak við hvert forrit er stjórnborð rekstraraðila. Þar flettir þjónustufulltrúi upp reikningi, áhættusérfræðingur frystir kort eða rekstrarstjóri bakfærir færslu. Lesaðgangur er víðtækur; aðgerðir með auknum réttindum eru það ekki. Allt sem hreyfir fé, breytir mörkum eða snertir fjármuni viðskiptavinar krefst tilgreinds rökstuðnings áður en það keyrir og skrifar óbreytanlega úttektarfærslu — hver gerði hvað, á hverju, hvenær og hvers vegna. Aðgangur fylgir lágmarksréttindum, þannig að hver rekstraraðili sér og gerir aðeins það sem hlutverk hans leyfir. Þetta er líkanið í Protocore Center, stjórnborði rekstraraðila, og sama afstaða er innbyggð í öll kerfi vettvangsins: viðkvæmar aðgerðir eru yfirvegaðar, rekjanlegar og hægt að rýna í eftir á.

01Víðtækur lestur, varin skrif — aðgerðir með auknum réttindum eru undantekning
02Rökstuðningur áskilinn áður en fjármunir eru snertir
03Óbreytanleg úttektarslóð: hver, hvað, hvenær, hvers vegna
04Lágmarksréttindi eftir hlutverki rekstraraðila

Rafmyntabrúin

Rafmynt og fiat í sömu höfuðbók.

Rafmynt er ekki sérstakt hólf á vettvangnum; rafmyntarfang er einfaldlega enn einn reikningur í sömu höfuðbók. On/off-ramp skiptir milli fiat og stafrænna eigna á jaðrinum — viðskiptavinur fyllir á stöðu með korti eða millifærslu og fær rafmynt, eða selur rafmynt og tekur út á bankareikning. Verðmæti á keðju má gera upp alla leið í bankakerfið: innkomandi greiðsla á keðju er inneignarfærð á reikninginn, skipt og greidd út á IBAN, svo viðtakandinn sér venjulegan pening á venjulegum bankareikningi. Þar sem báðir leggir bókast í eina tvíhliða höfuðbók er hreyfing sem byrjar á keðju og endar í bankamillifærslu ein afstemmd saga, ekki tvö kerfi afstemmd í höndunum.

01Rafmyntarfang er reikningur eins og hver annar
02On/off-ramp: fiat og stafrænum eignum skipt á jaðrinum
03Uppgjör á keðju alla leið í útgreiðslu á IBAN
04Ein afstemmd saga yfir báða leggi

Smíðaflöturinn

API, webhooks og sandbox til að smíða gegn.

Allt sem forritin gera, gera þau í gegnum skjalfest API — stofna reikning, opna greiðslu, gefa út kort, hefja ramp. Dæmi um köll eru POST /v1/wallets eða POST /v1/payments; viðmótið er REST með idempotency-lykli á hverri skrifaðgerð. Stöðubreytingar berast sem webhooks, svo kerfin þín bregðast við atburðum í stað þess að spyrjast stöðugt fyrir. Þróun fer fram í sandbox-umhverfi — einangruðu afriti af vettvangnum með prófunarleiðum þar sem þú getur keyrt allt flæðið frá stofnun til afstemmingar án þess að hreyfa raunverulegt fé. Hvað hver vara býður þér, og á hvaða þrepi, ræðst af aðgangsbandi hennar; vörusíðurnar tilgreina hvað hvert band felur í sér.

01Skjalfest REST API, idempotent skrifaðgerðir
02Webhooks fyrir hverja stöðubreytingu — atburðadrifið, ekki spurt í sífellu
03Sandbox-umhverfi með prófunarleiðum, einangrað frá framleiðslu
04Umfang og mörk ráðast af aðgangsböndum hverrar vöru

Hin heiðarlegu mörk

Protocore smíðar hugbúnaðinn. Leyfið heldur utan um leyfisskyldu línuna.

Greiðsluvara er tvennt sem er samofið: leyfisskyld heimild til að varðveita og hreyfa fé, og hugbúnaðurinn sem stýrir því, skráir það og stemmir af. Protocore smíðar hugbúnaðinn. Leyfisskyld starfsemi — að varðveita fé viðskiptavina, gefa út reikninga, hreyfa fé innan kortakerfis — er á ábyrgð rekstraraðilans samkvæmt eigin leyfi eða hjá leyfisskyldum samstarfsaðila: banka, rafeyrisfyrirtæki eða greiðslustofnun. Vettvangurinn er smíðaður til að falla að þeim leyfisskyldu leiðum sem þú kemur með og til að halda kortagögnum á greiðsluleiðinni svo þau snerti aldrei netþjónana þína; hann kemur ekki í stað þeirrar heimildar, og enginn hugbúnaður gerir það. Hvar leyfisskylda línan liggur ákveður þú með samstarfsaðila þínum, og arkitektúrinn er hannaður til að sitja hreint hvorum megin sem er.