Agentiska betalningar i oktober 2026: hur Visa, Mastercard, Stripe och PayPal låter AI-agenter betala, och vem som bär risken

En agentisk betalning är en kortbetalning som en AI-agent gör åt en person. Personen ger instruktionen, agenten väljer och betalar, och handlaren debiterar kortet via sin egen inlösare som vanligt. Visas regelverk har sedan utgåvan från oktober 2025 ett namn för det: ”Agentic Transaction” (agentisk transaktion). Mastercard, American Express, Stripe, PayPal och Adyen driver alla program för det.

Den 22 oktober 2026 ligger infrastrukturen före trafiken. Kortnätverken har publicerat tokens, signaturer och regler, men de flesta skarpa transaktioner hittills har varit piloter eller kontrollerade tester, Stripes delar körs på förhandsversioner av API:et, och en leverantör inom bedrägeribekämpning räknade bara till ”hundratals” slutförda agentinitierade transaktioner globalt fram till september. En daterad ändring ligger nära: för tvister som behandlas den 24 oktober 2026 eller senare, om två dagar, utvidgar Visa sitt bevisförfarande Compelling Evidence 3.0, med en klausul om agenter.

Den här artikeln är för betalningsansvariga, CTO:er och grundare hos handlare med egen kassa, och för plattformar och betaltjänstleverantörer (PSP:er). Vill du veta vilka AI-plattformar som säljer vad, börja med vår guide till agentisk handel. Agenter som betalar per förfrågan för API:er och innehåll är ett separat ämne, som vår artikel om x402 och maskinbetalningar går igenom.

Så betalar en agent

Fyra mekanismer återkommer i programmen, under olika namn.

Tokens som utfärdas för agenter

Agenten har inte kortnumret. Visas regler kräver att en agentleverantör som använder en lagrad betaluppgift ”skaffar en token direkt från Visa eller från en Agentic Payment Enabler”. Leverantören lämnar över token till handlaren och ”är inte inblandad i auktorisering eller clearing av transaktioner, eller i avveckling av medel”.

Mastercard Agent Pay är ”ett tokeniseringsprogram för distanshandel”. Integratörer registrerar sig hos Mastercard, de flesta som Token Requestors, och använder Agentic Tokens i en av två former: data för Digital Secure Remote Payment (DSRP), eller en Dynamic Token Verification Code (DTVC) för handlare som ännu inte stöder DSRP.

Delegerade betaluppgifter

En delegerad betaluppgift är ett tillstånd att debitera, som ges till en enda handlare med begränsningar. Stripes Shared Payment Token (SPT) är ”ett avgränsat tillstånd att använda kundens betalmetod”, som agenten ger till säljarens Stripe-profil, ”var och en med begränsningar för användning och giltighetstid”. PayPals väg in i ChatGPT använder ”delegerade betalningstokens via Braintree”. Protokollen som bär de här betaluppgifterna jämförs i vår artikel om ACP, UCP och AP2.

Agentsignaturer som handlaren verifierar

Tokens säger hur agenten betalar; signaturer säger vilken agent som står vid dörren. Visas Trusted Agent Protocol (TAP), som släpptes den 14 oktober 2025 tillsammans med Cloudflare, bygger på HTTP Message Signatures (RFC 9421). Det bär agentens avsikt, kundigenkänning (om kunden redan har ett konto hos handlaren) och, som tillval, betalningsdata. Visas sida för utvecklare sammanfattar handlarens uppgift på en rad: ”En handlares främsta uppgift är att validera den här signaturen.” Visas referensproxy tolkar headers Signature-Input och Signature, hämtar nyckeln via keyId från ett agentregister och verifierar Ed25519 eller RSA-PSS-SHA256. Dess exempel:

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

Mastercards guide för handlare använder samma grund, med en tag som är Agent-pay-auth, agent-browser-auth eller agent-payer-auth och en header Signature-Agent som pekar på https://agentpay-key-directory.mastercard.com/. Cloudflare listar de kontroller en edge gör för båda: nyckeln via keyid, tidsfönstret created och expires, en färsk nonce, taggen (agent-browser-auth för att surfa, agent-payer-auth för att betala) och sist signaturen. Web Bot Auth är i sig ett utkast från en arbetsgrupp inom IETF, revision 00 från 1 september 2026, inte en RFC.

Avsikt

Den fjärde delen är en dokumentation av vad personen bad om. Visas regler kräver att leverantören anger när kortinnehavarens instruktion upphör att gälla, inhämtar kortinnehavarens bekräftelse ”att de ansvarar för de åtgärder som Agentic Payment Provider vidtar”, verifierar kortinnehavarens identitet och sedan ”endast använder de kriterier som kortinnehavaren har definierat”. Mastercard säger att data om köpavsikt ger handlaren ”ett revisionsspår som kan användas för att undvika och/eller lösa potentiella tvister med kortinnehavare”.

American Express publicerade sitt ramverk Intent Intelligence den 13 oktober 2026. Ett Create Intent API fångar kundens gränser, till exempel handlaren och en maxbudget, och returnerar ett Intent ID och en Proof of Intent Token, som ”kan användas för att få en säker digital betaluppgift som agenten använder i kassan i stället för kundens faktiska kortnummer”. Hur AP2 uttrycker samma idé i form av mandat beskrivs i vår jämförelse av protokollen.

Visa: Intelligent Commerce, TAP och reglerna

Där det är i gång

Visas sida om Intelligent Commerce säger att produkten ”för närvarande håller på att driftsättas”. TAP har funnits på GitHub och i Visa Developer Center sedan 14 oktober 2025.

Visa Intelligent Commerce Connect, aviserat den 8 april 2026, låter handlare ta emot betalningar från agenter med TAP, ACP, UCP och MPP (Stripes och Tempos protokoll för betalning per förfrågan), med kort från Visa och från andra nätverk ”i mån av tillgänglighet”. Det är ”för närvarande en pilot med utvalda partner”, och Visa anger inget datum för allmän tillgänglighet.

I Europa sa Visa den 2 juli 2026 att företaget genomförde skarpa agenttransaktioner med fler än 30 kortutgivare hos handlare som lastminute.com och Frasers. Handlarna anslöt via TAP och Visas Agent Directory, och varje transaktion säkrades med Visa Payment Passkeys. lastminute.com:s vd kallade det ”ett tidigt skede”.

Vad reglerna säger

Utgåvan av Visa Core Rules från 18 april 2026 var den senaste publika utgåvan vi hittade den 22 oktober 2026. Dess regler om agenter, de flesta först publicerade i oktober 2025, går ut på följande:

• Definitioner. En Agentic Transaction är e-handel som ”genomförs av en Agentic Payment Provider för en kortinnehavares räkning”, på kortinnehavarens instruktion, utan direkt interaktion mellan kortinnehavare och handlare, och som slutförs av handlaren med dess egen inlösare. Leverantören är inte en handlare, och ”en Agentic Payment Provider betraktas som kortinnehavaren för en Agentic Transaction”.
• Leverantören måste ansluta sig till Visa Intelligent Commerce, använda tokens från Visa för lagrade betaluppgifter, aldrig genomföra transaktioner med kortet närvarande (card-present) och aldrig slå ihop köp till en enda transaktion (förbjudet sedan 18 oktober 2025). Den måste inhämta samtycke och verifiera identitet, ge handlaren kortinnehavarens namn, faktura- och leveransadress och e-post, godta handlarens villkor för återbetalning och avbeställning för kortinnehavarens räkning, och hålla en orderbekräftelse tillgänglig i minst 120 dagar. Visa kan diskvalificera den.
• Kortinnehavaren ”ansvarar för alla åtgärder som en Agentic Payment Provider vidtar som en del av en Agentic Transaction som om kortinnehavaren själv hade initierat transaktionen”.
• Handlaren ”får inte kräva att en kortinnehavare avstår från rätten att bestrida en transaktion, inklusive en Agentic Transaction, hos kortutgivaren”.
• Kortutgivaren får inte neka agenttransaktioner ”på ett systematiskt eller generellt sätt” om det inte finns ett omedelbart bedrägerihot eller ett annat undantag gäller, och måste betala för ”en Agentic Transaction som har behandlats i enlighet med en kortinnehavares betalningsinstruktioner”.

Compelling Evidence 3.0 från 24 oktober 2026

CE3.0 är Visas försvar mot friendly fraud under Dispute Condition 10.4 (Other Fraud, Card-Absent Environment): tidigare obestridda transaktioner från samma kund gör att inlösaren kan få ansvarsskydd. För tvister som behandlas den 24 oktober 2026 eller senare, om två dagar, utvidgar Visa det ”för att ytterligare minska friendly fraud”.

De tidigare transaktionerna behöver inte längre ha ”samma betaluppgift”. Det nya villkoret är att ”samma kort eller en betaluppgift som är kopplad till det kortet (till exempel en token) användes hos en eller flera handlare i 2 tidigare transaktioner” som inte har rapporterats som bedrägeri och som behandlades mer än 120 och högst 365 dagar före tvisten. De måste fortfarande ha samma enhets-ID eller fingeravtryck, eller samma IP-adress, plus minst ett element till, och enhets-ID och fingeravtryck räknas nu som ett.

Klausulen om agenter finns i den listan: kundens inloggnings-ID omfattar nu ”inloggnings-ID:n för en Agentic Payment Provider och för handlarens e-handelssajt eller applikation”, i klartext. Tre förbehåll:

• Det är frivilligt. Reglerna säger att ”en inlösare kan lämna in Compelling Evidence”.
• Det är ingen agentregel. Det är en allmän ändring mot friendly fraud med en klausul om agenter.
• Agentens inloggnings-ID är utom räckhåll tills vidare. Agenten ger handlaren kortinnehavarens namn, adresser och e-post, inte sitt eget inloggnings-ID, och vi hittade ingen källa från Visa om hur en handlare skulle få tag på ett.

Stripe fyller i bevis för CE3.0 automatiskt när en tvist uppfyller kraven. Den 22 oktober beskrev sidan fortfarande de gamla kriterierna.

Mastercard Agent Pay

Mastercards Agent Pay Acceptance Framework från 14 oktober 2025 ”börjar med att registrera och verifiera AI-agenter innan de tillåts genomföra transaktioner i Mastercards nätverk”. Handlare verifierar agenter med Web Bot Auth i CDN:et, vilket enligt Mastercard inte kräver någon ny kod, och agenten skickar in en DTVC i det befintliga kassaformuläret som ”en agenttoken formaterad för vanliga kortbetalningsfält”.

Mastercards guide för handlare råder: ”Använd hastighetsbegränsning i stället för att blockera alla botar”, och säger att backend ”kan validera hashen men hanterar köpet i befintliga flöden”. I fråga om risk är guiden rak: ”Vanliga rutiner för bedrägeriupptäckt, rätt till återkrav och tvistlösning gäller för agentiska transaktioner.” Dess sida om nivå 2 lägger till: kräv aldrig att konsumenter avstår från sin rätt att bestrida köp, och återbetala via den ursprungliga tokeniserade betalmetoden. Guiden är odaterad, och de delar som är specifika för kortsystemet ”kan komma att ändras”.

Där det är i gång:

• USA. Mastercard sa den 10 september 2025 att alla kortinnehavare i USA skulle aktiveras ”lagom till julhandeln”. Vi hittade ingen källa som bekräftar att det skedde.
• Europa. Santanders agentbetalning den 2 mars 2026 genomfördes ”i en kontrollerad miljö” och ”utgör inte en kommersiell lansering i detta skede”.
• Latinamerika. Transaktionerna som rapporterades den 24 mars 2026 var alla ”genomförda i kontrollerade miljöer”, även om nästan 100 % av regionens kortutgivare är aktiverade för agenttokens.

American Express

ACE Developer Kit från Amex, som aviserades den 14 april 2026, är till för ”utvalda utvecklare”, och två av dess fem tjänster, Agent Registration och Cart Context, är ”fortfarande under utveckling”, enligt företagets sida om agentisk handel.

Skyddet Agent Purchase Protection utlovas ”i framtiden”. Det skulle täcka ”debiteringar som beror på fel av AI-agenter” där köpet ”avviker från den köpavsikt som kortmedlemmen har autentiserat”, för amerikanska kreditkort, via agenter som är registrerade hos Amex och integrerade med utvecklarpaketet, och ”först efter att kortmedlemmen har initierat en retur (där det är möjligt) hos handlaren”. Subjektiv avsikt (”bäst”, ”riktigt fin”) kan falla utanför skyddet. ”Fullständiga villkor kommer att göras tillgängliga i framtiden.”

Stripe, PayPal, Adyen, Checkout.com och Worldpay

Stripe

Stripes Agentic Commerce Suite, som lanserades den 11 december 2025, och dess SPT:er finns i USA, Kanada och 32 europeiska länder och territorier, på förhandsversioner av API:et som 2026-09-30.preview.

• Kassa som hanteras av Stripe. Stripe delar din katalog med agenter, kör kassan med skatt och frakt, debiterar SPT:n och skickar checkout.session.completed. Du måste fortfarande tillhandahålla användarvillkor, integritetspolicy och returpolicy, en skattekod per skattepliktig produkt (”ofullständig konfiguration kan göra att köp i kassan misslyckas”), en katalog i CSV med aktuellt lager, leverans när webhooken kommer in, och en anslutningsbegäran till varje agent. En valfri hook för godkännande av beställningar får fyra sekunder: ”Om din hook inte svarar inom den här tiden nekar Stripe betalningen.”
• Din UCP-kassa, Stripe för betalningen. Deklarera com.stripe.payments i din UCP-profil, ta SPT:n från förfrågan /checkout-sessions/{id}/complete och debitera den genom att skicka den i payment_method_data[shared_payment_granted_token] på en PaymentIntent.
• En annan betalningsförmedlare. SPT Resolve API returnerar betaluppgifter från kortnätverket en gång per token. Utan att ditt intyg PCI Attestation of Compliance finns registrerat hos Stripe krypterar Stripe dem ”med en publik nyckel vars motsvarande privata nyckel du inte har åtkomst till”, till exempel din betalningsförmedlares, och du registrerar betalningen med POST /v1/payment_records/report_payment.

Den 3 mars 2026 utvidgade Stripe SPT:er till tokens från Mastercard Agent Pay och Visa Intelligent Commerce, Klarna och Affirm: ”Alla säljare som redan behandlar betalningar med Stripe stöder automatiskt de här nya betalmetoderna för agentiska transaktioner.” Återbetalningar använder det befintliga flödet.

PayPal

PayPal aviserade Agent Ready den 28 oktober 2025 för befintliga handlare, ”utan något extra tekniskt arbete”, med planerad lansering i början av 2026. I januari 2026 var det i gång på Copilot och Perplexity, med ChatGPT, Gemini och AI Mode som ”kommer snart”. PayPals dokumentation beskriver nu ACP för ChatGPT via delegerade tokens i Braintree, och UCP för Google AI Mode och Gemini genom en Google Pay-hanterare, via Braintree eller PayPals Orders v2 API. UCP-vägen via Braintree kräver Google Pay och ”registrering som UCP-handlare hos Google”. Åtkomsten är inte självbetjäning: handlare ”måste fylla i det här formuläret” för att begära den.

Adyen, Checkout.com och Worldpay

Adyen Agentic, aviserat den 16 juni 2026, är ”i begränsad tillgänglighet för handlare i storföretagssegmentet som är verksamma i USA”. Checkout.com (25 november 2025) och Worldpay (29 oktober 2025) aviserade stöd för ACP för ChatGPT:s Instant Checkout, och Worldpay aviserade UCP-arbete med Google den 28 januari 2026. OpenAI har sedan dess tagit ett steg tillbaka från Instant Checkout så att handlare kan ”använda sina egna kassalösningar”, så läs de där ACP-tillkännagivandena med deras datum i åtanke.

Vem som bär risken

Sida vid sida lämnar källorna risken ungefär där den låg innan agenterna kom.

Det finns ingen tvistorsak för agenter: tvistkapitlet i Visas regler från april 2026 nämner agenter bara i de två raderna om inloggnings-ID i CE3.0, så agentköp bestrids under de vanliga villkoren. ”Min agent gjorde det” är inte i sig ett bedrägerikrav enligt Visas regler, eftersom kortinnehavaren ansvarar för agenten. Det gör inte handlaren säker: kortinnehavaren behåller rätten att bestrida, och handlaren får inte be om att den rätten avstås.

Ingen regel från kortnätverken som vi hittade flyttar ansvaret till agentplattformen. Checkout.com skrev i december 2025 att ”ansvaret kan förskjutas uppströms” när det finns tydliga bevis på delegering, vilket är en PSP:s åsikt. En undersökning från Forrester visade att konsumenter förväntar sig att AI-plattformen ska stå till svars för en agents misstag, vilket är en förväntan, inte en regel.

Lagen: EU, Storbritannien och USA

Europeiska unionen

Betaltjänstförordningen (Payment Services Regulation, PSR), som förhandlats tillsammans med PSD3, nådde en preliminär överenskommelse den 27 november 2025, som Coreper bekräftade den 22 april 2026, enligt en not från rådet från 2 oktober 2026. Den är inte antagen: parlamentets ärendeakt visar ”Väntar på rådets ståndpunkt vid första behandlingen”, med 14 december 2026 angivet som datum för plenum. Den överenskomna texten ska tillämpas 21 månader efter ikraftträdandet, alltså i praktiken inte före 2028.

Dess artikel 85 kräver stark kundautentisering för betalningsordrar på distans, kopplad ”till ett specifikt belopp och en specifik betalningsmottagare”, och för att ”beställa skapandet eller ersättningen av ett tokeniserat betalningsinstrument via en distanskanal”. Handlarinitierade transaktioner kräver den när mandatet upprättas, inte för varje senare betalning. Texterna nämner aldrig AI-agenter: ”artificiell intelligens” förekommer en gång, i ett skäl om bedrägeriövervakning, och varje ”agent” som nämns är ett betalningsinstituts ombud. Hur artikel 85 behandlar en AI-agent som innehar en token är en tolkningsfråga.

Storbritannien

Det brittiska finansdepartementets (HM Treasury) konsultation stängde den 6 oktober 2026. Den säger att de nuvarande reglerna ”utformades innan AI utvecklades och kanske inte fullt ut underlättar användningen av agentisk AI”, och frågar om reglerna för autentisering, samtycke och ansvar för obehöriga betalningar behöver uppdateras för agentiska betalningar. Vi hittade inget publicerat svar fram till 22 oktober. Den 19 oktober sa FCA:s Jessica Rusu att FCA kommer att utveckla ”ett betrott ramverk för agentisk finans”, utan något datum.

USA

Vi hittade ingen vägledning från CFPB. En vitbok från januari 2026 från Consumer Bankers Association, en branschorganisation för banker, säger att tillsynsmyndigheterna ”inte har utfärdat någon specifik vägledning”, och kallar det ”i bästa fall oklart” om ett godkännande av en agent innebär ”faktisk, underförstådd eller skenbar behörighet att använda” ett kreditkort enligt Regulation Z.

Hur mycket som faktiskt händer

• Merchant Risk Council. MRC:s rapport för 2026, medsponsrad av Visa Acceptance Solutions och Verifi, frågade 1 278 yrkesverksamma hos handlare i 37 länder i november och december 2025. Av dem sa 19 % att de är förberedda för att ta emot betalningar från agentisk AI och 15 % att de inte har några planer. Bland MRC:s egna medlemmar har 46 % inga planer.
• PYMNTS. En rapport som beställts av Visa Acceptance Solutions visade att 23 % av handlarna i USA, Brasilien och Förenade Arabemiraten tydligt kan identifiera AI-driven trafik och AI-drivna köp.
• Accertify. Leverantören inom bedrägeribekämpning räknade ”hundratals slutförda agentinitierade transaktioner globalt” per september 2026, ”långt under 1 %” av transaktionerna och ”mätt i baspunkter”.
• Konsumenter. I Forresters undersökning från april 2026 bland vuxna internetanvändare i USA, Storbritannien och Kanada sa tre fjärdedelar att de var obekväma med att låta en agent betala på egen hand, även med utgiftsgränser.

”Förberedda för att ta emot” är självrapporterad beredskap, inte volym. Och Visa medsponsrade den ena undersökningen bland handlare och beställde den andra.

Vad en handlare med egen kassa bör göra nu

Inget här har någon tidsfrist: vi hittade inget datum från Visa eller Mastercard då en handlare måste ha infört TAP, Agent Pay eller Web Bot Auth. Arbetet handlar om att inte förlora de beställningar som agenter för med sig, och om att spara bevisen som behövs för att försvara dem.

1. Sluta blockera de agenter du vill ha. Gå igenom CAPTCHA:er och generella botregler på produkt- och kassasidor. Cloudflare blockerar botar som det klassar som Agent på sidor som visar annonser, som standard för domäner som anslutits sedan 15 september 2026; kontrollera vad din edge gör.
2. Ta emot agenttokens i ditt vanliga flöde. En DTVC kommer in i de kortfält du redan har. Fråga din inlösare eller PSP om agenttokens och agentidentifierare redan når dina auktoriseringar.
3. Bestäm var signaturer verifieras. Akamais edge validerar signaturer enligt Web Bot Auth, och Akamai har aviserat stöd för TAP tillsammans med Visa. Cloudflare aviserade hanterade regler för TAP och Agent Pay i oktober 2025; vi hittade inga som har levererats, så fråga din leverantör. På din egen edge visar Visas referensproxy vad du behöver bygga.
4. Välj en protokollväg först när ett program anropar dig. Stripe för betalningen bakom din UCP-kassa; PayPal och Braintree för ACP eller UCP, på begäran; eller SPT Resolve till din egen betalningsförmedlare, med ditt PCI Attestation of Compliance inlämnat hos Stripe först.
5. Behåll återbetalningar och tvister som de är. Återbetala agentbeställningar till den ursprungliga betalmetoden, och se till att inget i dina villkor ber kortinnehavaren att avstå från rätten att bestrida.
6. Logga det som CE3.0 skulle behöva. Per beställning: IP-adress, enhets-ID eller fingeravtryck, kundens inloggnings-ID, leveransadress, en beskrivning av varorna, och eventuellt resultat av agentsignaturen och den avsiktsdata du har fått. CE3.0 är frivilligt, men bevis som du aldrig sparade kan inte lämnas in.
7. Informera bedrägeri- och supportteamen. Agenten skickar med kortinnehavarens namn, adresser och e-post med varje beställning.

Värt att bevaka: Visas regelutgåva från oktober 2026, att Intelligent Commerce Connect lämnar pilotfasen, de fullständiga villkoren för skyddet från Amex, Cloudflares hanterade regler, plenum i Europaparlamentet i december och HM Treasurys svar.

Var du får hjälp

Vi bygger handlarsidan av agentiska betalningar för kassor som inte ligger på en hostad plattform: verifiering av agentsignaturer på edge eller i applikationen, betalningsintegrationer för SPT och UCP med Stripe eller PayPal, loggning per beställning som sparar bevis för CE3.0, och botregler som släpper igenom registrerade agenter. Vår tjänst för integration av AI-agenter och MCP är där det arbetet börjar. Vi är ingenjörer, inte jurister: för dina villkor, din tvistpolicy och vad PSR kommer att innebära för dig, ta in en jurist med inriktning på betalningar på varje marknad du säljer till, så bygger vi efter deras svar.

Skriv till office@c9group.dev med din kassastack, din PSP och inlösare, ditt CDN och de länder du säljer i, så talar vi om vilka av de här programmen som når dig i dag och vad det skulle krävas för att ta emot dem.