A 2026-os globális fizetési kilátások: működési modell, kockázat és bevétel egy ügynöki, láthatatlan, valós idejű világban

TL;DR. G-SIB működésimodell-nézet a 2026-os fizetésekről: ügynöki felelősség, folyamatosan elérhető likviditás a DORA alatt, tokenizált főkönyvek, SWIFT-határidő.

Legfontosabb tanulságok

A globális fizetési hatóságok konvergenciája. E szerkezeti eltolódás pályájának feltérképezéséhez ez a jelentés négy tekintélyes iparági vezető 2026-os fizetési és kereskedelmi kilátásait szintetizálja: J.P.
1. pillér: Ügynöki kereskedelem és láthatatlan fizetések. Az ügynöki kereskedelem az ember által vezérelt, kattintással vásárló digitális fizetési struktúráktól az autonóm, modellvezérelt tranzakciókezdeményezés felé való átmenetet jelenti.
2. pillér: Treasury-átalakulás és újragondolt likviditás. A tranzakciós banki tevékenység sebességét 2026-ban a hagyományos, napvégi kötegelt feldolgozásról a folyamatosan elérhető, valós idejű treasury-műveletekre való áttérés hajtja.
3. pillér: Tokenizált betétek és egységes főkönyv. A tokenizáció az elszigetelt, koncepció-igazoló blokklánc-kísérletektől a skálázott, bankszintű monetáris infrastruktúráig érett.

A fizetések adminisztratív segédeszközből a banki technológiai stratégia magjává váltak. 2026-ban a globális fizetési működési modellt három egymáshoz közelítő erő határozza meg, az ügynöki kereskedelem, a láthatatlan beágyazott pénzmozgások és a valós idejű végrehajtás, és mindegyik átrajzolja, hol visel kockázatot és hol termel bevételt egy tranzakciós bank. Ez a jelentés a J.P. Morgan Payments, a Global Payments, a HSBC és a The Payments Association 2026-os kilátásait egyetlen működésimodell-nézetté szintetizálja: hogyan kell a G-SIB- és regionális vezetőknek, treasury-vezetőknek és szabályozóknak eligazodniuk a modell által kezdeményezett kereskedelemben, a DORA szerinti folyamatosan elérhető likviditásban, a BIS Project Agorá keretében működő tokenizált egységes főkönyvekben és a fix dátumú, 2026. novemberi SWIFT strukturáltcím-átállásban.

Vezetői összefoglaló

A fizetések ma a működési magot alkotják, nem segédeszközt. A 2026–2028-as ciklus szerkezeti ablak: a technológia, a szabályozás és az ügyféli elvárás egyetlen működési síkra konvergált, és a modern fizetési infrastruktúra a bankszintű technológiai stratégia alapja.

Az ügynöki, láthatatlan és valós idejű pénzmozgások mindegyike más kockázatot mozgat. Az ügynöki kereskedelem áthelyezi a felelősséget és a modellkockázat-kezelést; a láthatatlan beágyazott fizetések a diszintermediáció veszélyét hordozzák; a valós idejű végrehajtás felgyorsítja a tőke sebességét, és újraírja a likviditási, hitel- és csaláskezelést.

Négy pillér viszi a tőke- és technológiai költségvetést. A korlátozott jogosultságú ügynöki API-kapuk, a DORA szerinti, folyamatosan elérhető Treasury-as-a-Service, a tokenizált betétek az egységes főkönyveken és a strukturált adatokra épülő csalás elleni védelem azok a területek, ahol az allokációs döntések meghatározzák a tranzakciós banki tevékenység versenykörnyezetét.

A megfelelési óra a kényszerítő tényező. A 2026. november 14-i strukturáltcím-átállás megbánásmentes lépés; az ügynöki védőkorlátok és a tokenizáció az erre a tetejére rétegzett stratégiai opciók egy három horizontból álló ütemterv mentén.

A globális tranzakciós bankok számára a 2026–2028-as ciklus kritikus szerkezeti ablakot jelent. A modern fizetési infrastruktúra már nem pusztán adminisztratív segédeszköz; a bankszintű technológiai stratégia alapvető magja. A G-SIB-ek és a jelentős regionális pénzügyi intézmények döntéshozói rendkívül összetett környezettel szembesülnek, ahol a technológia, a szabályozás és az ügyféli elvárások egyetlen működési síkra konvergáltak.

A ciklust hajtó három szerkezeti erő, az ügynöki, a láthatatlan és a valós idejű fizetési pénzmozgások, közvetlenül összefügg a vezetői kör alapvető aggodalmaival:

Ügynöki kereskedelem: Hatással van a csatornaelosztásra, a terméktervezésre, a felelősség kiosztására és a felügyeleti vizsgálat alá eső modellkockázat-kezelésre (MRM).
Láthatatlan fizetések: Újradefiniálja az ügyfélélményt, és a diszintermediáció veszélyét hordozza, ha a bankok nem ágyazzák be közvetlenül a főkönyveiket a vállalati és kereskedői felületekbe.
Valós idejű végrehajtás: Felgyorsítja a tőke sebességét, alapjaiban változtatva meg a likviditáskezelést, a hitelkockázatot, a működési ellenállóképességet és a csalás elleni védelmet.

Ennek az átmenetnek a tétje pénzügyi és működési szempontból egyaránt óriási. Ahogy a csalási technikák sebességben és kifinomultságban skálázódnak, és a szabályozói keretek szigorú megfelelési határidőket írnak elő, azok a tranzakciós bankok, amelyek proaktívan korszerűsítik alaprendszereiket, jelentős díjbevételi lehetőségeket nyithatnak meg. Ezzel szemben a tétlenség költségét azonnali tranzakció-elutasítások, működési szűk keresztmetszetek, szabályozói bírságok és gyors piacirészesedés-erózió jelzi.

A globális fizetési hatóságok konvergenciája

E szerkezeti eltolódás pályájának feltérképezéséhez ez a jelentés négy tekintélyes iparági vezető 2026-os fizetési és kereskedelmi kilátásait szintetizálja: J.P. Morgan Payments, Global Payments, HSBC és The Payments Association.

Bár mindegyik szervezet más piaci nézőpontból közelít a fizetési ökoszisztémához, megállapításaik három változatlan, iparágszintű valóságban futnak össze:

Az azonnali, API-vezérelt sínek jelentik az alapszintet. A hagyományos kötegelt feldolgozási modellek gyorsan háttérbe szorulnak a határon átnyúló és nagy értékű pénzmozgásoknál; e szegmensek tranzakciósebességét egyre inkább a folyamatosan elérhető, valós idejű üzenetküldés diktálja.
A mesterséges intelligencia egyszerre elsődleges fenyegetési vektor és alapvető védekezési mechanizmus. A generatív eszközök és a deepfake-ek skálázzák a tranzakciós csalást, ami valós idejű, többrétegű gépi tanulási ellenvédekezést tesz szükségessé.
A tokenizáció gyártásra kész infrastruktúrává válik. A főkönyvek egységesülnek, hogy támogassák a tokenizált kereskedelmi kötelezettségek és a nagykereskedelmi elszámoláshoz szükséges jegybanki digitális valuták (CBDC-k) együttélését.

Jelentés	Elsődleges célközönség	Fókusz	Kulcspillér	Banki következmény
J.P. Morgan Payments	Vállalati treasurerek, G-SIB-ek	Valós idejű likviditás, csalás	API-k, MI-biometria	A likviditási, FX- és kockázati rendszerek újraépítése a folyamatos, 365 napos elszámoláshoz.
Global Payments	Kereskedők, e-kereskedelem	Az értékesítési pont (POS) fejlődése, omnichannel	Ügynöki kereskedelem, súrlódásmentes fizetés	Biztonságos, API-kapuval védett kereskedői fizetési folyosók építése autonóm MI-ügynökök számára.
HSBC Insights	Multinacionális vállalatok	ERP-integrációk (SAP/Oracle), valós idejű készpénz	Treasury-as-a-Service, készpénzláthatóság	Tranzakciós API-csomagok bevételszerzése és valós idejű készpénz-főkönyvi jelentés beágyazása a forrásnál.
The Payments Association	Fintechek, fizetési intézmények	Stablecoinok, tokenizáció, globális szabályozás	Szabályozott digitális eszközök, szabályozási megfelelés	A mérlegek felkészítése a tokenizált betétekre és a PSD3/PSR felelősségi struktúráiban való eligazodás.

Ezek a nézőpontok egy szélesebb közszférás menetrenden belül is elhelyezkednek. A határon átnyúló fizetések fejlesztésére irányuló G20 ütemterv keretében a Pénzügyi Stabilitási Tanács új végrehajtási szakaszt indított, amely kifejezetten a szorosabb köz- és magánszférás együttműködésre épül, hogy gyorsabb, olcsóbb és átláthatóbb határon átnyúló pénzmozgásokat biztosítson. A J.P. Morgan, a Global Payments, a HSBC és a The Payments Association négy kilátása gyakorlatilag azt a magánszférás működési réteget határozza meg, amely e szakpolitikai infrastruktúra tetején fog futni, lefordítva a G20 célkitűzéseit a bankokon belüli likviditásra, tokenizációra, adatokra és csaláskontrollra vonatkozó konkrét döntésekké.

E hatóságok együttesen azt mutatják, hogy a sikeres banki végrehajtás a 2026–2028-as ciklusban integrált, több szakterületet átfogó megközelítést igényel. Az alább tárgyalt négy pillér mindegyike a tőke, a technológiai költségvetés és a kockázatkezelési fókusz olyan allokációját jelenti, amely a következő évtizedben meghatározza a tranzakciós banki tevékenység versenykörnyezetét.

1. pillér: Ügynöki kereskedelem és láthatatlan fizetések

Az ügynöki kereskedelem az ember által vezérelt, kattintással vásárló digitális fizetési struktúráktól az autonóm, modellvezérelt tranzakciókezdeményezés felé való átmenetet jelenti. Az iparági előrejelzések szerint az autonóm MI-ügynökök 2030-ra nagyságrendileg 3–5 billió dollárnyi éves kereskedelmet közvetíthetnek, ami a globális fizetési volumen alacsony egy számjegyű részesedését jelenti olyan tranzakciókban, ahol az ember nem kattint kifejezetten a „vásárlás” gombra.

Ez az eltolódás mély szakadékot hoz létre a kiskereskedelmi és kereskedelmi ökoszisztémában. Miközben a fogyasztók egyértelmű többsége mára közel súrlódásmentes fizetést vár el, a kereskedőknek kevesebb mint a fele helyezte teljes prioritásba az egykattintásos fizetést vagy az API-n keresztül elérhető termékkatalógusokat az ütemterveiben. Az MI-ügynökök nem tudnak eligazodni az emberi szemnek tervezett összetett, elavult, több oldalas fizetési képernyőkön; tiszta, strukturált, gépről gépre zajló API-kézfogásokra van szükségük.

Banki prioritások és működési hatások

A tranzakciós bankok számára az ügynöki kereskedelem teljesen új kockázati és működési szempontokat vezet be:

KYC- és AML-felelősség: A bankoknak meg kell határozniuk, ki viseli a megfelelési kötelezettséget egy ügynöki tranzakciós láncon belül. Ha egy fogyasztó személyes MI-ügynöke egy kereskedő ügynöki fizetésén keresztül kezdeményez tranzakciót, a banknak képesnek kell lennie ellenőrizni, hogy a kezdeményező delegált jogosultság kriptográfiailag a fő számlatulajdonoshoz kötött, biztosítva a pénzmosás elleni (AML) és az ügyfél-átvilágítási (KYC) szabályoknak való megfelelést.
Felelősség és visszaterhelés újratervezése: A hagyományos kártyarendszerek és a számláról számlára (A2A) történő fizetési sínek emberi engedélyezésre tervezett vitarendezési keretekre támaszkodnak. Amikor egy MI-ügynök szuboptimális vagy hibás vásárlást hajt végre, például adatelemzési hiba miatt helytelen ipari készletet szerez be, a bankoknak egyértelmű jogi és működési határokat kell megállapítaniuk a felelősség fogyasztó, ügynökszolgáltató és kereskedő közötti kiosztásához.
Ügynöki pénzmozgások kockázati besorolása: A fizetési útválasztó motoroknak dinamikusan kockázati besorolást kell adniuk az ügynöki fizetéseknek, magasabb tartalékkövetelményeket vagy díjakat alkalmazva a nem ember által kezdeményezett tranzakciókra, amíg az elszámolási stabilitás előzménye ki nem alakul.

Korlátozott cselekvés és korlátozott jogosultság modelljei

A „korlátlan cselekvés” rendszerszintű kockázatának mérséklésére (például amikor egy vállalati beszerzési ügynök szoftverhiba miatt végtelen rekurzív vásárlási hurkokat hajt végre) a bankoknak korlátozott jogosultságú API-kapukat kell bevezetniük. Ezek a kapuk többdimenziós, szabályzattal kikényszerített korlátokon keresztül korlátozzák az ügynök végrehajtását:

Rétegzett pénzügyi korlátok: Az ügynök költésének korlátozása tranzakcióméret, napi kumulált érték vagy kereskedői kategóriák szerint.
Kontextustudatos védőkorlátok: Másodlagos jelzések, például napszak, IP-geolokáció és tranzakciógyakoriság kiértékelése a főkönyvi források felszabadítása előtt.
Emberi beavatkozás (HITL) eszkalálása: Kötelező emberi engedélyezési kérés kiváltása erős ügyfél-hitelesítésen (SCA) keresztül a PSD3/PSR szabályozás szerint, valahányszor egy tranzakció meghaladja a kijelölt kockázati küszöböket.

Az alábbi Mermaid szekvenciadiagram egy biztonságos, korlátozott jogosultságú ügynöki fizetési folyamatot szemléltet, amelyet sok bank célarchitektúraként fog felismerni.

sequenceDiagram
    autonumber
    actor User as Treasurer / Customer
    participant Agent as Autonomous AI Agent
    participant BankAPI as Bank API Gateway (MCP Server)
    participant Policy as OPA Policy Engine
    participant Ledger as Core Banking Ledger
    User->>Agent: Provisions Bounded Authority (Spend limit $5k, Vendor Category: Cloud Services)
    Agent->>BankAPI: Requests Payment Initiation (signed token, credentials)
    Note over BankAPI: Active-active cloud gateways check credentials
    BankAPI->>Policy: Forwards Request for Compliance Evaluation
    Note over Policy: Evaluates: Spending limit < $5k?<br/>Geographic IP valid?<br/>Is recipient in approved whitelist?
    alt Policy Evaluation Passes
        Policy-->>BankAPI: Policy Validated (Approved)
        BankAPI->>Ledger: Instructs instant A2A settlement via FedNow/SEPA Inst
        Ledger-->>BankAPI: Settlement Confirmed (Transaction ID)
        BankAPI-->>Agent: Dispatches Payment Confirmation (XML pain.002)
    else Policy Evaluation Fails (Risk Limit Exceeded)
        Policy-->>BankAPI: Risk Threshold Breached (Trigger SCA Escalation)
        BankAPI->>User: Initiates Strong Customer Authentication (FIDO2 Passkey challenge)
        User-->>BankAPI: SCA Signature Verified
        BankAPI->>Ledger: Instructs instant A2A settlement
        Ledger-->>BankAPI: Settlement Confirmed
        BankAPI-->>Agent: Dispatches Payment Confirmation
    end

A Model Context Protocol (MCP) szerepe

A lokalizált MI-modellek bank által irányított végrehajtási rétegekhez való kapcsolásához az iparág a Model Context Protocol (MCP) köré egységesül, amely egy nyílt protokoll, amely lehetővé teszi, hogy az LLM-ek egyértelműen hatókörébe vont, auditálható eszközöket és API-kat hívjanak meg az alaprendszerekhez való közvetlen hozzáférés nélkül, így a bankok szigorúan szabályozhatják, hogyan kezdeményeznek a modellek fizetéseket vagy lekérdezéseket.

A banki API-k (például a fizetéskezdeményezés vagy az egyenleglekérdezés) egy MCP-kiszolgálóba csomagolásával a bankok biztosíthatják, hogy az LLM-eknek ne legyen közvetlen, nyers hozzáférésük az adatbázistáblákhoz vagy a rendszer root-vezérlőihez. Ehelyett a modell csak erősen strukturált, auditált és sebességkorlátozott API-végpontokon keresztül léphet kapcsolatba a főkönyvvel, ami abszolút biztonságot garantál az ügynöki eszközvégrehajtás határán.

2. pillér: Treasury-átalakulás és újragondolt likviditás

A tranzakciós banki tevékenység sebességét 2026-ban a hagyományos, napvégi kötegelt feldolgozásról a folyamatosan elérhető, valós idejű treasury-műveletekre való áttérés hajtja. A multinacionális vállalatok többé nem tűrik a „beragadt készpénzt”, azaz a helyi számlákon hétvégén vagy ünnepnapokon az elszámolási rendszerek zárása miatt tétlenül álló likviditást.

A valós idejű likviditás gazdasági indoklása

A J.P. Morgan és a HSBC egyaránt kiemeli, hogy a fejlett, valós idejű készpénz- és adatképességekkel rendelkező vállalatok jelentősen nagyobb valószínűséggel teljesítik felül társaikat a bevételnövekedésben és a tőkehatékonyságban, nagyrészt a beragadt likviditás csökkentésével és a működőtőke-ciklusok optimalizálásával.

Ennek az értéknek a megragadásához a bankok Treasury-as-a-Service (TaaS) API-termékeket szállítanak, amelyek lehetővé teszik, hogy a vállalati vállalatirányítási (ERP) rendszerek (például a SAP és az Oracle) közvetlenül a bank főkönyvéhez kapcsolódjanak:

Valós idejű egyenleg-API-k (a camt.052 sémával): A fájlátviteli protokollokat azonnali, eseményvezérelt készpénzpozíció-jelentéssel váltja fel.
Tömeges fizetéskezdeményezési API-k (a pain.001 sémával): Lehetővé teszi a szállítói fizetéskötegek közvetlen, teljesen automatizált végrehajtását közvetlenül az ERP-főkönyvekből.
Folyamatos FX-API-k: Lehetővé teszi, hogy a treasury-motorok valós idejű, algoritmikus devizaárfolyamokat rögzítsenek a határon átnyúló elszámoláshoz, kiküszöbölve az éjszakai piaci réskockázatot.
Virtuális számla API-k: Lehetővé teszi, hogy a vállalatok dinamikusan hozzanak létre és szüntessenek meg több ezer alszámlát az automatizált, azonnali követelésegyeztetéshez és a főkönyvi elkülönítéshez.

Működési ellenállóképesség és a DORA következményei

A tranzakciós bankok számára a folyamatosan elérhető likviditási szolgáltatások nyújtása átalakítja az alaprendszer kockázati profilját. A folyamatosan elérhető platformoknak 99,999%-os működési rendelkezésre állást kell fenntartaniuk, miközben folyamatos, valós idejű tranzakciós terhelésnek vannak kitéve.

A digitális működési ellenállóképességről szóló rendelet (DORA) értelmében ez nem pusztán informatikai teljesítménycél, hanem szigorú szabályozói megfelelési követelmény. A szabályozók elvárják a bankoktól annak bizonyítását, hogy valós idejű treasury-API-jaik és főkönyvi adatbázisaik képesek elnyelni a súlyos, de valószerű kibertámadásokat, hálózati kimaradásokat és hyperscaler-zavarokat a kritikus fizetések megszakítása vagy a rendszerszintű likviditás veszélyeztetése nélkül. Ez megköveteli a tranzakciós banki vezetőktől, hogy jelentős beruházásokat eszközöljenek földrajzilag redundáns, aktív-aktív több-felhős adatbázis-architektúrákba, valós idejű fenyegetésészlelési rétegekbe és automatizált feladatátvételi rendszerekbe.

Folyamatos FX és határon átnyúló innováció

A valós idejű treasury nem működhet egyetlen valutahatáron belül. A globális vállalati pénzmozgások támogatásához a G-SIB-ek folyamatos FX-infrastruktúrát vezetnek be, mint például a J.P. Morgan Wire 365 platformja, amely lehetővé teszi a jogosult ügyfelek számára, hogy az év bármely napján, beleértve a hétvégéket és ünnepnapokat is, a hagyományos jegybanki valós idejű bruttó elszámolás (RTGS) működési óráin túl dolgozzanak fel határon átnyúló fizetéseket és FX-konverziókat. Ez a keret közvetlenül összekapcsolódik a 3. pillérben tárgyalt tokenizált betét- és egységes főkönyvi rendszerekkel.

3. pillér: Tokenizált betétek és egységes főkönyv

A tokenizáció az elszigetelt, koncepció-igazoló blokklánc-kísérletektől a skálázott, bankszintű monetáris infrastruktúráig érett. A fókusz a privát stablecoinokról és a spekulatív kriptoeszközökről a tokenizált kereskedelmi banki betétekre és a nagykereskedelmi jegybanki digitális valutákra (wCBDC-k) helyeződött át, amelyek programozható, egységes főkönyveken működnek.

E következő generációs monetáris rendszer referenciakerete a Project Agorá, egy jelentős köz- és magánszférás együttműködés, amelyet a Nemzetközi Fizetések Bankja (BIS) és a Nemzetközi Pénzügyi Intézet (IIF) hívott össze, hét jegybank és több mint 40 magánpénzügyi intézmény részvételével. Project Agorá: nemzetközi projekt, amely azt vizsgálja, hogyan integrálhatók zökkenőmentesen a tokenizált kereskedelmi banki betétek a tokenizált nagykereskedelmi jegybanki digitális valutákkal (wCBDC-k) egy közös, programozható, egységes főkönyvön, hogy megszűnjön a határon átnyúló elszámolási súrlódás, összehangolódjanak a megfelelési ellenőrzések, és lehetővé váljon a napi 24 órás atomi tranzakciós véglegesség a határon átnyúló fizetésekhez.

Az öt lépéses tokenizációs út

A G-SIB-ek és a jelentős regionális tranzakciós bankok számára a tokenizáció bevezetése erősen strukturált, lépésenkénti út, amely a belső optimalizálástól a nyílt piaci interoperabilitásig halad:

Belső treasury-likviditás: A belső vállalati készpénzegyenlegek tokenizálása (például JPM Coin vagy azzal egyenértékű privát banki főkönyvek) az azonnali, napi 24 órás határon átnyúló átutalások és a bank saját fiókjai közötti nettósítás lehetővé tételéhez.
Korlátozott, több bankos folyosók: Zárt, szabályozott konzorciumokban (például a Project Agorá tesztkörnyezetében) való részvétel a bankközi elszámolás és a különálló intézmények közötti közös főkönyvi állapot tesztelésére.
Folyamatos programozható FX: Az egységes főkönyveken futó okosszerződések kihasználása azonnali, automatizált fizetés fizetés ellenében (PvP) devizatranzakciók végrehajtására, kiküszöbölve az időzónákon átívelő elszámolási kockázatot.
Tokenizált valós eszközök (RWA-k): A tokenizált készpénzoldal integrálása tokenizált értékpapír-, adósság- vagy kereskedelmi főkönyvekkel az azonnali szállítás fizetés ellenében (DvP) véglegesség lehetővé tételére, a tőkelekötést napokról ezredmásodpercekre csökkentve.
Nyilvános/szabályozott hibrid interoperabilitás: Biztonságos, szabályozott átjáró-burkolatok létrehozása, hogy az intézményi likviditás biztonságosan léphessen kapcsolatba a nyílt, decentralizált nyilvános hálózatokkal.

Prudenciális és mérlegre gyakorolt hatások

A tokenizált készpénzre való áttérés a prudenciális banki keretek gondos kezelését igényli. A szabályozók és a felügyeletek hangsúlyozzák, hogy egy tokenizált betétnek gazdaságilag egyenértékűnek kell lennie egy hagyományos kereskedelmi banki betéttel, ami azt jelenti, hogy fedezetlen kötelezettséget jelent a bank mérlegében, és ugyanazt a betétbiztosítási fedezetet hordozza.
Működési és technológiai szempontból azonban a tokenizált betétek egyedi kockázatokat vezetnek be. Az okosszerződések olyan sebességgel és volumenben hajthatnak végre automatizált, programozható kifizetéseket, amelyeket a hagyományos likviditási stressztesztelési modellek nem szimulálni terveztek. A Basel III tőkekövetelményei értelmében a bankoknak biztosítaniuk kell, hogy kockázati motorjaik modellezni tudják a programozható készpénz-kiáramlásokat, és hogy tokenizált főkönyveik zökkenőmentesen működjenek együtt a hagyományos valós idejű bruttó elszámolási (RTGS) rendszerekkel a napi likviditási ciklusok során.

Stablecoinok kontra tokenizált betétek: árnyalt pozicionálás

Miközben a privát, teljes mértékben fedezett stablecoinok (például az USDC) továbbra is jelentős piaci részesedést szereznek a kiskereskedelmi határon átnyúló pénzküldésben és a decentralizált kereskedelemben, hiányzik belőlük a kereskedelmi bankrendszer hitelteremtő képessége és elszámolási véglegessége.

Ahelyett, hogy közvetlenül a kiskereskedelmi síneken versenyeznének, a tranzakciós bankok letétkezelést hoznak létre, saját szabályozott tokenizált kötelezettséginstrumentumaikat bocsátják ki, és biztonságos be- és kilépési átjárókat építenek. Ez lehetővé teszi a vállalati ügyfelek számára, hogy élvezzék a digitális tokenek programozási rugalmasságát, miközben tőkéjüket a szabályozott banki kerületen belül tartják biztonságban.

Kérdések, amelyeket az igazgatóságoknak fel kell tenniük a tokenizált pénzről

Egységes főkönyvi részvétel: Mi az aktív stratégiai ütemtervünk az olyan nagykereskedelmi köz- és magánszférás egységes főkönyvi kezdeményezésekben való részvételre, mint a Project Agorá?
Mérleg és kockázatmodellezés: Frissítették-e kockázati motorjaink és tőkemegfelelési keretrendszereink a stressztesztelési modelljeiket, hogy figyelembe vegyék az okosszerződések által kiváltott token-kiáramlások sebességét?
Elsőként lépő ügyfélszegmensek: Vállalati treasury- és kereskedelmi banki ügyfélszegmenseink közül melyek profitálnának azonnal a programozható, tokenizált DvP/PvP-elszámolásból?

4. pillér: Strukturált adatok és csalás elleni védelem

Az infrastrukturális megfelelést 2026-ban a SWIFT Standards Release (SR) 2026 keretében megállapított 2026. november 14-i strukturáltcím-átállás uralja. SWIFT SR 2026 strukturáltcím-átállás: 2026. november 14-től a SWIFT CBPR+ és a SEPA fizetési hálózatok hivatalosan megszüntetik a teljesen strukturálatlan, szabad szöveges postai címblokkok (<AdrLine>) elfogadását a fizetési üzenetekben. Bármely határon átnyúló vagy belföldi fizetési üzenetet, amely strukturálatlan címet hordoz ott, ahol strukturált elemek várhatók, a hálózat azonnal késleltet vagy elutasít.

A legtöbb pénzügyi intézmény ismeri a dátumot, de sokan pusztán az interfész szintjén végzett felületes leképezési feladatként kezelték. Valójában a strukturált cím előírása mély adatminőségi és adatkormányzási kihívás. A katasztrofális elutasítási arányok elkerülésére a fizetési műveleteket egyértelmű, szakterületeken átívelő adatkormányzási keret mentén kell újraszervezni:

Termék- és üzemeltetési csapatok: Felelősek az adatok forrásnál történő rögzítéséért. Ide tartozik az ügyfélközpontú digitális portálok, az onboarding-felületek és a vállalati ERP-beviteli mezők frissítése a strukturált címmezők (például utcanév <StrtNm>, irányítószám <PstCd>, településnév <TwnNm>, ország <Ctry>) kikényszerítéséhez közvetlenül a fizetéskezdeményezés pontján.
Technológiai csapatok: Felelősek az adatelemzésért, -leképezésért és az adatbázis-séma érvényesítéséért. Ide tartozik olyan érvényesítő motorok telepítése, amelyek blokkolják a hagyományos fájlokat, mielőtt azok elérnék a SWIFT-interfészt, valamint lokalizált gépi tanulási modellek használata a hagyományos strukturálatlan címblokkok XML-kompatibilis címkékké elemzésére a <PstlAdr> szülőcsomópont alatt.
Megfelelési és kockázati csapatok: Felelősek a szankciószűrés, a tranzakciófigyelés és a pénzmosás elleni (AML) szűrési logika frissítéséért, hogy befogadják az erősen strukturált XML-mezőket, jelentősen csökkentve a téves pozitív arányokat és a manuális vizsgálatokat.

A strukturált adatok üzleti indoka

Bár gyakran megfelelési költségként tüntetik fel, a magas minőségű ISO 20022 fizetési adat erőteljes bevételi tényező a tranzakciós bankok számára:

Fejlett hiteldöntés: A strukturált számla-, átutalási és végső adós adatok lehetővé teszik a bankok számára, hogy automatizált, rendkívül pontos működőtőke-finanszírozási és ellátási lánc számlafaktorálási programokat építsenek vállalati ügyfeleik számára.
Automatizált követelésegyeztetés: A strukturált fél- és számlaazonosítók feltárása lehetővé teszi a bankok számára, hogy prémium készpénz-egyeztetési és virtuálisszámla-poolozási termékeket kínáljanak, új tranzakciós díjbevételt generálva.
Bevételszerzésre alkalmas tranzakciós elemzés: A bankok részletes, valós idejű likviditási és vásárlásimintázat-elemzési irányítópultokat csomagolhatnak és értékesíthetnek közvetlenül a vállalati pénzügyi és treasury-vezetőknek.

Rétegzett MI-alapú csalás elleni védelmi modell

Ahogy a tranzakciósebesség valós idejűre gyorsul, a csalási technikák összetettségben skálázódtak. A legújabb kutatások szerint a deepfake-ek ma a biometrikus csalási kísérletek mintegy 40%-át teszik ki, és a szintetikus médiát egyre gyakrabban használják a hang- és arcfelismerési kontrollok kijátszására az onboarding- és fizetési folyamatokban.

A folyamatosan elérhető, nagy sebességű csalási vektorok elleni védekezéshez a tranzakciós bankoknak háromrétegű MI-alapú csalás elleni védelmi modellt kell bevezetniük:

Identitásréteg: Biometrikusan hitelesített FIDO2 passkey-ek, kriptográfiailag aláírt hardveres eszközkötés és decentralizált digitális ID-tárcák kikényszerítése a fizetési hozzáférés védelmére.
Viselkedési réteg: Folyamatos viselkedési biometria figyelése, például munkamenet-navigációs ütem, gépelési kadencia és eszköztájolás, az automatizált botvégrehajtás vagy a munkamenet-eltérítési kísérletek észlelésére.
Tranzakciós réteg: Az ISO 20022 üzenetek erősen strukturált mezőinek kihasználása valós idejű, gépi tanulási kockázati motorok táplálására, a tranzakciós metaadatok megosztott, hálózati szintű konzorciumi hírszerzéssel való összevetésével, hogy a gyanús tranzakciókat a kezdeményezéstől számított ezredmásodperceken belül azonosítsák.

A felügyeleti elvárások teljesítéséhez ezeknek a tranzakciós rétegbeli MI-modelleknek szigorú magyarázhatósági paramétereket kell tartalmazniuk, és egy dedikált modellkockázat-kezelési (MRM) program alatt kell működniük. A szabályozók elvárják a bankoktól, hogy meg tudják magyarázni azokat a konkrét adatpontokat és algoritmikus logikát, amelyek egy automatizált fizetésblokkolást vagy csalással kapcsolatos riasztást váltottak ki, összhangban az olyan felügyeleti elvárásokkal, mint az amerikai Federal Reserve SR 11-7 és a Bank of England PRA SS1/23 bankokra vonatkozó modellkockázat-kezelési alapelvei.

2026–2028-as igazgatósági menetrend a globális fizetésekhez

A négy pilléren átívelő sikeres végrehajtáshoz a G-SIB- és regionális banki irányító testületeknek működési és technológiai beruházásaikat egy egyértelmű, három horizontból álló stratégiai ütemterv mentén kell megszervezniük:

1. horizont: Azonnali megfelelés és alaprendszer-megerősítés (0–12 hónap)

Fókusz: Az ISO 20022 adatminőség szabványosítása és az alapvető valós idejű tranzakciós útvonalak biztosítása.
Sikermutató (KPI): Nulla strukturálatlan cím miatti elutasítás a SWIFT- és SEPA-hálózatokon a 2026. november 14-i szabványkiadás után.
Vezetői felelős: Operatív igazgató (COO) / fizetési üzemeltetés vezetője.
Szállítandó típusa: Megbánásmentes lépés. Az alapvető adatbázis-séma frissítései és a SWIFT SR 2026 érvényesítő motor telepítése.

2. horizont: Automatizálás és ügynöki védőkorlátok (12–24 hónap)

Fókusz: Korlátozott ügynöki API-kapuk és folyamatos csalás elleni védelmi architektúrák bevezetése.
Sikermutató (KPI): A gépről gépre és MI által kezdeményezett API-tranzakciók 100%-a FIDO2 hardveres kötésen és korlátozott jogosultságú szabályzatmotorokon keresztül érvényesítve.
Vezetői felelős: Informatikai igazgató (CIO) / kockázati igazgató (CRO).
Szállítandó típusa: Megbánásmentes lépés (csalás elleni védelem) és stratégiai opció (ügynöki kereskedelem). A Model Context Protocol (MCP) és a háromrétegű csalás elleni MI megvalósítása.

3. horizont: Platformtokenizáció és egységes főkönyvek (24–36 hónap)

Fókusz: A treasury-eszközök tokenizált betétekre való átállítása és a megosztott, határon átnyúló főkönyvekben való részvétel.
Sikermutató (KPI): A nagy értékű vállalati treasury-elszámolási volumen legalább 15%-a natívan, tokenizált betétinstrumentumokon vagy egységes főkönyvi megállapodásokon (például Project Agorá folyosókon) keresztül feldolgozva.
Vezetői felelős: Csoportszintű treasurer / tranzakciós banki tevékenység vezetője.
Szállítandó típusa: Stratégiai opció. Programozható főkönyvi infrastruktúra, okosszerződéses likviditási szabályok és DvP/PvP-elszámolási adapterek telepítése.

Gyakran ismételt kérdések

Ki viseli a KYC- és AML-felelősséget, amikor egy autonóm ügynök kezdeményez fizetést? A kezdeményező bank továbbra is viseli a kötelezettséget, de képesnek kell lennie bizonyítani, hogy az ügynök delegált jogosultsága kriptográfiailag a fő számlatulajdonoshoz kötött. A gyakorlatban ez azt jelenti, hogy egy ügynöki tranzakciós láncot új felelősségi határterületként kell kezelni: a bank ellenőrzi a delegálást, korlátozott jogosultsági korlátokat alkalmaz az API-kapunál, és kockázati besorolást ad a nem ember által kezdeményezett pénzmozgásoknak, amíg elszámolási előzmény ki nem alakul. Az SCA delegálása a PSD3/PSR keretében szabályozza, mikor kell egy embert visszavonni a hurokba.

Miért DORA-probléma a folyamatosan elérhető likviditás, és nem csupán informatikai fejlesztés? Mert a napi 24 órás treasury-API-k kínálata a rendelkezésre állást felügyeleti követelménnyé teszi, nem pedig szolgáltatásiszint-preferenciává. Egy valós idejű főkönyvnek, amelynek folyamatos tranzakciós terhelés mellett 99,999%-os rendelkezésre állást kell tartania, egy szabályozó felé bizonyítania kell, hogy túléli a súlyos, de valószerű kibertámadásokat, hálózati kimaradásokat és hyperscaler-zavarokat a kritikus fizetések megszakítása nélkül. Ez földrajzilag redundáns, aktív-aktív több-felhős architektúrába és automatizált feladatátvételbe való beruházást kényszerít ki, ami ellenállóképességi előírás, nem teljesítménycél.

Miben különbözik egy tokenizált betét egy stablecointól a mérlegben? Egy tokenizált betét gazdaságilag egyenértékű egy hagyományos kereskedelmi banki betéttel: fedezetlen kötelezettség a bank mérlegében, amely ugyanazt a betétbiztosítási kezelést és hitelteremtő képességet hordozza. Egy stablecoin teljes mértékben fedezett instrumentum, amelyből hiányzik ez a hitelteremtő képesség és elszámolási véglegesség. A működési különbség a sebesség: az okosszerződések gyorsabban válthatnak ki programozható kiáramlásokat, mint amit a hagyományos likviditási stresszmodellek feltételeznek, így a kockázati motoroknak a Basel III szerint kell modellezniük az okosszerződés-vezérelt kiáramlást.

Mi történik ténylegesen 2026. november 14-én, ha a címadatok nem strukturáltak? A SWIFT SR 2026 szerint a CBPR+ és a SEPA üzeneteket, amelyek strukturálatlan, szabad szöveges címblokkokat hordoznak ott, ahol strukturált elemek várhatók, a hálózat szintjén késleltetik vagy azonnal elutasítják. Ez fix dátumú átállás, nem lágy migráció, így egy bank, amely interfész-leképezési feladatként, nem pedig adatkormányzási programként kezelte, azonnali elutasításiarány-kiugrásokkal szembesül a termék, a technológia és a megfelelés területén. Az orvoslás a strukturált rögzítés a kezdeményezés pontján a <PstlAdr> címkékbe.

Hivatkozások

BIS Innovation Hub, (2026). Project Agorá: exploring tokenisation of wholesale cross-border payments [online]. Basel: Bank for International Settlements. Elérhető itt: BIS Project Agorá [Hozzáférés: 2026. június 25.].
Deutsche Bank, (2026). Digital Money: a perspective on stablecoins, tokenised deposits and CBDCs [online]. Frankfurt am Main: Deutsche Bank Flow. Elérhető itt: Deutsche Bank Digital Money [Hozzáférés: 2026. június 25.].
Digital Bank Expert, (2026). ISO 20022 Structured Addresses: 2026 Deadline [online]. London: Digital Bank Expert. Elérhető itt: Digital Bank Expert ISO 20022 [Hozzáférés: 2026. június 25.].
European Parliament and Council of the European Union, (2022). Regulation (EU) 2022/2554 on digital operational resilience for the financial sector (DORA) [online]. Brussels: Official Journal of the European Union. Elérhető itt: DORA-rendelet [Hozzáférés: 2026. június 25.].
European Banking Authority (EBA), (2019). Guidelines on outsourcing arrangements (EBA/GL/2019/02) [online]. Paris: EBA. Elérhető itt: EBA kiszervezési iránymutatások [Hozzáférés: 2026. június 25.].
Financial Stability Board (FSB), (2026). FSB kicks off new implementation phase to enhance cross-border payments through public-private partnership [online]. Basel: FSB. Elérhető itt: FSB határon átnyúló fizetések [Hozzáférés: 2026. június 25.].
Global Payments, (2025). Global Payments Releases its 2026 Commerce and Payment Trends Report [online]. Atlanta: Global Payments Investor Relations. Elérhető itt: Global Payments sajtóközlemény [Hozzáférés: 2026. június 25.].
HSBC Business, (2026). HSBC Business Insights [online]. London: HSBC. Elérhető itt: HSBC Insights [Hozzáférés: 2026. június 25.].
J.P. Morgan Payments, (2026). Payments Outlook 2026 Trends Report Released [online]. New York: J.P. Morgan Payments Newsroom. Elérhető itt: J.P. Morgan Newsroom [Hozzáférés: 2026. június 25.].
J.P. Morgan Insights, (2026). 5 Payment Trends to Watch for in 2026 [online]. New York: J.P. Morgan Insights. Elérhető itt: J.P. Morgan Trends [Hozzáférés: 2026. június 25.].
SWIFT, (2026). ISO 20022 milestone for November 2026: Unstructured addresses to be removed [online]. La Hulpe: SWIFT News. Elérhető itt: SWIFT ISO 20022 mérföldkő [Hozzáférés: 2026. június 25.].
SWIFT Standards, (2026). Removal of unstructured address [online]. La Hulpe: SWIFT Standards. Elérhető itt: SWIFT strukturálatlan cím eltávolítása [Hozzáférés: 2026. június 25.].
Bank of England, (2023). Supervisory Statement (SS1/23): Model risk management principles for banks [online]. London: Bank of England. Elérhető itt: Bank of England PRA SS1/23 [Hozzáférés: 2026. június 25.].
Bright Defense, (2026). Deepfake Statistics: A Growing Security Concern [online]. Atlanta: Bright Defense. Elérhető itt: Deepfake csalási statisztikák [Hozzáférés: 2026. június 25.].
Federal Reserve Board, (2011). Supervisory Guidance on Model Risk Management (SR 11-7) [online]. Washington, D.C.: Board of Governors of the Federal Reserve System. Elérhető itt: Supervisory Guidance on Model Risk Management [Hozzáférés: 2026. június 25.].
McKinsey & Company, (2025). McKinsey Forecast: $5 Trillion in Agentic Commerce Sales by 2030 [online]. Chicago: Digital Commerce 360. Elérhető itt: McKinsey ügynöki kereskedelmi előrejelzés [Hozzáférés: 2026. június 25.].
J.P. Morgan FX & Cross-Border, (2026). Wire 365: Global Clearing Reinvented [online]. New York: J.P. Morgan Payments. Elérhető itt: J.P. Morgan FX Wire 365 [Hozzáférés: 2026. június 25.].

Utolsó felülvizsgálat 2026-07-24.

A cikk újraközlése

A 2026-os globális fizetési kilátások: működési modell, kockázat és bevétel egy ügynöki, láthatatlan, valós idejű világban — Sebastien Rousseau

G-SIB működésimodell-nézet a 2026-os fizetésekről: ügynöki felelősség, folyamatosan elérhető likviditás a DORA alatt, tokenizált főkönyvek, SWIFT-határidő.

Ez a cikk a következő licenc alatt áll: Creative Commons Attribution 4.0 International. Az újraközléshez a kanonikus URL forrásmegjelölése szükséges.

A 2026-os globális fizetési kilátások: működési modell, kockázat és bevétel egy ügynöki, láthatatlan, valós idejű világban — Sebastien Rousseau

G-SIB működésimodell-nézet a 2026-os fizetésekről: ügynöki felelősség, folyamatosan elérhető likviditás a DORA alatt, tokenizált főkönyvek, SWIFT-határidő.

Originally published at https://sebastienrousseau.com/hu/2026-07-24-global-payments-outlook-operating-model-risk-revenue/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER