Wero entschlüsselt: Von P2P bis POS - die wichtigsten Funktionalitäten im Überblick

Teaser

Wero ist auf dem Vormarsch und soll zur meistgenutzten digitalen Zahlungslösung im europäischen Raum werden. Für Banken stellt sich damit nicht mehr die Frage, ob sie Wero anbieten, sondern wie sie es umsetzen.

Dieser Artikel gibt einen kompakten Überblick über die zentralen Funktionsbereiche von Wero und zeigt, was Banken auf Produkt-, Architektur- und Betriebsebene beachten müssen. Er eröffnet eine Artikelserie, die ausgewählte Themen zu Wero in weiteren Beiträgen vertieft.

Der Status quo

Der europäische Zahlungsverkehr befindet sich im Wandel. Mit Wero hat die European Payments Initiative (EPI) eine multinationale Zahlungsmarke geschaffen, die Person-to-Person(P2P)- und E-Commerce-Zahlungen bereits in Deutschland, Frankreich und Belgien unterstützt – die Niederlande, Luxemburg und Österreich folgen in Kürze.

Künftig soll Wero zudem das mobile Bezahlen am Point of Sale (POS) ermöglichen. Nationale Lösungen werden dabei unter einem gemeinsamen Dach zusammengeführt; parallel wird im Laufe dieses Jahres (2026) über die Entwicklung eines zentralen Interoperabilitäts-Hubs eine Konnektivität zu etablierten nationalen Zahlungslösungen in Spanien (Bizum), Italien (Bancomat), Portugal (MB Way) und Griechenland (IRIS) hergestellt. Perspektivisch werden Norwegen und Schweden (Vipps Mobile Pay) sowie Polen (Blik) folgen. Ziel ist ein einheitliches Bezahlerlebnis für Verbraucher und eine standardisierte Infrastruktur für Banken, Händler und Zahlungsdienstleister.¹

EPI ist mit Wero im Jahr 2024 bewusst als P2P-Lösung gestartet und lässt es nun zu einem vollständigen Payments-Ökosystem mit umfangreicher Plattforminfrastruktur wachsen, die weit über den initialen Use Case hinausgeht – inzwischen mit über 50 Millionen registrierten Nutzern europaweit. Für Banken ist Wero-Readiness daher keine isolierte Produktentscheidung, sondern eine strategische und technologische Grundsatzfrage, die Produktmanagement, Architektur, Betrieb und Compliance gleichermaßen betrifft.

P2P-Zahlungen – Einstieg in das Wero-Ökosystem

P2P-Zahlungen bilden den Einstiegskanal von Wero. EPI startete P2P bewusst zuerst, weil der Anwendungsfall hohe Alltagsrelevanz besitzt und die Bindung an die Zahlungsmarke stärker prägt als jede Transaktion beim Händler. Für Banken ist P2P damit ein zentraler Hebel für Nutzeraktivierung und Wallet-Penetration.

Die User Journey ist auf geringe Reibung ausgelegt: Anstelle einer IBAN als herkömmlicher Identifikation im kontenbasierten Zahlungsverkehr genügen Telefonnummer oder E-Mail-Adresse des Empfängers als sogenannte Proxies, die im System mit einem Zahlungskonto verknüpft sind. Die Zahlung wird über SCT Inst – SEPA Instant Credit Transfer – in Echtzeit ausgeführt; der Zahler wählt den Kontakt, gibt den Betrag ein und bestätigt per Biometrie. Neben klassischen P2P-Überweisungen unterstützt Wero auch gezielte Zahlungsanfragen sowie offene Zahlungsaufrufe über Link oder QR-Code, etwa für Gruppenzahlungen.²

Die Nutzung von Telefonnummer und E-Mail als Zahlungs-Alias ist eine zentrale Architekturentscheidung: Sie abstrahiert von Kontonummern und macht Bezahlen so einfach wie das Versenden einer Nachricht. Für Banken entstehen dadurch neue Herausforderungen entlang des gesamten Alias-Lebenszyklus. Sie müssen ihren Kunden ermöglichen, Aliase zu registrieren, zu verifizieren, zu ändern und mit Konten zu verknüpfen – bei mehreren Konten oder Rufnummern braucht es eine klare Standardzuordnung.

Der Onboarding-Prozess inklusive der zugehörigen Alias-Verknüpfung stellt einen wesentlichen Erfolgsfaktor für Wero dar. EPI empfiehlt eine automatisierte, möglichst unauffällige Registrierung direkt in der Banking-App; wird dieser Onboarding-Pfad nicht sauber umgesetzt, drohen niedrige Aktivierungsquoten.

E-Commerce- und M-Commerce-Zahlungen

E-Commerce und M-Commerce sind der nächste Ausbauschritt: Hier entscheidet sich, ob Wero von Verbrauchern und Händlern als Alternative zu PayPal, Kreditkarte oder Klarna wahrgenommen wird. Anders als bei P2P geht es um die Integration in Händlerprozesse – vom Checkout über die Zahlungsabwicklung bis zu Refunds und Disputes. Wero bildet dafür ein aufeinander abgestimmtes Set an Services, das eng mit P2P, Wallet Management und den generischen Core Services verzahnt ist.

Den Zahlungsablauf strukturiert ein vierstufiger Payment Flow:

• Zunächst erteilt der Nutzer im Wallet seine Zustimmung (Consent) zu einer Zahlungsanforderung.
• Danach prüft und autorisiert der Consumer PSP die Zahlung.
• Das anschließende Capture – die Aufforderung zur Zahlung des autorisierten Betrags durch den Händler über seinen PSP – kann sofort oder verzögert erfolgen, etwa bei Versand oder Teillieferung.
• Den Abschluss bildet das Settlement, die Verbuchung zwischen den beteiligten Parteien als Echtzeitüberweisung (siehe Abbildung 1).

Da die Kommunikation dieser Nachrichten über die EPI Central Services läuft, entsteht hier für Banken eine zusätzliche Schnittstelle, die eingebunden werden muss.

Darauf aufbauend unterstützt Wero mehrere Zahlungsmodelle: die Single Immediate Payment für klassische Sofortkäufe, das Event Based Payment mit vorab erteilter Zustimmung und Belastung erst bei einem definierten Ereignis wie dem Versand, sowie Subscription Payments für wiederkehrende Zahlungen inklusive Preisänderungen und Zahlungsmittelwechsel. Auch Split-Payment- und Split-Bill-Modelle für Plattform- und Marktplatzgeschäfte sind vorgesehen.³

Im Checkout des klassischen Online-Handels verknüpft ein QR-Code zu einer Wero-Landingpage den Shop mit dem Wallet, im Mobile Commerce startet die Wallet direkt aus der App. Für Vertrauen und niedrige Dispute-Raten unterscheidet Wero bewusst zwischen dem rechtlichen Empfängernamen und dem für Kunden erkennbaren Marken- oder Shopnamen. Refund- und Dispute-Prozesse sind fester Bestandteil des Payment Lifecycle und werden systemseitig verarbeitet; Nutzer werden dabei per Benachrichtigung über jeden relevanten Status informiert – von der Consent-Anfrage über Autorisierung und Settlement bis zum Refund.

POS-Zahlungen

Der stationäre Handel ist für Wero das anspruchsvollste Marktsegment. Anders als bei P2P oder E-Commerce trifft Wero hier auf eine etablierte Infrastruktur aus Kartenterminals und Kassensystemen sowie auf bestehende Vereinbarungen zwischen Händler, Acquirer, PSP und Netzbetreiber. Die POS-Integration folgt deshalb einer schrittweisen, technologisch und geografisch gestaffelten Roadmap.

Kurzfristig dient der QR-Code als Einstieg: Der Kunde scannt den am Terminal, Kassendisplay oder in der Händler-App angezeigten Code, prüft Betrag und Zahlungsempfänger und bestätigt die Zahlung.¹ Für Gastronomie, Click & Collect oder Händler-Apps funktioniert das gut, in höher frequentierten Checkouts wie dem Lebensmittelhandel bleibt es jedoch ein Kompromiss, da mehr Nutzerinteraktion und eine stabile Smartphone-Verbindung nötig sind.⁴ Hinzu kommt der technische Aufwand, neue Zahlarten in bestehende, oft wenig flexible Kassensysteme zu integrieren.

Für den Masseneinsatz braucht Wero einen Bezahlvorgang wie das kontaktlose Bezahlen: Karte oder Smartphone ans Terminal halten, Autorisierung auslösen, Ergebnis an Kasse und Terminal zurückmelden. Zwei Ansätze stehen dafür im Vordergrund, die Speicherung einer tokenisierten Wallet-ID als Referenzwert oder Tap-to-Pay, wie es von Apple Pay, Google Pay sowie Karten wie girocard oder Cartes Bancaires bekannt ist. Für beide Verfahren steht eine detailliertere Beschreibung und Spezifikation noch aus.⁵

Strategisch bedeutsamer ist zweifellos das von den Karten und dem „klassischen“ Mobile Payment her bekannte NFC-Verfahren. Die Technik ist am Markt vorhanden; die Herausforderung liegt in der standardisierten Anbindung an die EPI-Infrastruktur, der Zertifizierung von Terminal- und Netzbetreiberstrecken sowie tragfähigen Acquirer-Vereinbarungen. Laut EPI-Roadmap sind NFC-fähige POS-Zahlungen für 2027 geplant.⁶

Strategisch ist POS für Wero kein isolierter Kanal, sondern der letzte Schritt auf dem Weg zu einer durchgängigen Omnichannel-Zahlungserfahrung. Über Online-, Mobile- und stationären Handel hinweg wird die Wallet-Identität verwendet – inklusive Refund-, Dispute- und Subscription-Funktionen, die auch am POS zunehmend an Bedeutung gewinnen.

Generische Funktionen und Core-Services

Wero ist mehr als eine neue Zahlungsmethode. Hinter den sichtbaren Zahlungsfunktionen steht ein Set an Core-Services, die unabhängig vom Anwendungsfall verfügbar sein müssen – als Voraussetzung für einen stabilen, sicheren und regulatorisch konformen Betrieb, der IT, Produktmanagement, Compliance, Betrieb und Kundenservice gleichermaßen betrifft.

Das Wallet-Management bildet dabei das organisatorische Rückgrat: Jede Wallet ist mit einem oder mehreren Zahlungskonten verknüpft, Konten und Geräte lassen sich hinzufügen, ändern oder deaktivieren, und die Wallet begleitet den gesamten Nutzerlebenszyklus von der Aktivierung bis zur Löschung oder Migration bei Bankwechsel. Es übernimmt zudem Aufgaben wie die starke Kundenauthentifizierung (SCA) und die Freigabe von Consent-Anfragen. Banken benötigen dafür eine robuste Schnittstelle zwischen Kernbanksystem und den EPI Central Services, damit Kontostrukturen, Kundendaten und Gerätebindungen konsistent bleiben.

Push-Benachrichtigungen sind das zentrale Instrument, über das Nutzer in Echtzeit über Zahlungseingänge, Anfragen oder Statusänderungen informiert werden – ohne verlässliche, plattformübergreifende Push-Infrastruktur verliert Wero gegenüber klassischen Überweisungen an Mehrwert.

Da Wero auf SCT Inst basiert – dessen Verfügbarkeit bei Banken durch die EU Instant Payments Regulation inzwischen verpflichtend ist –, wird der Fokus auf eine funktionierende 24/7 Verfügbarkeit und die Skalierbarkeit der Systeme für zukünftige Lastspitzen verstärkt. Darüber hinaus werden Banken auch bei Refund- und Dispute Prozessen involviert und stellen die erste Anlaufstelle für die Eskalation eines Dispute-Prozesses dar. Hierfür notwendige Strukturen und interne Prozesse müssen frühzeitig definiert werden.

Beim Fraud- und Risikomanagement lassen Echtzeitzahlungen kaum Raum für manuelle Prüfung, zumal Transaktionen in der Regel irreversibel sind.⁷ Die aliasbasierte Identifikation schafft zusätzliche Angriffsflächen, etwa für Social Engineering. Über den von EPI optional bereitgestellten Fraud Score haben die Banken und PSPs von Endkunden und Händlern die Möglichkeit zu entscheiden, ob sie eine Transaktion verarbeiten beziehungsweise autorisieren möchten. Um diese Funktionalität effektiv nutzen zu können, müssen Banken diese Schnittstellen unterstützen und den Fraud Score in entsprechende Entscheidungslogiken integrieren.

Einordnung und Ausblick

Wero lässt sich nicht isoliert in eine Produkt-Roadmap einordnen: P2P bildet den Einstieg, E-Commerce die bereits im Ausbau befindliche Stufe, POS den strategisch bedeutsamsten, aber auch anspruchsvollsten Kanal. Verbunden werden sie durch eine Infrastruktur mit hohen Anforderungen an Verfügbarkeit, Sicherheit und operativer Reife.

Für Banken bedeutet das:

• Wero-Readiness ist mehr als nur die technische Anbindung
• Alias-Registrierung automatisieren
• Interne Strukturen für die Unterstützung von Refund- und Dispute-Prozessen schaffen
• Skalierbarkeit und 24/7 Verfügbarkeit weiter stärken
• Wero als Plattformprojekt steuern und nicht als Einzelinitiative

Ansonsten drohen niedrige Aktivierungsquoten, vermeidbare Supportlast und Verlust des Überblicks über die Wirkung auf IT, Compliance, Betrieb und Kundenservice.

In den folgenden Ausgaben wird diese Artikelserie die zentralen Handlungsfelder, darunter die technische Architektur einer Wero-Integration, Anforderungen an ein belastbares Fraud-Management im Echtzeit-Kontext, das Gebühren- und Erlösmodell sowie die Betriebsmodellentscheidung zwischen Eigenbetrieb, Sourcing und Hybrid, aufgreifen.