Ügynöki fizetések 2026 októberében: hogyan engedik a Visa, a Mastercard, a Stripe és a PayPal fizetni az MI-ügynököket, és ki viseli a kockázatot

Az ügynöki fizetés olyan kártyás fizetés, amelyet egy MI-ügynök hajt végre egy személy helyett. A személy megadja az utasítást, az ügynök kiválaszt és fizet, a kereskedő pedig a szokásos módon, saját elfogadó bankján (acquirer) keresztül terheli meg a kártyát. A Visa szabályzatában a 2025. októberi kiadás óta neve is van: „Agentic Transaction” (ügynöki tranzakció). A Mastercard, az American Express, a Stripe, a PayPal és az Adyen mind működtet erre programot.

Az infrastruktúra 2026. október 22-én a forgalom előtt jár. A kártyahálózatok közzétették tokenjeiket, aláírásaikat és szabályaikat, de az eddigi éles tranzakciók többsége pilot vagy ellenőrzött teszt volt, a Stripe elemei előzetes (preview) API-verziókon futnak, egy csalásmegelőzési szolgáltató pedig szeptemberig világszerte csak „több száz” befejezett, ügynök által kezdeményezett tranzakciót számolt meg. Egy dátumhoz kötött változás közel van: a két nap múlva, 2026. október 24-én vagy azt követően feldolgozott vitatásoknál a Visa kiterjeszti Compelling Evidence 3.0 nevű jogorvoslatát, amelynek egyik pontja az ügynökökről szól.

Ez a cikk a saját pénztárral rendelkező kereskedők fizetési vezetőinek, CTO-inak és alapítóinak szól, valamint platformoknak és PSP-knek (fizetési szolgáltatóknak). Ha arra kíváncsi, melyik MI-platform mit értékesít, kezdje az „agentic commerce” (ügynökalapú kereskedelem) útmutatónkkal. Az API-kért és tartalomért kérésenként fizető ügynökök külön témát jelentenek, ezt az x402-ről és a gépi fizetésekről szóló cikkünk tárgyalja.

Hogyan fizet egy ügynök

Négy mechanizmus tér vissza a programokban, különböző neveken.

Ügynököknek kiadott tokenek

Az ügynök nem birtokolja a kártyaszámot. A Visa szabályai előírják, hogy a tárolt hitelesítő adatot használó ügynökszolgáltató „közvetlenül a Visától vagy egy Agentic Payment Enablertől szerezzen be tokent”. A szolgáltató átadja a tokent a kereskedőnek, és „nem vesz részt a tranzakciók engedélyezésében vagy elszámolásában, sem a pénzeszközök kiegyenlítésében.”

A Mastercard Agent Pay „távoli kereskedelmi tokenizációs program” (Remote Commerce Tokenization Program). Az integrátorok regisztrálnak a Mastercardnál, a legtöbben Token Requestorként, és két forma valamelyikében használnak Agentic Tokeneket: Digital Secure Remote Payment (DSRP) adatként, vagy Dynamic Token Verification Code (DTVC) formájában azoknál a kereskedőknél, amelyek még nem támogatják a DSRP-t.

Delegált hitelesítő adatok

A delegált hitelesítő adat terhelési engedély, amelyet egyetlen kereskedő kap meg, korlátokkal. A Stripe Shared Payment Token (SPT) nevű megoldása „korlátozott hatókörű engedély az ügyfél fizetési módjának használatára”, amelyet az ügynök az eladó Stripe-profiljának ad meg, „mindegyiket használati és lejárati korlátokkal”. A PayPal ChatGPT-be vezető útja „a Braintree-n keresztüli delegált fizetési tokeneket” használja. Az ilyen hitelesítő adatokat szállító protokollokat az ACP-t, az UCP-t és az AP2-t összehasonlító cikkünk veti össze.

Ügynöki aláírások, amelyeket a kereskedő ellenőriz

A tokenek azt mondják meg, hogyan fizet az ügynök; az aláírások azt, melyik ügynök áll az ajtóban. A Visa 2025. október 14-én a Cloudflare-rel közösen kiadott Trusted Agent Protocolja (TAP) a HTTP Message Signatures szabványra (RFC 9421) épül. Hordozza az ügynök szándékát, a fogyasztó felismerését (azt, hogy a vásárlónak van-e már fiókja a kereskedőnél) és opcionálisan fizetési adatokat. A Visa fejlesztői oldala egy mondatban foglalja össze a kereskedő feladatát: „A kereskedő elsődleges feladata ennek az aláírásnak az ellenőrzése.” A Visa referencia-proxyja feldolgozza a Signature-Input és a Signature headert, keyId alapján lekéri a kulcsot egy ügynöknyilvántartásból, és Ed25519 vagy RSA-PSS-SHA256 aláírást ellenőriz. A példája:

Signature-Input: sig2=("@authority" "@path"); created=1697123456; keyId="primary-ed25519"; alg="ed25519"

A Mastercard kereskedői útmutatója ugyanerre az alapra épül: a tag értéke Agent-pay-auth, agent-browser-auth vagy agent-payer-auth, a Signature-Agent header pedig a https://agentpay-key-directory.mastercard.com/ címre mutat. A Cloudflare felsorolja, mit ellenőriz az edge mindkettőnél: a kulcsot keyid alapján, a created és expires időablakot, egy friss nonce értéket, a taget (agent-browser-auth böngészéshez, agent-payer-auth fizetéshez), majd magát az aláírást. Maga a Web Bot Auth egy IETF-munkacsoport tervezete, a 2026. szeptember 1-jei 00-s változat, nem RFC.

Szándék

A negyedik elem annak rögzítése, mit kért a személy. A Visa szabályai előírják, hogy a szolgáltató adja meg, mikor jár le a kártyabirtokos utasítása, szerezze be a kártyabirtokos tudomásulvételét arról, „hogy felelősséggel tartoznak az Agentic Payment Provider által végrehajtott műveletekért”, ellenőrizze a kártyabirtokos személyazonosságát, majd „kizárólag a kártyabirtokos által meghatározott feltételeket használja”. A Mastercard szerint a vásárlási szándékra vonatkozó adatok „olyan auditnyomot adnak a kereskedőnek, amely felhasználható lehet a lehetséges kártyabirtokosi vitatások elkerülésének és/vagy rendezésének elősegítésére.”

Az American Express 2026. október 13-án tette közzé Intent Intelligence keretrendszerét. Egy Create Intent API rögzíti az ügyfél korlátait, például a kereskedőt és a maximális költségkeretet, és egy Intent ID-t, valamint egy Proof of Intent Tokent ad vissza, amely „felhasználható egy biztonságos digitális fizetési hitelesítő adat beszerzésére, amelyet az ügynök a pénztárnál az ügyfél tényleges kártyaszáma helyett használ.” Hogy az AP2 hogyan fejezi ki ugyanezt az elképzelést mandátumokként, azt protokoll-összehasonlításunk mutatja be.

Visa: Intelligent Commerce, TAP és a szabályok

Hol működik élesben

A Visa Intelligent Commerce oldala szerint a termék „jelenleg bevezetés alatt áll”. A TAP 2025. október 14. óta elérhető a GitHubon és a Visa Developer Centerben.

A 2026. április 8-án bejelentett Visa Intelligent Commerce Connect lehetővé teszi, hogy a kereskedők TAP, ACP, UCP és MPP (a Stripe és a Tempo kérésenkénti fizetési protokollja) használatával fogadjanak fizetéseket ügynököktől, Visa- és nem Visa-kártyákkal, „az elérhetőség függvényében”. „Jelenleg pilotszakaszban van kiválasztott partnerekkel”, és a Visa nem ad dátumot az általános elérhetőségre.

Európában a Visa 2026. július 2-án közölte, hogy több mint 30 kártyakibocsátóval folytat éles ügynöki tranzakciókat olyan kereskedőknél, mint a lastminute.com és a Frasers. A kereskedők a TAP-on és a Visa Agent Directoryn keresztül csatlakoztak, és minden tranzakciót Visa Payment Passkeys védett. A lastminute.com vezérigazgatója úgy fogalmazott: „Még a kezdeteknél tartunk.”

Mit mondanak a szabályok

A Visa Core Rules 2026. április 18-i kiadása volt a legfrissebb nyilvános kiadás, amelyet 2026. október 22-én találtunk. Ügynöki szabályai, amelyek többségét 2025 októberében tették közzé először, a következőkre vezethetők vissza:

• Fogalommeghatározások. Az Agentic Transaction olyan e-kereskedelmi tranzakció, „amelyet egy Agentic Payment Provider hajt végre egy kártyabirtokos nevében”, a kártyabirtokos utasítására, a kártyabirtokos és a kereskedő közötti közvetlen interakció nélkül, és amelyet a kereskedő a saját elfogadó bankjával teljesít. A szolgáltató nem kereskedő, és „egy Agentic Transaction esetében az Agentic Payment Providert kell kártyabirtokosnak tekinteni.”
• A szolgáltatónak be kell lépnie a Visa Intelligent Commerce programba, tárolt hitelesítő adatokhoz Visa-tokeneket kell használnia, soha nem bonyolíthat kártya jelenlétében zajló (card-present) tranzakciót, és soha nem vonhat össze vásárlásokat egyetlen tranzakcióba (ez 2025. október 18. óta tilos). Be kell szereznie a hozzájárulást és ellenőriznie kell a személyazonosságot, át kell adnia a kereskedőnek a kártyabirtokos nevét, számlázási és szállítási címét, valamint e-mail-címét, a kártyabirtokos nevében el kell fogadnia a kereskedő visszatérítési és lemondási feltételeit, és legalább 120 napig elérhetővé kell tennie egy rendelési visszaigazolást. A Visa kizárhatja.
• A kártyabirtokos „felelős minden olyan műveletért, amelyet egy Agentic Payment Provider egy Agentic Transaction részeként végrehajt, mintha a tranzakciót a kártyabirtokos kezdeményezte volna.”
• A kereskedő „nem követelheti meg a kártyabirtokostól, hogy lemondjon arról a jogáról, hogy egy tranzakciót, ideértve az Agentic Transactiont is, a kibocsátónál vitasson.”
• A kibocsátó nem utasíthatja el az ügynöki tranzakciókat „szisztematikusan vagy tömegesen”, kivéve, ha közvetlen csalási fenyegetés áll fenn, vagy más kivétel érvényes, és köteles kifizetni „a kártyabirtokos fizetési utasításainak megfelelően feldolgozott Agentic Transactiont”.

Compelling Evidence 3.0 2026. október 24-től

A CE3.0 a Visa védelme a friendly fraud (amikor a kártyabirtokos a saját, valódi vásárlását vitatja csalásként) ellen a 10.4-es vitatási feltétel (Dispute Condition 10.4: Other Fraud, Card-Absent Environment) alapján: ugyanannak az ügyfélnek korábbi, nem vitatott tranzakciói felelősségi védelemre jogosítják az elfogadó bankot. A két nap múlva, 2026. október 24-én vagy azt követően feldolgozott vitatásoknál a Visa kiterjeszti, „hogy tovább csökkentse a friendly fraudot”.

A korábbi tranzakcióknál már nem kell „ugyanannak a fizetési hitelesítő adatnak” szerepelnie. Az új feltétel az, hogy „ugyanazt a kártyát vagy egy ahhoz a kártyához kapcsolódó fizetési hitelesítő adatot (például tokent) használták egy vagy több kereskedőnél 2 korábbi tranzakcióban”, amelyeket nem jelentettek csalásként, és amelyeket több mint 120 és legfeljebb 365 nappal a vitatás előtt dolgoztak fel. Továbbra is egyezniük kell az eszközazonosítóban vagy az eszköz-ujjlenyomatban, illetve az IP-címben, és legalább egy további elemben, az eszközazonosító és az eszköz-ujjlenyomat pedig mostantól egynek számít.

Az ügynöki pont ebben a listában szerepel: az ügyfél bejelentkezési azonosítója mostantól „magában foglalja az Agentic Payment Provider és a kereskedő e-kereskedelmi oldalának vagy alkalmazásának bejelentkezési azonosítóit”, egyszerű szövegként (clear text). Három figyelmeztetés:

• Opcionális. A szabályok szerint „az elfogadó bank benyújthat Compelling Evidence-t”.
• Nem ügynöki szabály. Általános, friendly fraud elleni változtatás, egyetlen ügynöki ponttal.
• Az ügynök bejelentkezési azonosítója egyelőre elérhetetlen. Az ügynök a kártyabirtokos nevét, címeit és e-mail-címét adja át a kereskedőnek, nem a saját bejelentkezési azonosítóját, és nem találtunk olyan Visa-forrást, amely leírná, hogyan juthatna hozzá egy kereskedő.

A Stripe automatikusan kitölti a CE3.0-bizonyítékokat ott, ahol egy vitatás jogosult rá. Oldala október 22-én még a régi feltételeket írta le.

Mastercard Agent Pay

A Mastercard 2025. október 14-én bemutatott Agent Pay Acceptance Framework nevű keretrendszere „azzal kezdődik, hogy regisztrálja és ellenőrzi az MI-ügynököket, mielőtt azok tranzakciókat bonyolíthatnának a Mastercard hálózatán.” A kereskedők a CDN-en ellenőrzik az ügynököket a Web Bot Auth segítségével, amihez a Mastercard szerint nem kell új kód, az ügynök pedig a meglévő pénztári űrlapon küldi be a DTVC-t, „a szabványos kártyás fizetési mezőkhöz formázott ügynöki tokenként”.

A Mastercard kereskedői útmutatója azt tanácsolja: „Általános botblokkolás helyett alkalmazzon sebességkorlátozást”, és azt írja, hogy a backend „opcionálisan ellenőrzi a hash-t, de a pénztárt a meglévő folyamatokon keresztül dolgozza fel”. A kockázatról egyenesen fogalmaz: „Az ügynöki tranzakciókra a szokásos csalásészlelési eljárások, visszaterhelési jogok és vitarendezési folyamatok vonatkoznak.” A 2. szintről szóló oldala hozzáteszi: soha ne követelje meg a fogyasztóktól, hogy lemondjanak a vitatási jogukról, és a visszatérítést az eredeti, tokenizált fizetési módra végezze. Az útmutató nincs dátummal ellátva, a kártyarendszerre vonatkozó részei pedig „változhatnak”.

Hol működik élesben:

• Egyesült Államok. A Mastercard 2025. szeptember 10-én azt közölte, hogy „az ünnepi szezonig” minden amerikai kártyabirtokos számára bekapcsolják. Nem találtunk forrást, amely megerősítené, hogy ez megtörtént.
• Európa. A Santander 2026. március 2-i ügynöki fizetése „ellenőrzött környezetben” zajlott, és „ebben a szakaszban nem jelent kereskedelmi bevezetést.”
• Latin-Amerika. A 2026. március 24-én bejelentett tranzakciókat mind „ellenőrzött környezetben hajtották végre”, bár a régió kártyakibocsátóinak közel 100%-a már képes ügynöki tokenek kezelésére.

American Express

Az Amex ACE Developer Kit nevű csomagja, amelyet 2026. április 14-én jelentettek be, „kiválasztott fejlesztőknek” szól, és öt szolgáltatása közül kettő, az Agent Registration és a Cart Context, „még fejlesztés alatt áll”, olvasható az Amex agentic commerce oldalán.

Agent Purchase Protection nevű védelmét „a jövőben” ígéri. Ez az „MI-ügynök hibájával kapcsolatos terheléseket” fedezné, ha a vásárlás „eltér a kártyabirtokos által hitelesített vásárlási szándéktól”, amerikai hitelkártyák esetén, az Amexnél regisztrált és a csomaggal integrált ügynökökön keresztül, és „csak azután, hogy a kártyabirtokos (ahol lehetséges) visszaküldést kezdeményezett a kereskedőnél”. A szubjektív szándék („legjobb”, „igazán szép”) nem biztos, hogy megfelel, és „a teljes szerződési feltételeket a jövőben teszik elérhetővé.”

Stripe, PayPal, Adyen, Checkout.com és Worldpay

Stripe

A Stripe 2025. december 11-én indított Agentic Commerce Suite csomagja és SPT-i az Egyesült Államokban, Kanadában és 32 európai országban és területen érhetők el, előzetes (preview) API-verziókon, például a 2026-09-30.preview verzión.

• Stripe által kezelt pénztár. A Stripe megosztja az Ön katalógusát az ügynökökkel, adóval és szállítással együtt futtatja a pénztárat, megterheli az SPT-t, és elküldi a checkout.session.completed eseményt. Önnek továbbra is biztosítania kell a felhasználási feltételeket, az adatvédelmi és a visszaküldési szabályzatot, adókódot minden adóköteles termékhez („a hiányos konfiguráció a pénztári folyamatok meghiúsulását okozhatja”), egy CSV-katalógust aktuális készlettel, a teljesítést a webhook alapján, valamint egy csatlakozási kérelmet minden ügynökhöz. Egy opcionális rendelésjóváhagyási hook négy másodpercet kap: „Ha a hookja ezen az időn belül nem válaszol, a Stripe elutasítja a fizetést.”
• Az Ön UCP-pénztára, a fizetés a Stripe-on. Deklarálja a com.stripe.payments fizetéskezelőt az UCP-profiljában, vegye át az SPT-t a /checkout-sessions/{id}/complete kérésből, és terhelje meg úgy, hogy egy PaymentIntent payment_method_data[shared_payment_granted_token] mezőjében adja át.
• Másik feldolgozó. Az SPT Resolve API tokenenként egyszer adja vissza a hálózati hitelesítő adatokat. Ha nincs a Stripe-nál nyilvántartva az Ön PCI Attestation of Compliance dokumentuma (megfelelőségi nyilatkozat), a Stripe ezeket „egy olyan nyilvános kulccsal titkosítja, amelynek privát kulcsához Ön nem fér hozzá”, például a feldolgozója kulcsával, a fizetést pedig Ön a POST /v1/payment_records/report_payment hívással rögzíti.

A Stripe 2026. március 3-án kiterjesztette az SPT-ket a Mastercard Agent Pay és a Visa Intelligent Commerce tokenjeire, valamint a Klarnára és az Affirmre: „Minden eladó, amely már a Stripe-pal dolgozza fel a fizetéseket, automatikusan támogatja ezeket az új fizetési módokat az ügynöki tranzakciókhoz.” A visszatérítések a meglévő folyamatot használják.

PayPal

A PayPal 2025. október 28-án jelentette be az Agent Ready szolgáltatást meglévő kereskedőinek, „további technikai ráfordítás nélkül”, 2026 elejére ígérve. 2026 januárjában már élesben működött a Copilotban és a Perplexityben, a ChatGPT, a Gemini és az AI Mode pedig „hamarosan” következett. Dokumentációja ma az ACP-t a ChatGPT-hez Braintree delegált tokeneken keresztül, az UCP-t pedig a Google AI Mode-hoz és a Geminihez egy Google Pay fizetéskezelőn keresztül írja le, a Braintree-n vagy a PayPal Orders v2 API-ján át. A Braintree UCP-útvonalához Google Pay és „UCP kereskedői regisztráció a Google-nél” szükséges. A hozzáférés nem önkiszolgáló: a kereskedőknek „ki kell tölteniük ezt az űrlapot”, hogy igényeljék.

Adyen, Checkout.com és Worldpay

A 2026. június 16-án bejelentett Adyen Agentic „korlátozottan érhető el az Egyesült Államokban működő nagyvállalati kereskedők számára.” A Checkout.com (2025. november 25.) és a Worldpay (2025. október 29.) ACP-támogatást jelentett be a ChatGPT Instant Checkout funkciójához, a Worldpay pedig 2026. január 28-án UCP-együttműködést jelentett be a Google-lel. Az OpenAI azóta visszalépett az Instant Checkouttól, hogy a kereskedők „saját pénztári élményüket használják”, ezért ezeket az ACP-ről szóló közleményeket a dátumukat szem előtt tartva olvassa.

Ki viseli a kockázatot

Egymás mellé téve a források a kockázatot nagyjából ott hagyják, ahol az ügynökök előtt volt.

Nincs ügynöki vitatási ok (dispute reason): a Visa Rules 2026. áprilisi kiadásának vitatási fejezete csak a két, CE3.0-hoz kapcsolódó, bejelentkezési azonosítóról szóló sorban említi az ügynököket, így az ügynöki vásárlásokat a szokásos feltételek alapján vitatják. Az, hogy „az ügynököm tette”, a Visa szabályai szerint önmagában nem csalási panasz, mert a kártyabirtokos felel az ügynökért. A kereskedő ettől még nincs biztonságban: a kártyabirtokos megtartja a vitatási jogát, és a kereskedő nem kérheti, hogy lemondjon róla.

Egyetlen általunk talált kártyahálózati szabály sem hárítja át a felelősséget az ügynökplatformra. A Checkout.com 2025 decemberében azt írta, hogy a delegálás egyértelmű bizonyítékai esetén „a felelősség feljebb tolódhat a láncban”, ami egy PSP véleménye. Egy Forrester-felmérés szerint a fogyasztók azt várják, hogy az MI-platform feleljen az ügynök hibáiért, ami elvárás, nem szabály.

A jog: EU, Egyesült Királyság és USA

Európai Unió

A PSD3-mal együtt tárgyalt pénzforgalmi szolgáltatásokról szóló rendelet (Payment Services Regulation, PSR) a Tanács 2026. október 2-i feljegyzése szerint 2025. november 27-én jutott ideiglenes megállapodásra, amelyet a Coreper 2026. április 22-én megerősített. Még nem fogadták el: a Parlament eljárási aktája szerint „A Tanács első olvasatbeli álláspontjára vár”, a plenáris ülés tervezett időpontja 2026. december 14. A megállapodás szerinti szöveg a hatálybalépés után 21 hónappal alkalmazandó, így a gyakorlatban nem 2028 előtt.

A PSR 85. cikke erős ügyfélhitelesítést ír elő a távoli fizetési megbízásokhoz, amely „egy meghatározott összeghez és egy meghatározott kedvezményezetthez” kapcsolódik, valamint „egy tokenizált fizetési eszköz távoli csatornán keresztül történő létrehozásának vagy cseréjének elrendeléséhez”. A kereskedő által kezdeményezett tranzakcióknál erre a felhatalmazás létrehozásakor van szükség, nem minden későbbi fizetésnél. A szövegek sehol nem említik az MI-ügynököket: a „mesterséges intelligencia” egyszer fordul elő, egy csalásfigyelésről szóló preambulumbekezdésben, és minden „ügynök” egy pénzforgalmi intézmény ügynöke. Hogy a 85. cikk hogyan kezeli a tokent birtokló MI-ügynököt, értelmezés kérdése.

Egyesült Királyság

A brit pénzügyminisztérium (HM Treasury) konzultációja 2026. október 6-án zárult. Eszerint a jelenlegi szabályozás „a mesterséges intelligencia fejlődése előtt készült, és nem feltétlenül teszi teljes mértékben lehetővé az ügynöki MI használatát”, és a konzultáció azt kérdezi, hogy a hitelesítésre, a hozzájárulásra és a jogosulatlan fizetésekért viselt felelősségre vonatkozó szabályokat frissíteni kell-e az ügynöki fizetések miatt. Október 22-ig nem találtunk közzétett választ. Október 19-én az FCA (a brit pénzügyi felügyeleti hatóság) képviseletében Jessica Rusu azt mondta, hogy az FCA kidolgozza „az ügynöki pénzügyek megbízható keretrendszerét”, dátum megjelölése nélkül.

Egyesült Államok

Nem találtunk CFPB-iránymutatást (a CFPB az amerikai fogyasztói pénzügyi védelmi hivatal). A Consumer Bankers Association banki érdekképviselet 2026. januári tanulmánya szerint a szabályozók „nem adtak ki konkrét iránymutatást”, és „a legjobb esetben is tisztázatlannak” nevezi, hogy egy ügynök felhatalmazása a Regulation Z szerint „tényleges, hallgatólagos vagy látszólagos jogosultságot” jelent-e egy hitelkártya használatára.

Mennyi történik valójában

• Merchant Risk Council. Az MRC 2026-os jelentése, amelynek társszponzora a Visa Acceptance Solutions és a Verifi, 2025 novemberében és decemberében 37 ország 1278 kereskedői szakemberét kérdezte meg. Közülük 19% szerint felkészültek az ügynöki MI-fizetések fogadására, 15%-nak pedig nincs erre terve. Az MRC saját tagjai körében 46%-nak nincs erre terve.
• PYMNTS. A Visa Acceptance Solutions megbízásából készült jelentés szerint az Egyesült Államokban, Brazíliában és az Egyesült Arab Emírségekben a kereskedők 23%-a tudja egyértelműen azonosítani az MI által vezérelt forgalmat és vásárlásokat.
• Accertify. A csalásmegelőzési szolgáltató 2026 szeptemberéig „világszerte több száz befejezett, ügynök által kezdeményezett tranzakciót” számolt meg, ami a tranzakciók „jóval kevesebb mint 1%-a”, és „bázispontokban mérhető”.
• Fogyasztók. A Forrester 2026. áprilisi, amerikai, brit és kanadai online felnőttek körében végzett felmérésében a válaszadók háromnegyede mondta, hogy kényelmetlenül érezné magát, ha egy ügynök önállóan fizetne, még költési korlátokkal is.

A „felkészültek a fogadásra” önbevallásos felkészültséget jelent, nem forgalmat. A Visa pedig az egyik kereskedői felmérést társszponzorként támogatta, a másikat megrendelte.

Mit tegyen most egy saját pénztárral rendelkező kereskedő

Itt semminek nincs határideje: nem találtunk olyan Visa- vagy Mastercard-dátumot, ameddig egy kereskedőnek be kellene vezetnie a TAP-ot, az Agent Pay-t vagy a Web Bot Auth szabványt. A munka arról szól, hogy ne veszítse el az ügynökök által hozott rendeléseket, és megőrizze a megvédésükhöz szükséges bizonyítékokat.

1. Ne blokkolja azokat az ügynököket, amelyeket szeretne. Nézze át a CAPTCHA-kat és az általános botszabályokat a termék- és pénztári oldalakon. A Cloudflare a hirdetéseket megjelenítő oldalakon blokkolja az általa Agent kategóriába sorolt botokat, alapértelmezés szerint a 2026. szeptember 15. óta csatlakoztatott domaineknél; ellenőrizze, mit csinál az Ön edge-rétege.
2. Fogadja az ügynöki tokeneket a szokásos folyamatában. A DTVC a már meglévő kártyamezőkben érkezik. Kérdezze meg elfogadó bankját vagy PSP-jét, hogy az ügynöki tokenek és az ügynökazonosítók már eljutnak-e az Ön engedélyezési kéréseibe.
3. Döntse el, hol ellenőrzi az aláírásokat. Az Akamai edge-rétege ellenőrzi a Web Bot Auth aláírásokat, és az Akamai a Visával közösen bejelentette a TAP támogatását. A Cloudflare 2025 októberében felügyelt szabályokat (managed rules) jelentett be a TAP-hoz és az Agent Pay-hez; nem találtuk jelét, hogy ezek elérhetővé váltak volna, ezért kérdezze meg a szolgáltatóját. Saját edge esetén a Visa referencia-proxyja megmutatja, mit kell megépíteni.
4. Csak akkor válasszon protokollutat, ha egy program megkeresi Önt. A Stripe a fizetéshez az UCP-pénztára mögött; a PayPal és a Braintree az ACP-hez vagy az UCP-hez, igénylés alapján; vagy SPT Resolve a saját feldolgozója felé, miután előbb benyújtotta PCI Attestation of Compliance dokumentumát a Stripe-nak.
5. A visszatérítéseket és a vitatásokat kezelje úgy, mint eddig. Az ügynöki rendeléseket az eredeti fizetési módra térítse vissza, és győződjön meg róla, hogy a feltételeiben semmi nem kéri a kártyabirtokostól a vitatási jogáról való lemondást.
6. Naplózza, amire a CE3.0-hoz szükség lenne. Rendelésenként: IP-cím, eszközazonosító vagy eszköz-ujjlenyomat, ügyfél-bejelentkezési azonosító, szállítási cím, az áruk leírása, valamint az ügynöki aláírás ellenőrzésének eredménye és a kapott szándékadatok, ha voltak. A CE3.0 opcionális, de amit soha nem őrzött meg, azt nem tudja benyújtani bizonyítékként.
7. Tájékoztassa a csalásmegelőzési és az ügyfélszolgálati csapatot. Az ügynök minden rendeléssel átadja a kártyabirtokos nevét, címeit és e-mail-címét.

Érdemes figyelemmel kísérni a Visa szabályainak 2026. októberi kiadását, az Intelligent Commerce Connect kikerülését a pilotszakaszból, az Amex teljes védelmi feltételeit, a Cloudflare felügyelt szabályait, a decemberi uniós plenáris ülést és a HM Treasury válaszát.

Hol kaphat segítséget

Megépítjük az ügynöki fizetések kereskedői oldalát azoknak a pénztáraknak, amelyek nem hosztolt platformon futnak: ügynöki aláírás-ellenőrzést az edge-en vagy az alkalmazásban, SPT- és UCP-fizetési integrációkat a Stripe-pal vagy a PayPallal, rendelésenkénti naplózást, amely megőrzi a CE3.0-bizonyítékokat, és olyan botszabályokat, amelyek átengedik a regisztrált ügynököket. MI-ügynök-fejlesztési és MCP-integrációs szolgáltatásunk az, ahol ez a munka elkezdődik. Mérnökök vagyunk, nem jogászok: a feltételeihez, a vitatási szabályzatához és ahhoz, hogy mit jelent majd Önnek a PSR, vonjon be fizetési szakjogászt minden piacon, ahol értékesít, mi pedig az ő válaszához igazodva fejlesztünk.

Írjon az office@c9group.dev címre, adja meg a pénztári technológiáját, a PSP-jét és az elfogadó bankját, a CDN-jét és azokat az országokat, ahol értékesít, és megmondjuk, ezek közül a programok közül melyek érik el ma Önt, és mivel járna a fogadásuk.