Fizetési szótár

Az engedélyezés az a valós idejű ellenőrzés, amely megerősíti, hogy a fizetés mehet tovább: a kibocsátó jóváhagyja vagy elutasítja a kérést, jóváhagyás esetén pedig zárolja az összeget. Ebben a lépésben nem mozog pénz, csak lefoglalódik az összeg, és a rendszer jóváhagyási kódot ad vissza. A sikeres engedélyezés fizetési ígéret, nem maga a fizetés.

A capture az a lépés, amely a jóváhagyott engedélyezést tényleges terheléssé alakítja, és utasítja a kibocsátót a zárolt összeg átutalására. Történhet közvetlenül az engedélyezés után vagy később — például az áru feladásakor —, de legkésőbb az engedélyezés lejártáig. Ha az engedélyezettnél kisebb összeget terhelsz (részleges capture), a különbözet visszakerül a kártyabirtokoshoz.

A klíring az elfogadó és a kibocsátó közötti tranzakciós adatcsere, amely még a pénzmozgás előtt meghatározza, ki kinek tartozik. A nap során lekönyvelt tranzakciókat nettósítja azokra az összegekre, amelyeket a felek kiegyenlítenek. A klíring létrehozza a kötelezettséget, a kiegyenlítés teljesíti azt.

A kiegyenlítés az a pénzmozgás, amely teljesíti a klíring során megállapított kötelezettségeket — az a pont, ahol a pénz ténylegesen gazdát cserél a bankok között. Kártyás fizetésnél ez általában a vásárlás után egy vagy több nappal történik; azonnali rendszereken és on-chain közel valós időben is megtörténhet. A kiegyenlítés befejeztéig a lekönyvelt fizetés követelés, nem készpénz.

Az interchange az a díj, amelyet az elfogadó minden kártyatranzakció után a kibocsátónak fizet; a kártyatársaságok határozzák meg, és jellemzően a kereskedőre hárítják. A legtöbb kártyaelfogadási költség legnagyobb tétele, értéke pedig a kártya típusától, a régiótól és a tranzakció módjától függ. Az interchange azt jutalmazza, hogy a kibocsátó vállalja a kártyabirtokossal való kapcsolatot és a hitelkockázatot.

Az egyeztetés az a folyamat, amely során sorról sorra összeveted a várt kifizetéseket a ténylegesen kiegyenlített összegekkel, hogy minden fillér elszámolható legyen. Összeveti a saját nyilvántartásodat a feldolgozói riportokkal, a bankszámlakivonatokkal és a kártyatársasági fájlokkal, és jelzi a díjakat, az időzítési eltéréseket és az eltéréseket. Egyeztetés nélkül a díjak és a sikertelen kifizetések az engedélyezés és a készpénz közötti résben tűnnek el.

A payout a kiegyenlített összegek kiutalása a kereskedőnek, eladónak vagy végfelhasználónak — a fizetési platform kimenő ága. Lehet ütemezett (napi vagy heti gyűjtés) vagy igény szerinti, és mindegyiknek megvan a maga csatornája, időzítése és díja. A payoutnál válik a beszedett fizetés végre felhasználható pénzzé valaki számláján.

A batch tranzakciók csoportja, amelyet egyszerre nyújtanak be vagy egyenlítenek ki, nem egyenként; jellemzően a munkanap végén zárnak le. A kereskedők kötegelve nyújtják be a captureöket klíringre; a bankok a kifizetéseket és csoportos beszedéseket ütemezett futásokba rendezik. A kötegelés az azonnaliságot a hatékonyságra és a kiszámítható kiegyenlítési ablakokra cseréli.

Az acquirer az a bank vagy engedélyezett intézmény, amely lehetővé teszi a kereskedő számára a kártyás fizetések elfogadását, és az ő nevében fogadja az összegeket. Összeköti a kereskedőt a kártyatársaságokkal, vállalja a kiegyenlítési kockázatot, és végső soron ő felel a chargebackekért. Az acquirer minden kártyatranzakcióban a kereskedői oldalon áll, a kibocsátóval szemben.

Az issuer az a bank vagy intézmény, amely a kártyabirtokosnak a kártyát és a számlát biztosítja, és jóváhagyja vagy elutasítja az egyes tranzakciókat. Engedélyezéskor ő fedezi a vásárlást, számláz a kártyabirtokosnak, és a hálózaton keresztül fizet az acquirernek. Minden kártyatranzakció egy issuer és egy acquirer között zajlik.

A fizetési gateway az a szoftverréteg, amely a checkoutnál rögzíti a fizetési adatokat, és biztonságosan továbbítja azokat a feldolgozónak és a kártyatársaságoknak. Az ügyfél által látott pillanatot kezeli — a fizetési oldalt, a titkosítást és az engedélyezési kérést —, majd jóváhagyást vagy elutasítást ad vissza. A gateway az üzenetet továbbítja; a pénzt nem tartja és nem mozgatja.

A fizetésfeldolgozó az a szolgáltatás, amely a tranzakciót a kereskedő acquirere és az ügyfél issuere között továbbítja, és kezeli az engedélyezést, a klíringet és a kiegyenlítést. A kereskedő kérését hálózati üzenetekké alakítja, a választ pedig visszaközvetíti. A gateway a bejárat; a feldolgozó a mögötte működő gépezet.

A fizetési szolgáltató (PSP) a gatewayt, a feldolgozást és gyakran az elfogadást is egyetlen szolgáltatásba csomagolja, így a kereskedő úgy fogadhat fizetést, hogy nem kell külön szerződnie minden elemre. A PSP-k jellemzően saját elfogadói jogviszonyuk alatt veszik fel a kereskedőket, és továbbutalják nekik az összegeket. A kényelemért cserébe le kell mondani az útválasztás és a kiegyenlítés feletti kontroll egy részéről.

A merchant of record (MoR) az az entitás, amely jogilag felel az értékesítésért — ő szerepel az ügyfél kivonatán, ő szedi be a fizetést, fizeti be az adót, és ő viseli a visszatérítések és chargebackek felelősségét. Egy merchant of record szolgáltatóval olyan piacokon is lehet értékesíteni, ahol a cégnek nincs helyi entitása. Az MoR viseli az egyes tranzakciók megfelelőségi és pénzügyi felelősségét.

A chargeback a kártyás fizetés kényszerű visszafordítása, amelyet a kártyabirtokos kibocsátója kezdeményez, jellemzően csalás, nem teljesített szállítás vagy számlázási hiba miatti vitát követően. Az összeget a kereskedőtől visszavonják és a kártyabirtokosnak visszautalják, amíg a panaszt vizsgálják. A chargebackek díjjal járnak, nagy volumennél pedig hálózati bírságokkal, ezért a megelőzés többet ér a védekezésnél.

A visszatérítés (refund) új tranzakció, amely a kiegyenlített fizetés után visszautalja az összeget az ügyfélnek, és külön tételként jelenik meg a kivonatán. A sztornó (reversal) az engedélyezést vagy a capture-t a kiegyenlítés előtt törli, így az eredeti terhelés soha nem könyvelődik teljesen. Ha lehet, sztornózz (gyorsabb és olcsóbb); visszatérítést akkor adj, ha a pénz már mozgott.

A 3-D Secure (3DS) az a protokoll, amely a kártyaadatok megadása és az engedélyezés közé hitelesítési lépést iktat — banki jóváhagyást, biometrikus azonosítást vagy egyszeri kódot —, hogy igazolja, valóban a kártyabirtokos vásárol. Ez a leggyakoribb módja az erős ügyfél-hitelesítés (SCA) teljesítésének, amely Európában számos online fizetésnél kétfaktoros követelmény. A sikeres 3DS a csalási felelősséget is a kereskedőről a kibocsátóra helyezi.

A tokenizálás az érzékeny kártyaszámot egy helyettesítő értékkel — tokennel — váltja fel, amely ellopva használhatatlan, és biztonságosan tárolható vagy újrahasznosítható. A valódi szám védett tárolóban marad; a későbbi terheléseknél a token helyettesíti. Csökkenti a nyers kártyaadatot érintő rendszerek körét, így az adatvédelmi incidensek kockázatát és a megfelelőségi hatókört is.

A kártyakibocsátás fizetési kártyák — virtuálisak vagy fizikaiak — létrehozása és működtetése az általad kezelt számlákhoz kötve, valamint a rajtuk indított tranzakciók jóváhagyása. A modern kibocsátói platformon egy cég API-n keresztül hoz létre kártyákat, állít be költési szabályokat, és valós időben engedélyez a saját főkönyve alapján. A kibocsátás a egyenleget olyan kártyává alakítja, amellyel valaki ténylegesen fizethet.

Az előre fizetett kártya a magára a kártyára feltöltött egyenleget költi, bármely bankszámlától függetlenül, míg a betéti kártya közvetlenül egy hozzákapcsolt számláról terhel. Az előre fizetett kártya a feltöltött összegben korlátozza a költést, és teljes banki kapcsolat nélkül is könnyen kibocsátható; a betéti kártya minden tranzakciót egy mögöttes számlaegyenleghez köt. Mindkettő a rendelkezésre álló fedezetre engedélyez, nem hitelkeretre.

A BIN (Bank Identification Number) a kártyaszám első hat-nyolc számjegye, amely azonosítja a kibocsátót, a kártyatársaságot, az országot és a termék típusát. A hálózatok és az acquirerek a BIN alapján irányítják a tranzakciót a megfelelő kibocsátóhoz, és alkalmazzák a megfelelő szabályokat és díjakat. Ebből tudja a fizetés, melyik bankot kell jóváhagyásra kérni.

A PAN (Primary Account Number) a kártyára dombornyomott vagy ráírt teljes kártyaszám — jellemzően 16 számjegy —, amely a hálózat felé azonosítja a számlát. Ez az az érzékeny érték, amelyet a tokenizálás és a titkosítás véd, és kitettsége határozza meg a PCI hatókör jelentős részét. A PAN első számjegyei a BIN; az utolsó számjegy ellenőrző összeg.

Az EMV a globális chipkártya-szabvány, amely kriptográfiailag hitelesíti a kártyát az értékesítési ponton, kiváltva a könnyen másolható mágnescsíkot. Minden tranzakció egyedi kriptogramot generál, amelyet a kibocsátó ellenőrizni tud, így a hamisított kártyák sokkal nehezebben használhatók. Az EMV szabályozza az érintés nélküli és a mobiltárcás kártyaleolvasást is.

Az érintés nélküli fizetés lehetővé teszi, hogy kártyával vagy telefonnal a terminálhoz érintve fizess: az NFC (Near Field Communication) néhány centiméteren keresztül továbbít EMV-kriptogramot. Ugyanazt a chipszintű biztonságot nyújtja, mint a behelyezett kártya, és a tranzakciót is ugyanúgy engedélyezik. A telefonok eszközszintű biometrikus azonosítást is adnak, ezért érintéses fizetésnél gyakran nincs PIN-kód.

Az értékesítési pont (PoS) az a hely, ahol az ügyfél személyesen fejezi be a vásárlást — a terminál vagy szoftver, amely beolvassa a kártyát, összeállítja a tranzakciót, és engedélyt kér. A modern PoS a pultra tett terminálltól a közvetlenül érintést fogadó telefonig terjed. Ez a fizikai világ belépési pontja ugyanabba az engedélyezéstől a kiegyenlítésig tartó folyamatba, mint egy online checkout.

Az IBAN (International Bank Account Number) a szabványosított számlaazonosító, amely az banki átutalások irányítására szolgál Európában és a világ nagy részén. Egyetlen karakterláncban kódolja az országot, a bankot és a számlát, ellenőrző összeggel, amely még a küldés előtt kiszűri a elgépeléseket. Az IBAN megmondja, hova kell érkeznie a pénznek; azt viszont önmagában nem, hogy ki a számla tulajdonosa.

A virtuális IBAN (vIBAN) valódi, irányítható IBAN, amelyet egyetlen mögöttes számla fölött bocsátanak ki, hogy a beérkező összegek automatikusan egy adott ügyfélhez, rendeléshez vagy célhoz legyenek rendelhetők. A vIBAN-ra érkező átutalások maguktól egyeztetődnek — már az érkezés pillanatában tudod, ki fizetett, közlemény alapján történő párosítás nélkül. A virtuális IBAN-ok felhasználónkénti számlaszámot adnak a platformnak anélkül, hogy minden felhasználónak bankszámlát kellene nyitni.

A BIC (Bank Identifier Code), más néven SWIFT-kód, nemzetközi átutalásoknál egy adott bankot azonosít — az IBAN párja, amely a számlát nevezi meg. Míg az IBAN azt mondja meg, melyik számláról van szó, a BIC azt, melyik intézményről, és a SWIFT hálózaton keresztül azt is, hogyan érhető el. A SEPA-n belül általában elég az IBAN, így a BIC gyakran elhagyható.

A SEPA (egységes euró-fizetési térség) az a rendszer, amely a részt vevő országok közötti eurós átutalásokat belföldiként működteti — azonos formátummal, azonos szabályokkal, határátlépési felár nélkül. Lefedi a szokásos átutalásokat és a csoportos beszedéseket, amelyeket kötegekben, egy vagy több nap alatt egyenlítenek ki. A SEPA teszi rutinszerűvé és olcsóvá az IBAN-ról IBAN-ra történő eurós fizetést Európa-szerte.

A SEPA Instant (SCT Inst) a SEPA-átutalás valós idejű változata, amely másodpercek alatt, a nap bármely órájában mozgat eurót a számlák között. Az összeg azonnal végleges és elérhető, ellentétben a hagyományos SEPA-val, amely kötegekben egyenlít ki. A számlák közötti fizetést a kártyás érintés sebességéhez közelíti, kártyahálózat közbeiktatása nélkül.

Az on-ramp a hagyományos pénzből a kriptóba vezető út — a felhasználó kártyával vagy banki átutalással fizet, és digitális eszközt kap a tárcájába. Egyetlen folyamatban kezeli a fiat beszedését, az azonosítást és a váltást. Az on-ramp az a pont, ahol a fizetési probléma (pénz fogadása) találkozik a blokklánc-problémával (eszköz kézbesítése).

Az off-ramp a fordított út — a kriptó visszaváltása hagyományos pénzre és kifizetése bankszámlára. Eladja vagy beváltja az eszközt, lefuttatja a kifizetés megfelelőségi ellenőrzéseit, és a keletkező összeget hagyományos fizetési csatornán egyenlíti ki. Az on- és off-rampok együtt lehetővé teszik, hogy egy termék értéket mozgasson a kriptóba és onnan ki anélkül, hogy a felhasználónak tőzsdét kellene használnia.

A stablecoin olyan kriptotoken, amelyet úgy terveztek, hogy stabil értéket tartson egy hivatkozási alap, például egy nemzeti valuta követésével, jellemzően mögötte tartott tartalékokkal fedezve. Mivel értéke stabil, kiegyenlítési eszközként működhet — on-chain mozgat értéket a többi kriptoeszköz árfolyam-ingadozása nélkül. A stablecoinok lehetővé teszik, hogy a pénz blokklánc-sebességgel egyenlítődjön ki, miközben ismerős egységben marad denominálva.

Az on-chain kiegyenlítés a fizetési kötelezettség teljesítése érték blokkláncon való mozgatásával, ahol az átutalás rögzített és végleges, bank közbeiktatása nélkül. Másodpercek alatt, éjjel-nappal lezajlhat, és maga a főkönyv a fizetés bizonyítéka. A gyakorlatban akkor a leghasznosabb, ha az érték végül bankszámlán köt ki — vagyis az on-chain átutalás egy IBAN-ra oldódik fel.

Custody esetén egy harmadik fél tartja a kriptód privát kulcsait, és ő felel a megőrzésükért; self-custody esetén te tartod a saját kulcsaidat, és te viseled ezt a felelősséget. A custody a kontrollt cseréli kényelemre és jogorvoslatra; a self-custody a jogorvoslatot cseréli teljes kontrollra. A különbség dönti el, ki mozgathatja az eszközöket, és ki felel, ha a kulcsok elvesznek vagy ellopják őket.

A hot wallet a kulcsait internethez csatlakozó rendszeren tartja, így az összegek azonnal mozgathatók; a cold wallet offline tartja őket, bármilyen hálózattól elszigetelve. A hot walletek a napi forgalmat szolgálják ki, és elfogadják a nagyobb támadási felületet; a cold walletek olyan tartalékot őriznek, amely ritkán mozdul, de biztonságban kell maradnia. A legtöbb működés megosztja az összeget a kettő között — annyi legyen hot, amennyi a tranzakciókhoz kell, a nagyobb rész pedig cold.

A wallet-as-a-service olyan infrastruktúra, amellyel egy termék API-n keresztül hozhat létre és kezelhet kriptotárcákat a felhasználói számára, anélkül, hogy a kulcskezelést a nulláról kellene felépítenie. Ellátja a tárcák létrehozását, az aláírást és a biztonságot, így az alkalmazás a saját felhasználói élményére koncentrálhat. A láncon lévő eszközök tartása és mozgatása így egy meghívható funkció lesz, nem pedig egy üzemeltetendő rendszer.

A KYC (Know Your Customer, ügyfél-azonosítás) az a folyamat, amely során a tranzakció engedélyezése előtt ellenőrzik az ügyfél kilétét: összegyűjtik és ellenőrzik a személyazonosító dokumentumokat, és megerősítik, hogy az ügyfél valóban az, akinek mondja magát. Ez a csalás, a pénzmosás és a szankciók megsértése elleni alapvető kontroll. A KYC megállapítja az identitást; a folyamatos monitoring pedig azt figyeli, mit tesz ezután az adott identitás.

A KYC egy magánszemély ügyfelet azonosít, a KYB (Know Your Business) pedig egy vállalatot: annak jogi létezését, tulajdonosi szerkezetét és a végső irányítást gyakorló személyeket. A KYB olyan lépésekkel egészül ki, amelyeket a KYC nem tartalmaz: cégnyilvántartási ellenőrzés, tényleges tulajdonosok azonosítása, valamint a képviseleti jogosultság megerősítése. A vállalkozásokat felvevő platformnak mindkettőre szüksége van: KYB-re a cégnél, KYC-re a mögötte álló személyeknél.

Az AML (Anti-Money Laundering, pénzmosás elleni küzdelem) azoknak a kontrolloknak az összessége, amelyek felderítik és megakadályozzák az illegális pénzeszközök mozgását a pénzügyi rendszerben: tranzakciókat monitoroznak, feleket szűrnek, és jelentik a gyanús tevékenységet. Az ügyfél-felvételi azonosítást a viselkedés folyamatos megfigyelésével kapcsolja össze. Az AML folyamatos program, nem egyszeri kapu.

A szankciós szűrés az ügyfeleket, az ügyfélpartnereket és a tranzakciókat veti össze kormányzati és nemzetközi figyelőlistákkal, hogy megakadályozza az üzletelést tiltott személyekkel, szervezetekkel és területekkel. Az ügyfél-felvételkor, majd minden releváns tranzakciónál újra lefut, mivel a listák folyamatosan változnak. Egyetlen megerősített találat is megkövetelheti a pénzeszközök zárolását és bejelentés tételét, nem csupán az elutasítást.

Az embedded finance pénzügyi szolgáltatások, például fizetések, számlák, kártyák és hitelezés beépítése egy nem pénzügyi termékbe, így a felhasználónak nem kell elhagynia az alkalmazást a tranzakcióhoz. Olyan infrastruktúra-szolgáltatókra épül, amelyek API-n keresztül biztosítják a szabályozott hátteret. Jól megvalósítva a pénzügyek eltűnnek a felhasználói élményben: a checkout, a kifizetés és a kártya egyszerűen ott történik meg, ahol a felhasználó van.

A banking-as-a-service (BaaS) lehetővé teszi, hogy egy nem banki szereplő bankszerű funkciókat, például számlákat, kártyákat és fizetéseket kínáljon azáltal, hogy API-n keresztül egy engedélyezett szolgáltató infrastruktúrájára épít. Az engedély és a szabályozói felelősség a szolgáltatónál marad; a platform építi a terméket, és övé az ügyfél. A BaaS révén egy szoftvercég számlákat és kártyákat indíthat anélkül, hogy bankká válna.

Az elektronikuspénz-kibocsátó intézmény (EMI) olyan társaság, amely engedéllyel bocsáthat ki elektronikus pénzt és kezelhet ügyfélforrásokat anélkül, hogy teljes értékű bank lenne; az ügyfelek pénzét elkülönítetten őrzi, nem kölcsönzi ki. Az EMI-k jellemzően tárcákat, előrefizetett programokat és fizetési számlákat működtetnek. A kifejezés egy szabályozott intézménytípust ír le, amelyre a platformok építhetnek; nem állítja, hogy egy adott platform rendelkezik az engedéllyel.

Az agentic payments olyan tranzakciók, amelyeket autonóm szoftverügynökök kezdeményeznek és hajtanak végre a felhasználó nevében, a felhasználó által megszabott korlátokon belül. Az ügynöknek behatárolt felhatalmazásra, költési megbízásra és audit naplóra van szüksége: ezek a kontrollok válaszolnak arra, mit vásárolhat, mekkora összegig és kinek az utasítására. A fizetés szereplője így a pénztárnál álló személyről egy költségkerettel rendelkező programra változik.

Az idempotencia az a tulajdonság, hogy ugyanazt a műveletet kétszer végrehajtva ugyanaz az eredmény, mint egyszeri végrehajtásnál; ez a védelem akadályozza meg, hogy egy újraküldött kérés kétszer terhelje meg az ügyfelet. A kliens egyedi idempotencia-kulcsot küld a fizetéssel, a szerver rögzíti, és ismétlés esetén az eredeti eredményt adja vissza. Ettől lesz biztonságos, nem pedig veszélyes egy időtúllépéses fizetés újrapróbálása.

A webhook olyan üzenet, amelyet a fizetési rendszer abban a pillanatban küld a szerverednek, amikor valami történik: egy fizetés elszámolásra kerül, egy kifizetés meghiúsul, vagy vitatott tranzakció indul. Így az eseményekről lekérdezés (polling) nélkül értesülsz. Az endpointod megkapja az eseményt, ellenőrzi az aláírását, és végrehajtja a szükséges lépést. A webhookok tartják szinkronban az aszinkron pénzmozgást a saját rendszereiddel.

A főkönyv egy pénzügyi rendszer minden egyenlegének és mozgásának hiteles nyilvántartása, az igazság forrása arról, hogy kinél mi van. A fizetések világában minden állapoton végigköveti a pénzeszközöket, az engedélyezéstől az elszámoláson át a kifizetésig, így bármely egyenleg megmagyarázható a mögötte lévő tételekkel. Ha a számok eltérnek, a főkönyvhöz kell egyeztetni.

A kettős könyvelés az a számviteli alapelv, amely szerint minden mozgást két egymásnak megfelelő tételként, egy tartozik és egy követel oldali könyvelésként rögzítenek, így a könyvek mindig egyensúlyban vannak. A fizetési főkönyvben ez garantálja, hogy pénz sosem keletkezik vagy semmisül meg, csak számlák között mozog. Ez a szerkezeti oka annak, hogy egy helyesen vezetett főkönyv mindig nullára egyeztethető.