Az agentic commerce aprólékosan kidolgozta, hogyan vásároljon egy ügynök – de jóval kevésbé azt, mi történik, ha téved. A visszatérítés, az előfizetés-módosítás és a reklamáció máig azt feltételezi, hogy egy bejelentkezett ember kattintott, közben jogilag sincs eldöntve, kié a felelősség, amikor egy autonóm agent vásárolt rosszul. Ez a cikk azt járja körül, mi történik, ha „az ügynököm rosszat vett”, és hogyan lehet visszacsinálni – ami elsősorban tervezői feladat.

Megkérjük az AI-ügynökünket, hogy rendeljen egy ergonomikus irodai széket 300 euró alatt. Az agent elintézi: tokenizált kártyával, egy háttérfolyamaton keresztül lezavarja a tranzakciót, mi magunk nem is látunk fizetési képernyőt. Két nap múlva megérkezik a szék, de hibás. Szólunk az ügynöknek, hogy küldje vissza. És itt kezdődik a baj: az agent nem tud átjutni a bolt CAPTCHA-védelmén, nem tud bejelentkezni a rendeléstörténethez, mert a vásárláskor nem is jött létre fiók, és a bolt visszáru-rendszerében nincs olyan végpont, amely elfogadna egy ügynöki azonosítót. Marad az, hogy felhívjuk az ügyfélszolgálatot, és megpróbáljuk elmagyarázni, hogy a robotunk vásárolt egy kártyával, amit sosem fogtunk a kezünkben.

Az agentic commerce alapinfrastruktúrája meglepően kiforrott. A Visa, a Mastercard és az Amex is kiépítette a maga ügynök-azonosítási és -felhatalmazási keretét; a Google AP2 protokollja kriptográfiailag rögzíti, pontosan mit vásárolhat az agent; a Stripe és a Visa háttér-tokenekkel teszi lehetővé, hogy az ügynök a megszokott webshop-felület megkerülésével, API-szinten vásároljon. Rengeteg tervezői energia ment abba, hogy egy agent zökkenőmentesen el tudja költeni a pénzünket.

A másik oldal viszont szinte teljesen üres. Nincs bevett minta arra, hogyan csinálja vissza egy agent a vásárlást, ha valami nem stimmel – akár a termékkel, akár magával a döntéssel. Végigmehetünk a kereskedelem összes rétegén – azonosítás, fizetés, felelősség, nyomon követhetőség –, mindegyiknél ugyanazt látjuk: a vásárlási oldal aprólékosan kidolgozott, a visszaút oldala jószerével kidolgozatlan. Nincs szabvány arra, hogy egy ügynök a vásárlás után újra azonosítsa magát egy visszaküldéshez; a boltok az ilyen forgalmat rutinból gyanús botként kezelik. Nincs visszavonás gomb, nincs külön felhatalmazás a visszatérítésre. A csalásmegelőző és vitarendező felületeken egyszerűen nincs hol megadni, hogy mire kapott felhatalmazást az agent, vagy mi volt az eredeti utasítás.

A hiány oka nem az, hogy a fizetési infrastruktúra hiányozna, hiszen az megvan. Az a baj, hogy ezt a réteget alig fordították le olyan felületre, amellyel egy hétköznapi ember vissza tudná csinálni a dolgot. Ez pedig tisztán tervezési kérdés, a technológia adott.

Ahol a régi modell csődöt mond

A visszatérítés, az előfizetés-kezelés és a reklamáció mind ugyanazt feltételezi: hogy egy bejelentkezett, jelen lévő ember nyomott meg egy gombot. Amint egy autonóm agent vásárol, ez a feltevés megdől. A mai visszaküldés teljesen a folyamatos munkamenetre és az emberi bejelentkezésre épül: belépünk a bolt oldalára, megkeressük a rendelést, és így tovább. Az egész arra épül, hogy aki vette a terméket, annak megvannak a belépési adatai a visszaküldéshez is. Az ügynöki vásárlásnál ez nincs így, mert az agent gyakran egyszer használatos virtuális kártyát vagy tokent használ, amihez nem tartozik hagyományos, jelszavas fiók.

A második probléma az előfizetés-módosítás. Itt egy nehezebben észrevehető problémával szembesülünk, ez a „beragadt megbízás”. Az agent egy tartós, kriptográfiailag aláírt felhatalmazás alapján dolgozik, amely ismétlődő fizetéseket, automatikus döntéseket is engedélyez. Képzeljünk el egy kisvállalkozót, aki rábízza az ügynökre a szoftver-előfizetései optimalizálását. Az agent félreért egy homályos utasítást a csapatbővítésről, és a havi 15 eurós csomagot felrántja 150 eurós enterprise szintre. A felhasználó harminc nap múlva veszi észre a terhelést. Belép a szolgáltatóhoz, hogy visszaváltson az eredeti csomagra, de a felület nem tud mit kezdeni azzal, hogy az előfizetés egy aktív ügynöki felhatalmazáshoz kötődik. Nincs gomb az emberi felülbírálásra. A folyamat itt megakad: mivel a jogosultságkezelés nem a szolgáltató rendszerében történik, a felhasználónak át kell lépnie az ügynököt vezérlő központi applikációba. Ott viszont sok esetben csak úgy tudja leállítani az adott tranzakciót, ha az agent teljes felhatalmazását visszavonja.

A harmadik a vitarendezés: a chargeback-rendszer szigorú kettősségre épül: vagy a kártyabirtokos engedélyezte a tranzakciót, vagy nem, és akkor csaló tette. A vitarendezés a viselkedési biometriára, az IP-címre és az eszközlenyomatra épít, hogy bizonyítsa vagy cáfolja az emberi szándékot. Az autonóm tranzakcióknál ez a kettősség értelmezhetetlenné válik. Tegyük fel, megkérjük az agentet egy konkrét elektronikai alkatrész megvételére, ő pedig – a paraméterek téves értelmezése miatt – egy 800 euróval drágább darabot rendel. Chargebacket indítunk. A bolt oldalán viszont egy tökéletesen hitelesített, kriptográfiailag aláírt tranzakció látszik. A bankunk felülete pedig arra kényszerít, hogy azt válasszuk: „nem én engedélyeztem ezt a terhelést”, ami viszont nem igaz. A tranzakció engedélyezve volt, csak az eredménye lett hibás. Erre a helyzetre, hogy „felhatalmazott ügynök, rossz eredmény”, egyszerűen nincs kategória a rendszerben.

A jogi szürke zóna: kié a felelősség egy autonóm hibánál?

Tehát kié a felelősség, amikor senki emberfia nem kattintott a „vásárlás” gombra? A tervező szempontjából az egész egyetlen megkülönböztetésre egyszerűsödik: megbánt döntésről vagy csalásról van-e szó. Ha egy csaló lopta el az agent tokenjét, arra a klasszikus fogyasztóvédelmi keretek vonatkoznak. De ha mi hatalmaztuk fel az ügynököt, és az teljesített rosszul, az egy megbánt döntés egy jogilag felhatalmazott képviselő kezétől, és a jogszabályi háttér ma még kiforratlan.

Két cég két ellentétes irányba indult el, és ez a tervezőnek is jelzés. A Target frissített feltételei kimondják, hogy az „Agentic Commerce Agent” által végrehajtott tranzakció „általad engedélyezett tranzakciónak minősül”. Az American Express ezzel szemben 2026 áprilisában bevezette az „Agent Purchase Protection” nevű, iparágban elsőként meghirdetett védelmét, amely megvédi a kártyabirtokost a regisztrált ügynök hibájából eredő terhelésektől – feltéve, hogy a vásárlási szándék hitelesített volt. Az egyik a fogyasztóra tolja a kockázatot, a másik magára vállalja.

A szakmai testületek arra figyelmeztetnek, hogy a keretek egyelőre teljesen tisztázatlanok, és mivel az agent felhatalmazott képviselőnek számít, a fogyasztó akár teljes mértékben felelős lehet a hibákért. Tervezői szempontból tehát abból kell kiindulni, hogy nincs mentőháló, épp ezért kritikus a korlátok előzetes felületi rögzítése. Ebből az is következik, hogy a vitarendezés régi kérdését – miszerint a felhasználó hagyta-e jóvá a vásárlást – le kell cserélni. Az új kérdés így hangzik: „Túllépte-e az agent az előzetesen beállított kereteket vagy szabályokat?” A felületnek pedig fel kell tudnia mutatni magát a felhatalmazást, bizonyítékként arra, hol húzódtak az ügynök határai.

4 UX-megoldás a téves tranzakciók kezelésére

A jó hír, hogy már körvonalazódnak válaszok. A rendeléstörténetből például egy teljes vezérlőpult lehet. A megszokott „rendeléseim” oldal arra jó, hogy lássuk, mit vettünk. Az autonóm ügynökök környezetében ez kevés: azt kell látnunk, milyen szabályok szerint járt el az agent, és miért döntött úgy, ahogy. Egy jól megtervezett vezérlőpult vizuálisan megmutatja a kereteket, amelyek közt az ügynök mozgott, egyúttal ez oldja fel a legjobban a „megvadult az agent” pánikot.

Engedélyezés: az „engedd az ügynököt vásárolni” kapcsoló nem elég. Helyette egy részletes beállítási fázis kell, ahol például csúszkával állítjuk a költségkeretet, listára vesszük az elfogadott boltokat, és kategóriákat tiltunk vagy engedünk, például „vehet cloud-kreditet, de fogyasztói elektronikát nem”. Ez lényegében megelőző vitarendezés: minél pontosabban húzzuk meg a határt előre, annál kevesebb megbánt döntés lesz utólag. Az előfizetéses esetre is ez a válasz: ha a felhatalmazás eleve tartalmaz egy „csomagváltás csak jóváhagyással” szabályt, a 150 eurós meglepetés fel sem merül.

Kell egy emberi kijárat, limitekkel. Ha az agent bizonytalan helyzetbe kerül, vagy átlép egy előre beállított kockázati küszöböt, a rendszernek meg kell állnia, és emberi megerősítést kell kérnie: „Az agent 140 eurót kíván költeni a boltban. Jóváhagyás szükséges.” Ez ugyanaz az automatizálási paradoxon, amit korábban is emlegettünk: minél simább a folyamat, annál fontosabb a pillanat, amikor mégiscsak megáll, és nekünk kell döntenünk. A jó tervezés ezt a pillanatot nem rejti el, hanem jól láthatóvá és egy kattintással kezelhetővé teszi.

A pénzköltés ne legyen azonnal végleges. Egy negyedik lehetőség a beékelt köztes állapot: a fedezet nem utalódik el rögtön, hanem letétben vár, amíg a kézbesítés vagy a helyes teljesítés vissza nem igazolódik. A fizetési felületnek ehhez új vizuális állapotra van szüksége – valami olyasmire, hogy „a pénz letétben van” –, ahonnan a felhasználó vagy egy automatikus ellenőrzés csak akkor engedi tovább, ha a megérkezett termék megfelelő. A hibás szék a fenti példában így fel sem szabadította volna a pénzt.

A megbízhatóság korlátai

Csábító lenne a hibás ügynöki tranzakciókat elszigetelt esetnek tekinteni, de a számok mást mondanak. Az autonóm agentek statisztikailag megbízhatatlanok: ugyanazt a feladatot elsőre tökéletesen megoldják, másodszorra viszont kudarcot vallanak, hiszen a nyelvi modellek sajátossága a nem determinisztikus működés. Az iparág nagyjából öt százalék alatti hibaarányt tekint elfogadhatónak az autonóm működéshez, de még egy háromszázalékos mutató is több millió gazdátlan, hibás vagy vitatott tranzakciót jelent egy nagy forgalmú fogyasztói környezetben. A korai adatok szerint az ügynöki tranzakciókra indított viták jóval gyakoribbak, mint a hasonló emberi vásárlásoknál, bár ez a szám egyelőre előzetes, óvatosan kezelendő jelzés.

A konklúzió egyértelmű: mivel a tévesztés statisztikailag elkerülhetetlen, a visszacsinálás képessége nem lehet utólagos extra, a rendszer alappillérének kell lennie. Ha egy kereskedelmi architektúra csak az eladást támogatja, a korrekciót viszont nem, azzal törvényszerűen megbénítja a saját ügyfélszolgálatát.

A jogszabályok és a felületek ütközőzónája

A tervezést jelenleg két tisztázatlan jogi kérdés is nehezíti. Az egyik az uniós AI-szabályozás, amelynek szigorodó elvárásai 2026 augusztusában lépnek életbe. Egyelőre nyitott kérdés, hogy az autonóm vásárló-ügynök „nagy kockázatú” rendszernek minősül-e, ami kötelező emberi felügyeletet és részletes átláthatósági dokumentációt tenne szükségessé. A másik probléma az uniós kötelező elállási gomb gyakorlati alkalmazása. A jelenlegi szabályozás abból indul ki, hogy a vásárló a webshop felületén navigálva kattint a gombra. Ha viszont az agent API-szinten, a grafikus UI megkerülésével intézi a tranzakciót, a felhasználó sosem találkozik ezzel a funkcióval. A jogszabályi elvárások és az autonóm kereskedelem működése ezen a ponton teljesen elválnak egymástól. Ráadásul arra sincs semmilyen iparági szabvány, hogyan menedzseljen le egy ügynök egy teljes visszaküldési folyamatot a címkenyomtatástól a futár megrendeléséig.

A hibás irodai szék példája is mutatja az alapvető hiányosságot: az agentic commerce tökéletesre csiszolta a vásárlási folyamatot, de a tranzakció visszafordítása megoldatlan maradt. A helyreállítási funkciók integrálása elengedhetetlen a felhasználói bizalom megteremtéséhez. Amíg egy téves rendelést nem lehet átláthatóan, egyetlen kattintással korrigálni, az agent csupán egy magunkra vállalt, nehezen kontrollálható kockázat marad. A felhasználói biztonság és a használhatóság kulcsa a tudatos felületi tervezés, amely a költés mellett végre a visszaút biztosítására is kiterjed.