Agentiske betalinger i oktober 2026: hvordan Visa, Mastercard, Stripe og PayPal lar KI-agenter betale, og hvem som bærer risikoen

En agentisk betaling er en kortbetaling som en KI-agent gjør for en person. Personen gir instruksen, agenten velger og betaler, og forhandleren belaster kortet gjennom sin egen innløser som vanlig. Visas regelverk har hatt et eget navn på dette siden utgaven fra oktober 2025: «Agentic Transaction» (agentisk transaksjon). Mastercard, American Express, Stripe, PayPal og Adyen har alle egne programmer for det.

Per 22. oktober 2026 er infrastrukturen kommet lenger enn trafikken. Kortnettverkene har publisert tokener, signaturer og regler, men de fleste reelle transaksjonene så langt var piloter eller kontrollerte tester, Stripes komponenter kjører på forhåndsversjoner av API-et, og en leverandør av svindelforebygging talte bare «hundrevis» av fullførte transaksjoner initiert av agenter globalt per september. Én datert endring er nær: For tvister (disputes) som behandles 24. oktober 2026 eller senere, om to dager, utvider Visa ordningen Compelling Evidence 3.0, med én klausul om agenter.

Denne artikkelen er for betalingsansvarlige, teknologidirektører (CTO-er) og gründere hos forhandlere med egen kasse, og for plattformer og betalingsleverandører (PSP-er). Vil du vite hvilke KI-plattformer som selger hva, begynner du med guiden vår til agentisk handel. Agenter som betaler per forespørsel for API-er og innhold, er et eget tema, som vi tar for oss i artikkelen om x402 og maskinbetalinger.

Slik betaler en agent

Fire mekanismer går igjen på tvers av programmene, under forskjellige navn.

Tokener utstedt for agenter

Agenten har ikke kortnummeret. Visas regler krever at en agentleverandør som bruker lagrede kortopplysninger, skal «skaffe et token direkte fra Visa eller fra en agentisk betalingstilrettelegger» (Agentic Payment Enabler). Leverandøren gir tokenet til forhandleren og «er ikke involvert i autorisasjon eller avregning av transaksjoner eller i oppgjør av midler».

Mastercard Agent Pay er «et tokeniseringsprogram for fjernhandel» (Remote Commerce Tokenization Program). Integratorer registrerer seg hos Mastercard, de fleste som Token Requestors, og bruker agentiske tokener (Agentic Tokens) i én av to former: data for Digital Secure Remote Payment (DSRP) eller en Dynamic Token Verification Code (DTVC) for forhandlere som ennå ikke støtter DSRP.

Delegerte betalingsopplysninger

En delegert betalingsopplysning er en tillatelse til å belaste, gitt til én forhandler med begrensninger. Stripes Shared Payment Token (SPT) er «en avgrenset tillatelse til å bruke kundens betalingsmetode», som agenten gir til selgerens Stripe-profil, «hver med grenser for bruk og utløp». PayPals vei inn i ChatGPT bruker «delegerte betalingstokener gjennom Braintree». Protokollene som bærer disse betalingsopplysningene, sammenligner vi i artikkelen om ACP, UCP og AP2.

Agentsignaturer som forhandleren verifiserer

Tokener sier hvordan agenten betaler; signaturer sier hvilken agent som står ved døren. Visas Trusted Agent Protocol (TAP), lansert 14. oktober 2025 sammen med Cloudflare, bygger på HTTP Message Signatures (RFC 9421). Den bærer agentens hensikt, kundegjenkjenning (om kunden allerede har en konto hos forhandleren) og, valgfritt, betalingsdata. Visas utviklerside beskriver forhandlerens jobb på én linje: «En forhandlers viktigste oppgave er å validere denne signaturen.» Visas referanseproxy leser headerne Signature-Input og Signature, henter nøkkelen etter keyId fra et agentregister og verifiserer Ed25519 eller RSA-PSS-SHA256. Eksempelet derfra:

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

Mastercards veiledning for forhandlere bruker samme grunnlag, med en tag på Agent-pay-auth, agent-browser-auth eller agent-payer-auth og en Signature-Agent-header som peker til https://agentpay-key-directory.mastercard.com/. Cloudflare lister opp kontrollene edge-laget gjør for begge: nøkkelen etter keyid, tidsvinduet mellom created og expires, en fersk nonce, taggen (agent-browser-auth for å surfe, agent-payer-auth for å betale) og til slutt signaturen. Web Bot Auth er selv et utkast fra en arbeidsgruppe i IETF, revisjon 00 fra 1. september 2026, ikke en RFC.

Hensikt

Den fjerde delen er en dokumentasjon av hva personen ba om. Visas regler krever at leverandøren oppgir når kortholderens instruks utløper, innhenter bekreftelsen «på at de er ansvarlige for handlinger utført av den agentiske betalingsleverandøren» (Agentic Payment Provider), verifiserer kortholderens identitet og deretter «bare bruker kriteriene kortholderen har fastsatt». Mastercard sier at data om kjøpshensikt gir forhandleren «et revisjonsspor som kan brukes til å bidra til å unngå og/eller løse mulige tvister med kortholdere».

American Express publiserte sitt Intent Intelligence-rammeverk 13. oktober 2026. Et Create Intent API registrerer kundens grenser, for eksempel forhandleren og et maksimalt budsjett, og returnerer en Intent ID og et Proof of Intent Token, som «kan brukes til å skaffe en sikker digital betalingsopplysning som agenten bruker i kassen i stedet for kundens faktiske kortnummer». Hvordan AP2 uttrykker den samme ideen som mandater, står i sammenligningen vår av protokollene.

Visa: Intelligent Commerce, TAP og reglene

Hvor det er i drift

Visas side om Intelligent Commerce sier at produktet «er i ferd med å bli rullet ut». TAP har ligget på GitHub og i Visa Developer Center siden 14. oktober 2025.

Visa Intelligent Commerce Connect, kunngjort 8. april 2026, lar forhandlere ta imot betalinger fra agenter som bruker TAP, ACP, UCP og MPP (protokollen fra Stripe og Tempo for betaling per forespørsel), med Visa-kort og andre kort «avhengig av tilgjengelighet». Tjenesten er «foreløpig i pilotfase med utvalgte partnere», og Visa oppgir ingen dato for generell tilgjengelighet.

I Europa sa Visa 2. juli 2026 at selskapet kjørte reelle agenttransaksjoner med mer enn 30 kortutstedere hos forhandlere som lastminute.com og Frasers. Forhandlerne ble med gjennom TAP og Visas Agent Directory, og hver transaksjon ble sikret med Visa Payment Passkeys. Toppsjefen i lastminute.com sa at det er «tidlig ennå».

Hva reglene sier

Utgaven av Visa Core Rules fra 18. april 2026 var den nyeste offentlige utgaven vi fant per 22. oktober 2026. De agentiske reglene der, de fleste først publisert i oktober 2025, går ut på dette:

• Definisjoner. En agentisk transaksjon er netthandel «utført av en agentisk betalingsleverandør på vegne av en kortholder», etter kortholderens instruks, uten direkte samhandling mellom kortholder og forhandler, og fullført av forhandleren med sin egen innløser. Leverandøren er ikke en forhandler, og «en agentisk betalingsleverandør anses å være kortholderen i en agentisk transaksjon».
• Leverandøren må melde seg inn i Visa Intelligent Commerce, bruke Visa-tokener for lagrede kortopplysninger, aldri gjennomføre transaksjoner der kortet er fysisk til stede, og aldri slå sammen kjøp til én transaksjon (forbudt siden 18. oktober 2025). Den må innhente samtykke og verifisere identitet, gi forhandleren kortholderens navn, faktura- og leveringsadresse og e-postadresse, godta forhandlerens vilkår for refusjon og avbestilling på vegne av kortholderen, og holde en ordrebekreftelse tilgjengelig i minst 120 dager. Visa kan diskvalifisere den.
• Kortholderen «er ansvarlig for alle handlinger en agentisk betalingsleverandør utfører som del av en agentisk transaksjon, som om kortholderen selv hadde initiert transaksjonen».
• Forhandleren «må ikke kreve at en kortholder gir avkall på retten til å bestride en transaksjon, inkludert en agentisk transaksjon, hos utstederen».
• Kortutstederen må ikke avvise agenttransaksjoner «på en systematisk eller generell måte» med mindre det foreligger en umiddelbar svindeltrussel eller et annet unntak gjelder, og må betale for «en agentisk transaksjon som er behandlet i samsvar med kortholderens betalingsinstrukser».

Compelling Evidence 3.0 fra 24. oktober 2026

CE3.0 er Visas forsvar mot friendly fraud (at kortholderen bestrider et kjøp vedkommende selv har gjort) under Dispute Condition 10.4 (Other Fraud, Card-Absent Environment): Tidligere ubestridte transaksjoner fra samme kunde gir innløseren rett til ansvarsvern. For tvister som behandles 24. oktober 2026 eller senere, om to dager, utvider Visa ordningen «for å redusere friendly fraud ytterligere».

De tidligere transaksjonene trenger ikke lenger «samme betalingsopplysning». Det nye vilkåret er at «det samme kortet eller en betalingsopplysning knyttet til det kortet (for eksempel et token) ble brukt hos én eller flere forhandlere i 2 tidligere transaksjoner» som ikke er meldt som svindel, og som ble behandlet mer enn 120 og ikke mer enn 365 dager før tvisten. De må fortsatt stemme overens på enhets-ID eller enhetsfingeravtrykk, eller IP-adresse, pluss minst ett element til, og enhets-ID og fingeravtrykk teller nå som ett.

Den agentiske klausulen står i den listen: Kundens innloggings-ID «omfatter innloggings-ID-er for en agentisk betalingsleverandør og forhandlerens netthandelsside eller applikasjon», i klartekst. Tre forbehold:

• Den er valgfri. Reglene sier at «en innløser kan sende inn Compelling Evidence».
• Den er ikke en agentregel. Det er en generell endring mot friendly fraud med én agentklausul.
• Agentens innloggings-ID er foreløpig utenfor rekkevidde. Agenten gir forhandleren kortholderens navn, adresser og e-postadresse, ikke sin egen innloggings-ID, og vi fant ingen kilde fra Visa om hvordan en forhandler skulle få tak i den.

Stripe fyller ut CE3.0-bevis automatisk der en tvist kvalifiserer. Per 22. oktober beskrev siden deres fortsatt de gamle kriteriene.

Mastercard Agent Pay

Mastercards Agent Pay Acceptance Framework fra 14. oktober 2025 «begynner med å registrere og verifisere KI-agenter før de får lov til å gjennomføre transaksjoner i Mastercard-nettverket». Forhandlere verifiserer agenter med Web Bot Auth i CDN-et, noe Mastercard sier ikke krever ny kode, og agenten sender inn en DTVC i det eksisterende kasseskjemaet som «et agentisk token formatert for standard kortbetalingsfelt».

Mastercards veiledning for forhandlere råder: «Bruk hastighetsbegrensning i stedet for generell blokkering av boter», og sier at backend-systemet «eventuelt validerer hashen, men behandler kassen gjennom eksisterende flyter». Om risiko er den direkte: «Standard svindeldeteksjon, rett til tilbakeføring og prosesser for tvisteløsning gjelder for agentiske transaksjoner.» Siden for nivå 2 legger til: Krev aldri at forbrukere gir avkall på retten til å bestride, og refunder gjennom den opprinnelige tokeniserte betalingsmetoden. Veiledningen er udatert, og delene som gjelder den enkelte kortordningen, er «gjenstand for endringer».

Hvor det er i drift:

• USA. Mastercard sa 10. september 2025 at alle kortholdere i USA ville bli aktivert «innen julehandelen». Vi fant ingen kilde som bekrefter at det skjedde.
• Europa. Santanders agentbetaling 2. mars 2026 ble gjennomført «i et kontrollert miljø» og «utgjør ikke en kommersiell utrulling på dette stadiet».
• Latin-Amerika. Transaksjonene som ble rapportert 24. mars 2026, ble alle «utført i kontrollerte miljøer», selv om nesten 100 % av kortutstederne i regionen er aktivert for agentiske tokener.

American Express

Amex' ACE Developer Kit, kunngjort 14. april 2026, er for «utvalgte utviklere», og to av de fem tjenestene, Agent Registration og Cart Context, er «fortsatt under utvikling», ifølge selskapets side om agentisk handel.

Agent Purchase Protection er lovet «i fremtiden». Den skal dekke «belastninger knyttet til feil gjort av KI-agenter» der kjøpet «avviker fra kjøpshensikten kortmedlemmet har autentisert», for kredittkort i USA, gjennom agenter som er registrert hos Amex og integrert med utviklersettet, og «først etter at kortmedlemmet har startet en retur (der det er mulig) hos forhandleren». Subjektiv hensikt («best», «skikkelig fin») kan falle utenfor, og «fullstendige vilkår vil bli gjort tilgjengelige i fremtiden».

Stripe, PayPal, Adyen, Checkout.com og Worldpay

Stripe

Stripes Agentic Commerce Suite, lansert 11. desember 2025, og SPT-ene er tilgjengelige i USA, Canada og 32 europeiske land og territorier, på forhåndsversjoner av API-et som 2026-09-30.preview.

• Kasse administrert av Stripe. Stripe deler katalogen din med agenter, kjører kassen med skatt og frakt, belaster SPT-et og sender checkout.session.completed. Du må fortsatt levere vilkår, personvernerklæring og returvilkår, en skattekode per avgiftspliktig produkt («ufullstendig konfigurasjon kan føre til at kjøp i kassen feiler»), en CSV-katalog med oppdatert lagerbeholdning, ordrehåndtering ut fra webhooken og en tilkoblingsforespørsel til hver agent. En valgfri hook for godkjenning av bestillinger får fire sekunder: «Hvis hooken din ikke svarer innen denne tiden, avviser Stripe betalingen.»
• Din UCP-kasse, Stripe for betalingen. Deklarer com.stripe.payments i UCP-profilen din, hent SPT-et fra /checkout-sessions/{id}/complete-forespørselen, og belast det ved å sende det i payment_method_data[shared_payment_granted_token] på en PaymentIntent.
• En annen betalingsbehandler. SPT Resolve API returnerer nettverkets betalingsopplysninger én gang per token. Har ikke Stripe PCI-samsvarserklæringen din (Attestation of Compliance) på fil, krypterer Stripe dem «med en offentlig nøkkel der du ikke har tilgang til den tilhørende private nøkkelen», for eksempel betalingsbehandlerens, og du registrerer betalingen med POST /v1/payment_records/report_payment.

Den 3. mars 2026 utvidet Stripe SPT-ene til tokener fra Mastercard Agent Pay og Visa Intelligent Commerce, Klarna og Affirm: «Alle selgere som allerede behandler betalinger med Stripe, støtter automatisk disse nye betalingsmetodene for agentiske transaksjoner.» Refusjoner bruker den eksisterende flyten.

PayPal

PayPal kunngjorde Agent Ready 28. oktober 2025 for eksisterende forhandlere, «uten ekstra teknisk innsats», med lansering tidlig i 2026. I januar 2026 var tjenesten i drift på Copilot og Perplexity, mens ChatGPT, Gemini og AI Mode var oppført som «kommer snart». Dokumentasjonen beskriver nå ACP for ChatGPT gjennom delegerte tokener i Braintree, og UCP for Google AI Mode og Gemini gjennom en Google Pay-håndterer, via Braintree eller PayPals Orders v2 API. UCP-veien gjennom Braintree krever Google Pay og «UCP-registrering av forhandleren hos Google». Tilgangen er ikke selvbetjent: Forhandlere «må fylle ut dette skjemaet» for å be om den.

Adyen, Checkout.com og Worldpay

Adyen Agentic, kunngjort 16. juni 2026, er «i begrenset tilgjengelighet for forhandlere på enterprise-nivå som opererer i USA». Checkout.com (25. november 2025) og Worldpay (29. oktober 2025) kunngjorde ACP-støtte for Instant Checkout i ChatGPT, og Worldpay kunngjorde UCP-arbeid med Google 28. januar 2026. OpenAI har siden trukket seg tilbake fra Instant Checkout slik at forhandlere kan «bruke sine egne kasseløsninger», så les disse ACP-kunngjøringene med datoene i bakhodet.

Hvem som bærer risikoen

Ser man kildene side om side, ligger risikoen omtrent der den lå før agentene.

Det finnes ingen egen tvistegrunn for agenter: Tvistekapittelet i Visas regler fra april 2026 nevner agenter bare i de to CE3.0-linjene om innloggings-ID, så agentkjøp bestrides etter de vanlige vilkårene. «Det var agenten min som gjorde det» er ikke i seg selv et svindelkrav etter Visas regler, fordi kortholderen står ansvarlig for agenten. Det gjør ikke forhandleren trygg: Kortholderen beholder retten til å bestride, og forhandleren kan ikke be om at den frafalles.

Ingen nettverksregel vi fant, flytter ansvaret til agentplattformen. Checkout.com skrev i desember 2025 at med tydelig bevis på delegering «kan ansvaret flytte seg oppover i kjeden», og det er en betalingsleverandørs vurdering. En undersøkelse fra Forrester fant at forbrukere forventer at KI-plattformen svarer for feilene til en agent, og det er en forventning, ikke en regel.

Loven: EU, Storbritannia og USA

EU

Betalingstjenesteforordningen (Payment Services Regulation, PSR), forhandlet fram sammen med PSD3, oppnådde foreløpig enighet 27. november 2025, bekreftet av Coreper 22. april 2026, ifølge et notat fra Rådet av 2. oktober 2026. Den er ikke vedtatt: Europaparlamentets prosedyreside viser «Avventer Rådets standpunkt ved førstegangsbehandling», med et plenumsmøte oppført 14. desember 2026. Den omforente teksten gjelder fra 21 måneder etter ikrafttredelsen, altså i praksis ikke før 2028.

Artikkel 85 i forordningen krever sterk kundeautentisering for betalingsordrer via fjernkanal, knyttet «til et bestemt beløp og en bestemt betalingsmottaker», og for å «bestille opprettelse eller erstatning av et tokenisert betalingsinstrument via en fjernkanal». Transaksjoner som forhandleren initierer, krever det når mandatet opprettes, ikke for hver senere betaling. Tekstene nevner aldri KI-agenter: «kunstig intelligens» forekommer én gang, i et fortalepunkt om svindelovervåking, og hver «agent» er en agent for et betalingsforetak. Hvordan artikkel 85 behandler en KI-agent som har et token, er et tolkningsspørsmål.

Storbritannia

Høringen fra det britiske finansdepartementet, HM Treasury, ble avsluttet 6. oktober 2026. Den sier at dagens regelverk «ble utformet før utviklingen av KI og muligens ikke fullt ut legger til rette for bruk av agentisk KI», og spør om reglene for autentisering, samtykke og ansvar for uautoriserte betalinger må oppdateres for agentiske betalinger. Vi fant ikke noe publisert svar per 22. oktober. Den 19. oktober sa Jessica Rusu i det britiske finanstilsynet FCA at tilsynet vil utvikle «et pålitelig rammeverk for agentisk finans», uten å knytte noen dato til det.

USA

Vi fant ingen veiledning fra CFPB, den amerikanske forbrukermyndigheten for finansielle tjenester. En rapport fra januar 2026 fra Consumer Bankers Association, en bransjeorganisasjon for banker, sier at tilsynsmyndighetene «ikke har utstedt spesifikk veiledning», og kaller det «i beste fall uklart» om det å gi en agent fullmakt utgjør «faktisk, underforstått eller tilsynelatende fullmakt til å bruke» et kredittkort etter Regulation Z.

Hvor mye som faktisk skjer

• Merchant Risk Council. MRCs rapport for 2026, med Visa Acceptance Solutions og Verifi som medsponsorer, spurte 1 278 fagpersoner hos forhandlere i 37 land i november og desember 2025. Av dem sa 19 % at de er rigget for å ta imot agentiske KI-betalinger, og 15 % har ingen planer. Blant MRCs egne medlemmer har 46 % ingen planer.
• PYMNTS. En rapport bestilt av Visa Acceptance Solutions fant at 23 % av forhandlerne i USA, Brasil og De forente arabiske emirater klart kan identifisere KI-drevet trafikk og KI-drevne kjøp.
• Accertify. Leverandøren av svindelforebygging talte «hundrevis av fullførte transaksjoner initiert av agenter globalt» per september 2026, «godt under 1 %» av transaksjonene og «målt i basispunkter».
• Forbrukere. I Forresters undersøkelse fra april 2026 blant voksne internettbrukere i USA, Storbritannia og Canada sa tre fjerdedeler at de var ukomfortable med å la en agent betale på egen hånd, selv med beløpsgrenser.

«Rigget for å ta imot» er selvrapportert beredskap, ikke volum. Og Visa var medsponsor for den ene forhandlerundersøkelsen og bestilte den andre.

Hva en forhandler med egen kasse bør gjøre nå

Ingenting her har en frist: Vi fant ingen dato fra Visa eller Mastercard for når en forhandler må ta i bruk TAP, Agent Pay eller Web Bot Auth. Jobben handler om å ikke miste bestillingene agentene kommer med, og om å ta vare på bevisene som trengs for å forsvare dem.

1. Slutt å blokkere agentene du vil ha. Gå gjennom CAPTCHA-er og generelle botregler på produkt- og kassesider. Cloudflare blokkerer boter de klassifiserer som Agent på sider som viser annonser, som standard for domener som er lagt til siden 15. september 2026; sjekk hva edge-laget ditt gjør.
2. Ta imot agenttokener i den vanlige flyten. En DTVC kommer i kortfeltene du allerede har. Spør innløseren eller PSP-en din om agentiske tokener og agentidentifikatorer allerede når fram til autorisasjonene dine.
3. Bestem hvor signaturene verifiseres. Edge-laget til Akamai validerer Web Bot Auth-signaturer, og Akamai har kunngjort TAP-støtte sammen med Visa. Cloudflare kunngjorde administrerte regler for TAP og Agent Pay i oktober 2025; vi fant ingen som er levert, så spør leverandøren din. I ditt eget edge-lag viser Visas referanseproxy hva du må bygge.
4. Velg protokollvei først når et program kaller deg. Stripe for betaling bak UCP-kassen din; PayPal og Braintree for ACP eller UCP, etter forespørsel; eller SPT Resolve til din egen betalingsbehandler, med PCI-samsvarserklæringen din levert til Stripe først.
5. Behold refusjoner og tvister som de er. Refunder agentbestillinger til den opprinnelige betalingsmetoden, og sørg for at ingenting i vilkårene dine ber kortholderen gi avkall på retten til å bestride.
6. Logg det CE3.0 ville trenge. Per bestilling: IP-adresse, enhets-ID eller fingeravtrykk, kundens innloggings-ID, leveringsadresse, en beskrivelse av varene, og eventuelle resultater av signaturkontrollen av agenten og hensiktsdata du har mottatt. CE3.0 er valgfritt, men bevis du aldri tok vare på, kan ikke sendes inn.
7. Orienter svindel- og kundeserviceteamene. Agenten gir videre kortholderens navn, adresser og e-postadresse med hver bestilling.

Verdt å følge med på: Visas regelutgave fra oktober 2026, at Intelligent Commerce Connect går ut av pilotfasen, de fullstendige beskyttelsesvilkårene fra Amex, Cloudflares administrerte regler, plenumsmøtet i EU i desember og svaret fra HM Treasury.

Hvor du får hjelp

Vi bygger forhandlersiden av agentiske betalinger for kasser som ikke ligger på en driftet plattform: verifisering av agentsignaturer i edge-laget eller i applikasjonen, SPT- og UCP-betalingsintegrasjoner med Stripe eller PayPal, logging per bestilling som tar vare på CE3.0-bevis, og botregler som slipper registrerte agenter gjennom. Vår tjeneste for utvikling av KI-agenter og MCP-integrasjon er der dette arbeidet starter. Vi er ingeniører, ikke jurister: For vilkårene dine, tvistepolicyen din og hva betalingstjenesteforordningen vil bety for deg, bør du hente inn en betalingsjurist i hvert marked du selger til, og så bygger vi etter svaret deres.

Skriv til office@c9group.dev med teknologien bak kassen din, PSP-en og innløseren din, CDN-et ditt og landene du selger i, så forteller vi deg hvilke av disse programmene som når deg i dag, og hva det vil kreve å ta dem i bruk.