Agentic Commerce im Banking: Wer bezahlt, wer haftet und wer für den Kunden spricht

Wenn im Agentic Commerce im Banking ein KI-Agent im Auftrag einer Kundin Flüge umbucht, Lieferantenrechnungen begleicht oder ein Abonnement wechselt, verschiebt sich die Grundfrage des Zahlungsverkehrs: Nicht mehr der Klick des Menschen im Checkout-Formular löst die Zahlung aus, sondern eine Softwareinstanz, die sich auf einen zuvor erteilten Auftrag beruft. Für die kartenausgebende Bank (Issuer) entstehen damit drei unmittelbare Fragen, die über Ertrag, Risiko und Kundenbindung entscheiden: Wer spricht gegenüber dem Händler tatsächlich für den Kunden, wer gibt die Zahlung technisch frei – und wer haftet, wenn ein Agent außerhalb seines Auftrags handelt? Warum sechs internationale Großbanken im September 2026 gemeinsame Grundsätze veröffentlicht haben und warum geschlossene Plattformen fremde Einkaufs-Agenten aussperren, haben wir in Wenn der Agent einkauft: Sechs Banken, fünf Prinzipien und Amazons geschlossene Tür analysiert; die ersten produktiven Piloten und das Prüfkonzept für Agentenidentitäten beschreiben Agentic Commerce geht in Produktion: Was autonome Zahlungs-Agenten für Banken bedeuten sowie Know Your Agent: Der neue Prüfschritt zwischen Kunde, KI-Agent und Bank. Dieser Artikel beleuchtet die Architektur aus Sicht der kartenausgebenden Bank: Wie funktionieren die Zahlungsfreigabe-Protokolle von Visa und Mastercard im Detail, wie greift die Haftungsverteilung nach PSD2, und was ändert sich für Karten-Lifecycle und Betrugsprävention?

Die Bank als Mandatsgeber: Warum Zahlungsfreigabe mehr ist als Kartendaten hinterlegen

Im Agentic Commerce im Banking darf ein KI-Agent niemals mit einer blanken 16-stelligen Kartennummer einkaufen; die Bank wird vom reinen Zahlungsabwickler zum Verwalter kryptografisch begrenzter Kundenmandate.

Hinterlegt ein Kunde seine reguläre Kredit- oder Debitkarte direkt in einem externen KI-Assistenten, verliert die kartenausgebende Bank jede technische Sicht darauf, ob eine Transaktion vom Kunden selbst, von einem legitimierten Einkaufs-Agenten oder von einem kompromittierten Skript ausgelöst wurde. Zugleich verlangt Art. 64 Abs. 1 und 2 der Zahlungsdiensterichtlinie (EU) 2015/2366 (PSD2), dass ein Zahlungsvorgang nur dann als autorisiert gilt, wenn der Zahler der Ausführung in der mit seiner Bank vereinbarten Form zugestimmt hat; nach Art. 97 PSD2 ist für elektronische Fernzahlungsvorgänge grundsätzlich eine Starke Kundenauthentifizierung (Strong Customer Authentication, SCA) erforderlich, die bei dynamischer Verknüpfung den konkreten Betrag und den Zahlungsempfänger absichert.

Genau an dieser Schnittstelle setzt die neue Rolle der Bank als Mandatsgeber an. Statt dem Agenten eine statische Kartennummer (Primary Account Number, PAN) zu überlassen, übersetzt die Bank den Kundenwunsch („Buche einen Direktflug nach Zürich bis maximal 320 Euro innerhalb der nächsten 48 Stunden“) in ein maschinenlesbares, kryptografisch signiertes Zahlungsmandat. Welche Autonomiestufen für KI-Agenten im Bankbetrieb insgesamt gelten, zeigt unser Überblick Agentic Banking erklärt: Was KI-Agenten in Banken heute schon können.

Wie Visa, Mastercard und sechs Großbanken Agenten-Zahlungen absichern

Visa Intelligent Commerce, Mastercard Agent Pay und das Prinzipienpapier der sechs Großbanken konvergieren auf drei technische Bausteine: kryptografische Agenten-Signaturen nach RFC 9421, zweckgebundene Netzwerk-Tokens und biometrische Payment Passkeys.

Ein Blick in die technischen Spezifikationen der großen Kartennetzwerke zeigt, wie die Zahlungsfreigabe im Jahr 2026 aufgebaut ist:

1. Kryptografische Agenten-Erkennung am Gateway (IETF RFC 9421): Sowohl das im Oktober 2025 vorgestellte und 2026 ausgerollte Visa Trusted Agent Protocol (TAP) als auch das Mastercard Agent Pay Acceptance Framework mit Web Bot Auth setzen auf den Standard IETF RFC 9421 (HTTP Message Signatures). Jeder registrierte Agent signiert seine HTTP-Anfragen mit einem im Netzwerkverzeichnis hinterlegten privaten Schlüssel. Händler und Content-Delivery-Netzwerke (CDNs) prüfen diese Signatur bereits beim Seitenabruf und im Checkout, bevor der Agent überhaupt Zahlungsdaten übermittelt.

2. Zweckgebundene Netzwerk-Tokens und Payment Container: Laut Visa Intelligent Commerce (VIC) und dem Mastercard Agentic Commerce Guide (Levels 1 bis 3) erhalten zertifizierte Agenten niemals Roh-Kartendaten, sondern agentengebundene Netzwerk-Tokens, die auf einen einzelnen Einkauf, eine Händlerkategorie oder ein Preislimit begrenzt sind. Auf Sicherheitsstufe 2 und 3 übermittelt der Agent einen kryptografisch signierten Agentic Payment Container (Visa) bzw. ein Payment Data Object mit DSRP-Kryptogramm (Mastercard), das über denselben nonce-Wert untrennbar an die HTTP-Signatur gebunden ist – ein Abfangen oder Wiederverwenden (Replay-Angriff) ist damit ausgeschlossen.

3. Verifiable Intent und die fünf Prinzipien der sechs Banken: Im Mastercard Agent Pay Trust Framework Whitepaper (2026) wird diese Tokenisierung um Verifiable Intent ergänzt: ein kryptografisches Nachweisverfahren, das mit Payment Passkeys bestätigt, welchen Artikel, welches Budget und welches Zeitfenster der Kunde tatsächlich freigegeben hat, und dem Händler per selektiver Offenlegung (Selective Disclosure) nur die für den Kauf nötigen Prüffelder zeigt. Genau diese Architektur stützt das am 22. September 2026 von ASB Bank, Bank of America, Capital One, Commonwealth Bank of Australia, ING Group und NatWest Group veröffentlichte Papier Building Trust in Agentic Commerce (ING-Mitteilung) mit seinen fünf Säulen Transparency, Safety, Privacy and Data Protection, Customer Choice und Interoperability.

Praxis-Vorlage für Ihr Projekt: Laden Sie unseren Praxis-Guide: PFM, Transaktionsdaten & Visa/Mastercard-Mandat 2026 (PDF) sowie die RFP- & Architektur-Checkliste Banking-CDP & KI 2026 (Excel) herunter – oder besuchen Sie unseren Whitepaper-Hub für Banken.

Wer zahlt und wer haftet: Vier Prüffälle zwischen PSD2, Händler und Bank

Ob eine Agenten-Zahlung als vom Kunden autorisiert gilt oder unter die Erstattungspflicht nach Art. 73 PSD2 fällt, entscheidet sich daran, ob das Zahlungsprotokoll Mandatsgrenzen und Kundenfreigabe lückenlos belegt.

Für das Risikomanagement und die Reklamationsbearbeitung (Chargeback) einer kartenausgebenden Bank lassen sich im Agentic Commerce im Banking vier präzise Prüffälle unterscheiden:

• Prüffall 1 – Kauf innerhalb des signierten Kundenmandats: Der registrierte Agent weist sich per RFC-9421-Signatur aus, nutzt einen gültigen Agent-Token und bleibt innerhalb des per Payment Passkey freigegebenen Preis-, Händler- und Zeitrahmens. Die Zahlung gilt nach Art. 64 PSD2 als autorisiert; Visa und Mastercard kennzeichnen den Vorgang mit einem eigenen Agentic Transaction Identifier, sodass das Issuer-Risikomodell den Agentenkauf sauber von klassischem Bot-Traffic unterscheidet (Visa Perspectives).

• Prüffall 2 – Überschreitung von Betrag, Händlerkategorie oder Zeitfenster: Findet der Agent ein Angebot, das 40 Euro über dem freigegebenen Limit liegt, schlägt die Token-Scope-Prüfung vor der Autorisierung an. Statt die Karte pauschal wegen Betrugsverdachts zu sperren, sendet die Bank über ihre Banking-App einen Echtzeit-Step-up-Impuls per Payment Passkey: Der Kunde gibt die Differenz mit einem Fingerabdruck frei oder lehnt ab.

• Prüffall 3 – Nicht registrierter oder kompromittierter Agent: Fehlt die kryptografische Signatur, weicht der nonce-Wert zwischen Header und Payment Container ab oder stammt die Anfrage von einem gesperrten Bot, blockieren Händler-CDN und Issuer die Anfrage sofort. Käme es ohne gültige Kundenautorisierung dennoch zu einer Belastung, greift die gesetzliche Erstattungspflicht des Zahlungsdienstleisters nach Art. 73 Abs. 1 PSD2 (unverzüglich, spätestens bis zum Ende des folgenden Geschäftstags).

• Prüffall 4 – Widerruf des Mandats durch den Kunden: Nach Art. 64 Abs. 3 PSD2 und dem Prinzip Customer Choice der sechs Großbanken muss der Karteninhaber eine erteilte Agenten-Delegation in seiner Banking-App jederzeit einsehen und mit einem Klick widerrufen können. Da der Agent nur einen isolierten Agent-Token besitzt, invalidiert die Bank diesen Token sofort, ohne dass die physische Hauptkarte oder andere Abonnements des Kunden ausgetauscht werden müssen.

Folgen für Karten-Lifecycle, Top-of-Wallet und Betrugsprävention

Wenn KI-Agenten wiederkehrende Einkäufe übernehmen, gewinnt im Karten-Lifecycle nicht die Karte mit dem schönsten Plastikdesign, sondern die Bank, deren Karte sich am einfachsten und sichersten als Standard-Mandat im Agenten hinterlegen lässt.

Für das Karten- und Customer-Value-Management (CVM) verändert Agentic Commerce die gesamte Kundenreise von der Aktivierung bis zur Kündigungsprävention:

Illustration: KI-generiert, hypothetisches Beispiel

Hypothetisches Beispiel: Eine vielreisende Firmen- und Privatkundin möchte ihrem Reise-Agenten erlauben, Bahn- und Hotelbuchungen bis 400 Euro pro Reise selbstständig abzuschließen, ohne ihre Hauptkreditkarte aus der Hand zu geben. In ihrer Banking-App richtet sie innerhalb von dreißig Sekunden ein „Reise-Mandat“ ein: Die Bank erzeugt über den Token-Service einen auf Reise-Händlerkategorien (MCCs) und 400 Euro Einzelbetrag begrenzten Agent-Token, bestätigt durch den biometrischen Payment Passkey der Kundin. Als der Agent zwei Wochen später ein Hotel für 445 Euro buchen will, lehnt die Bank die Zahlung nicht stumm ab, sondern schickt der Kundin eine Echtzeit-Karte auf den Startbildschirm der Banking-App: „Ihr Reise-Agent möchte Hotel Zürich für 445 € buchen (Mandatslimit: 400 €). Einmalig freigeben?“ Ein Fingerabdruck genügt – die Bank behält die Transaktion, verhindert eine unnötige Kartensperre und bleibt die bevorzugte Zahlungsverbindung im Agenten-Ökosystem.

ACCELERAID unterstützt Banken und Kartenherausgeber dabei, solche Transaktions-, Token- und Mandatsereignisse über Customer Data Platform, Kontext-Layer, Personalization Engine und AI Assistant in Echtzeit für Karten-Lifecycle, Hinweissteuerung und Service zu nutzen; spezialisierte Domain-Agenten, Orchestrierung und Control Plane befinden sich derzeit in Entwicklung. Die Plattform ist SOC 2 Type I zertifiziert (unabhängig geprüft nach SOC 2 Type I), folgt DSGVO by Design, ist für DORA-regulierte Institute ausgelegt, unterstützt eine revisionssichere Protokollierung und wird in einem ISO-27001-zertifizierten Rechenzentrum in Frankfurt (oder On-Premise) betrieben (ACCELERAID).

Fünf Punkte zum Mitnehmen

1. Im Agentic Commerce im Banking wird die kartenausgebende Bank vom reinen Zahlungsabwickler zum Mandatsgeber, der dem KI-Agenten statt Roh-Kartendaten (PAN) nur kryptografisch begrenzte Netzwerk-Tokens ausstellt (Visa Intelligent Commerce, Mastercard Agent Pay).

2. Das Visa Trusted Agent Protocol (TAP) und Mastercard Web Bot Auth nutzen HTTP-Message-Signaturen nach IETF RFC 9421 sowie nonce-gebundene Payment Container, damit Händler und Banken registrierte Einkaufs-Agenten sicher von schädlichen Bots unterscheiden.

3. Mit Verifiable Intent und biometrischen Payment Passkeys wird kryptografisch prüfbar festgehalten, welchen Artikel, welches Budget und welches Zeitfenster der Karteninhaber tatsächlich autorisiert hat (Mastercard Trust Whitepaper 2026).

4. Das gemeinsame Prinzipienpapier von ASB, Bank of America, Capital One, CBA, ING und NatWest vom September 2026 (NatWest Press Release) sowie Art. 64 und 73 PSD2 verlangen einsehbare, jederzeit widerrufbare Kundenmandate und eine Authentifizierung durch die risikotragende Bank.

5. Für das Karten-Lifecycle-Management gewinnt jene Bank den Top-of-Wallet-Platz im Agenten-Ökosystem, die Mandatsüberschreitungen per Echtzeit-Step-up in der Banking-App löst und einzelne Agent-Tokens isoliert widerrufen kann, ohne die physische Hauptkarte zu sperren.

Nächster Schritt für Ihre Bank-Architektur (3 Wege zur Auswahl)

• 1. Selbst prüfen (Ohne Formular): Laden Sie den Praxis-Guide: PFM, Transaktionsdaten & Visa/Mastercard-Mandat 2026 (PDF), das RFP- & Architektur-Template (Excel, DE/EN) und den 3-Jahres-TCO- & ROI-Rechner (Excel) direkt herunter. Alle 12 Leitfäden finden Sie im Whitepaper-Hub für Banken.

• 2. Asynchron ansehen: Sehen Sie sich in unseren On-Demand-Webinaren oder auf der Seite Plattform & Pakete an, wie Banken Karten-Lifecycle, Kontext und Entscheidungslogik in 90 Tagen produktiv setzen.

• 3. Gemeinsam durchrechnen: Buchen Sie einen 30-minütigen Architektur- & Use-Case-Check (mit Ihrem eigenen Karten- oder Agenten-Use-Case, ohne Verkaufsfolien).

Illustration: KI-generiert. KI-gestützte Inhalte: Bei der Erstellung unserer Beiträge setzen wir KI-Technologien und automatisierte Agenten ein, unter anderem von Microsoft, Google, OpenAI, Anthropic und weiteren Anbietern. Themen, fachliche Ausrichtung und finale Freigabe liegen bei unserem Team.