Visa Secure ist Visa's EMV 3-D Secure Authentifizierungsprodukt, das Starke Kundenauthentifizierung (SCA) für elektronische Zahlungen erleichtert.
Händler und Partner, die Trust Payments Warenkorb-Plugins verwenden, brauchen nichts zu unternehmen, da diese Plugins bereits so konfiguriert sind, dass sie diese Daten bereitstellen.
Um das Ökosystem des Zahlungsverkehrs dabei zu unterstützen, die Vorteile der EMV-Authentifizierung 3-D Secure voll auszuschöpfen, hat Visa die Händler angewiesen, ihre Authentifizierungsanfragen (AReq/THREEDQUERY) bis zum 12. August 2024 so zu aktualisieren, dass sie die unten beschriebenen Felder enthalten.
Die Nichteinhaltung dieses Mandats kann zum Scheitern der Authentifizierung, zur Herabstufung und zum Verlust des Haftungsschutzes von Visa führen.
Visa hat die folgenden Hinweise zu diesem Mandat gegeben:
Konsistente und qualitativ hochwertige Daten tragen zu besseren Geschäftsergebnissen für Händler, Karteninhaber und Emittenten bei
Wenn Händler die Authentifizierung über Visa Secure nutzen, können sie sich darauf verlassen, dass Emittenten betrügerische Transaktionen erkennen. Die Schlüsseldaten in jeder AReq/THREEDQUERY -Nachricht sind entscheidend für eine genaue Risikobewertung der erfolgreichen Authentifizierung durch den Emittenten.
Wenn Händler die unten aufgeführten Felder in ihren AReq/THREEDQUERY Nachrichten bereitstellen, können die folgenden Vorteile im gesamten EMV 3DS-Ökosystem weltweit erzielt werden:
- Die Erfolgsquote bei der Authentifizierung steigt um +4 % und die Genehmigungsquote um +6 %. (4,5)
- Emittenten können eine Erhöhung der Betrugsaufdeckungsrate (FDR) um 65 % verzeichnen. (6)
Visa Secure wurde entwickelt, um ein reibungsloses Erlebnis für Visa Karteninhaber zu schaffen. Eine verbesserte Datenqualität kann den Karteninhabern ein nahtloseres Erlebnis, ein größeres Sicherheitsvertrauen und weniger falsche Ablehnungen bieten.
- Karteninhaber erhalten ein besseres Erlebnis durch einen reibungslosen Tarifanstieg von +57 %. (5)
(4 ) Der Datensatz für diese Berechnungen enthält 95 % der weltweiten Visa Secure-Transaktionen, die in den Monaten Februar und März 2022 stattfanden. Die Uplift-Zahlen wurden von den Händlern auf der Grundlage der Rate, mit der sie die prioritären Datenelemente ausfüllen, und der Durchschnittswerte ihrer Produktleistung ermittelt. Weitere Informationen finden Sie in den globalen Geschäftsfällen im Global-Better Data Best Practices Guide für Visa Secure, der im Abschnitt Merchant Resources der Visa Secure Services Library verfügbar ist.
(5) Basierend auf Händlern, die mehr als 50 % der prioritären Datenelemente ausfüllen.
(6 ) Der Datensatz für diese Analyse enthält Visa globale Transaktionen, die im Monat August 2021 als Betrug gemeldet wurden. Der FDR-Leistungsanstieg wurde berechnet, indem die Leistung eines Visa Betrugserkennungsmodells in dem Szenario verglichen wurde, in dem prioritäre Datenelemente vorhanden waren, und in dem sie durch Null- oder Standardwerte ersetzt wurden, die im risikobasierten Authentifizierungsmodell (RBA) verwendet wurden.
Erforderliche Felder
Bitte stellen Sie sicher, dass Ihr System auf den neuesten Stand gebracht wird, um die folgende Feldspezifikation einzuhalten:
Händler und Partner, die externe Zahlungsgateways und 3DS-Anbieter nutzen, müssen sich mit den von ihnen gewählten Zahlungsgateways und 3DS-Anbietern in Verbindung setzen, um zu erfahren, wie sie die Bereitstellung dieser Daten sicherstellen können.
Trust Payments THREEDQUERY Name des Feldes |
Visa AReq Feldname |
Anforderung Status | Beschreibung |
billingfirstname XPath: /billing/name/first |
Name des Karteninhabers | Erforderlich (Browser / In-App) | Der Kunde ist Rechnungsvorname. |
billinglastname XPath: /billing/name/last |
Name des Karteninhabers | Erforderlich (Browser / In-App) | Der Kunde ist Rechnungsnachname. |
billingemail XPath: /billing/email |
E-Mail Adresse des Karteninhabers | Bedingt (Browser / In-App) |
Die Adresse des Kunden Rechnungs-E-Mail . Maximale Länge von 255 (maximal 64 Zeichen vor dem "@"-Symbol). Erforderlich, wenn billingtelephone nicht vorgelegt wird. |
billingtelephone XPath: /billing/telephone |
Telefonnummer des Karteninhabers | Bedingt (Browser / In-App) |
Die Telefonnummer des Kunden. Gültige Zeichen:
Erforderlich, wenn billingemail nicht vorgelegt wird. |
customerip XPath: /customer/ip |
IP-Adresse des Browsers | Erforderlich (Browser) |
Payment Pages & JS Library: Trust Payments sammelt diese Daten und stellt sie zur Verfügung. 3DS API: Muss vom Händler oder Partner erhoben und bereitgestellt werden. |
K.A. | IP-Adresse des Geräts | Erforderlich (In-App) |
Gemeinsame Parameter zur Geräteidentifikation Mobile SDK: Trust Payments sammelt und liefert diese Daten |
browserscreenheight XPath: /customer/browserscreenheight |
Browser-Bildschirmhöhe | Empfohlen (Browser) |
Payment Pages & JS Library: Trust Payments sammelt diese Daten und stellt sie zur Verfügung. 3DS API: Muss vom Händler oder Partner erhoben und bereitgestellt werden. |
browserscreenwidth XPath: /customer/browserscreenwidth |
Browser-Bildschirmbreite | Empfohlen (Browser) |
Payment Pages & JS Library: Trust Payments sammelt diese Daten und stellt sie zur Verfügung. 3DS API: Muss vom Händler oder Partner erhoben und bereitgestellt werden. |
billingpremise XPath: /billing/premise |
K.A. | Empfohlen | Die erste Zeile der Rechnungsadresse des Kunden. |
billingstreet XPath: /billing/street |
K.A. | Empfohlen | Die zweite Zeile der Rechnungsadresse des Kunden. |
billingtown XPath: /billing/town |
K.A. | Empfohlen | Der Ort, der für die Rechnungsadresse des Kunden eingegeben wurde. |
billingcounty XPath: /billing/county |
K.A. | Empfohlen |
Der Bezirk, der für die Rechnungsadresse des Kunden eingegeben wurde. Bei US-Adressen wird der Bundesstaat in dieses Feld eingegeben. Gültige Formate:
|
billingpostcode XPath: /billing/postcode |
K.A. | Empfohlen | Die Rechnungspostleitzahl oder die Postleitzahl. Es muss sich um eine gültige Postleitzahl für die eingereichte billingcountryiso2a handeln. |
billingcountryiso2a XPath: /billing/country |
K.A. | Empfohlen |
Das Land, in dem die Rechnungsadresse des Kunden liegt. Diese muss im ISO2A-Format angegeben werden. Klicken Sie hier für eine vollständige Liste der Ländercodes. |
Wir haben die Feldspezifikationen unter den unten stehenden Links aktualisiert, um diese neue Anforderung zu berücksichtigen: