SaaS-Zahlungen
Was ist Netzwerktokisierung?
Was ist Netzwerktokisierung?
Die Netzwerk-Tokenisierung maskiert die Primary Account Number (PAN) des Karteninhabers und ersetzt sie durch ein netzwerkgeneriertes, einzigartiges, nicht-sensibles Token. Diese Sicherheitsmaßnahme kann Versuche, Zahlungsinformationen unbefugt zu erlangen, erschweren. Der Einsatz der Netzwerk-Tokenisierung ist eine Notwendigkeit bei Transaktionen im Card-not-present-Bereich und im digitalen Handel, sowie bei wiederkehrenden Zahlungen, die anfälliger für betrügerische Angriffe sind, und wenn die zugrunde liegende Karte nicht mehr gültig ist, während das Token dies weiterhin ist, da das Token unabhängig vom Status der ursprünglichen Karte ein gültiges Zahlungsmittel bleibt.
Wie funktioniert Netzwerktokisierung?
Wenn der Karteninhaber die Karte elektronisch oder über seine digitale Geldbörse registriert, lösen diese Aktionen eine Anfrage an den entsprechenden Token Service Provider (TSP) des vom Inhaber genutzten Kartennetzwerks aus.
Funktionsweise:
- Das Zahlungssystem des Token anfragenden Händlers fordert vom Token Service Provider (TSP) einen Token an, der die PAN ersetzen wird.
- Der TSP vergibt einen einzigartigen und undurchsichtigen Token und zeichnet die Beziehung zwischen der PAN und dem Token in einem sicheren Datenspeicher auf.
- Der Emittent oder das Netzwerk kann nach Durchführung einer Risikobewertung über die Genehmigung/Ausgabe des Tokens entscheiden.
- Der Verbraucher tätigt die Zahlung; der Token wird dem Händler als dynamisches, kryptografisches, einmalig verwendbares Token gesendet, das die echte Karte ersetzt.
Wenn eine Karte neu ausgestellt wird oder abläuft, aktualisiert das Netzwerk den zugehörigen Token in der Regel automatisch und verarbeitet wiederkehrende Zahlungen ohne Kundenintervention.
Was sind die wesentlichen Unterschiede zwischen Netzwerktokisierung und traditioneller Tokenisierung?
| Traditionelle (Händler-)Tokenisierung | Netzwerk-Tokenisierung | |
| Verwaltet von | Händler oder Prozessor | Kartennetzwerk |
| Umfang | Nur Händler-/Zahlungsabwickler-Umgebung | Gesamter Zahlungslebenszyklus |
| Kartenaktualisierungen | Manuell | Automatisch (neu ausgestellte/abgelaufene Karten) |
| Sicherheitsebene | Statisches Token | Token + dynamisches Kryptogramm |
| Portabilität | Begrenzt | Im gesamten Ökosystem ist eine Tendenz zu höheren Genehmigungsraten zu beobachten. |
Was sind die Vorteile für Händler und Verbraucher?
Netzwerk-Tokenisierung beeinflusst die Abwicklungsgeschwindigkeit von Zahlungen, die Wahrscheinlichkeit von Betrugsfällen und Muster legitimer Zahlungsablehnungen.
Visa berichtet (Daten):
- 4,6 % Anstieg der Zahlungsautorisierung bei Card-not-present-Transaktionen
- Die beobachtete Betrugsrate bei tokenisierten Transaktionen lag 30 % unter einem entsprechenden Wert.
- Die Durchführung einer Transaktion mit einem anderen Netzwerkmitglied kann sich auf die anfallenden Kosten und Gebühren auswirken.
Für einen Händler können die Dauer des Kunden-Checkouts und etwaige Abonnementunterbrechungen durch Kartenänderungen mit dessen Warenkorbabbruch Statistiken und dem Volumen der Kunden-Support-Interaktionen zusammenhängen.
Die Tokenisierung kann den PCI DSS Compliance-Umfang verringern, aber sie eliminiert nicht alle Compliance-Verpflichtungen.
Was sind die primären Anwendungsfälle für die Netzwerk-Tokenisierung?
Die Netzwerk-Tokenisierung ist überall dort am wichtigsten, wo Kartendaten gespeichert und wiederholt verwendet werden. Typische Anwendungsfälle:
- E-Commerce und wiederkehrende Abrechnungen/Abonnements
- In-App und digitale Geldbörse Transaktionen
- SaaS-Abrechnung
Ein SaaS-Unternehmen, das monatliche Abonnements abrechnet, verlässt sich auf die Netzwerk-Tokenisierung, um sicherzustellen, dass die Abrechnungen ununterbrochen weiterlaufen, selbst wenn die Karte eines Kunden mitten im Abonnement neu ausgestellt wird.
Welche Herausforderungen bringt die Implementierung der Netzwerk-Tokenisierung mit sich?
Die Implementierung oder Entfernung der Lösung beinhaltet betriebliche Faktoren, die Händler berücksichtigen müssen.
- Das Händlersystem sollte nicht nur Token-Zahlungen akzeptieren, sondern auch in der Lage sein, auf eine Alternative zurückzugreifen, falls das Händler-Zahlungssystem ausfällt oder eine Anfrage zur Bearbeitung einer nicht-tokenisierten Transaktion erhält.
- Für die Abwicklung inländischer Transaktionen gemäß den Debit-Routing-Regeln sollte das Händlersystem kompatibel sein (insbesondere wenn es sich um einen US-Händler handelt).
- Die Akzeptanzgeschwindigkeit durch Emittenten kann variieren, beeinflusst sowohl von regionalen Faktoren als auch von der Zahlungsmethode.
- Die Hauptüberlegungen bei der Entscheidung für oder gegen die Einführung von Netzwerktokensisierung umfassen die Komplexität der Integration, ihre Portabilität und die Frage, ob sie zu einem Vendor Lock-in führt.
- Der Zusammenhang zwischen anfänglichen Kapitalausgaben, der variierenden Unterstützung durch Emittenten und den Autorisierungsergebnissen in bestimmten Märkten verdient Beachtung.
Schlussfolgerung
Die Netzwerktokensisierung ersetzt die echte Kartennummer durch eine, die das Zahlungsnetzwerk erstellt und kontrolliert. Die Funktionalität des Tokens bleibt unabhängig von der Wiederverwendung oder Neuausstellung der Karte bestehen, was die Häufigkeit von Betrugsfällen und wiederkehrenden Abrechnungen beeinflussen kann. Aus SaaS-Geschäftsperspektive beziehen sich diese Techniken primär auf die Verwaltung fortlaufender Abrechnungsbeziehungen, im Gegensatz zu den Funktionalitäten für einmalige Zahlungstransaktionen.