Wie wird bestimmt, welche 3D-Secure-Version (3D Secure 1 oder 3D Secure 2) verwendet wird?

Um zu verstehen, welche 3D-Secure-Version für eine Transaktion verwendet wird, ist es wichtig, die verschiedenen Faktoren zu kennen, die einen Einfluss auf die Routing-Entscheidung ausüben. Die folgenden Faktoren beeinflussen das Routing (aufgelistet in hierarchischer Reihenfolge, beginnend mit der höchsten Priorität):

Authentifizierungs-Engine
Unsere Authentifizierungs-Engine entscheidet über die 3D-Secure-Version und Ausnahmeregelungen und führt, wenn möglich, automatisch Wiederholungsversuche durch. Nach den folgenden Regeln wird die Transaktion hierbei weitergeleitet:

Anmeldung der Karte wird überprüft – Wenn die Karte nicht für 3D Secure 2 registriert ist, wird die Transaktion automatisch über 3D Secure 1 weitergeleitet.
Die Performance der BIN wird geprüft – Wenn die Karte für 3DS2 registriert ist, aber unsere Authentifizierungs-Engine eine inakzeptabel geringe Conversion für die BIN aufzeigt, wird die Transaktion über 3D Secure 1 weitergeleitet.

Fallback-Policy: Wenn die Karte für 3D Secure 2 registriert ist und die Authentifizierung aufgrund einer technischen Störung nicht durchgeführt werden konnte, wird standardmäßig zurückgegriffen auf

Direkte Ablehnung für die 3D-Antwortmöglichkeiten (transStatus): N: Not Authenticated oder R: Authentication/Account Verification Rejected.
Direkte Autorisierung für die anderen möglichen 3D-Antworten, welche Sie in unserer Dokumentation Unverarbeitete 3D-Secure-Antworten finden.

Parameter in der API-Anfrage
Beziehen Sie den Parameter threeDSVersion in Ihre Zahlungsanfrage mit ein, um anzuzeigen, dass 3D Secure 2 verwendet werden soll. Wir empfehlen Ihnen, dieses Feld nur dann in der API-Anfrage zu verwenden, wenn Sie über die cardBin-Performance von 3DS1 und 3DS2 Bescheid wissen.

Weitere Informationen dazu, wie 3D Secure im Allgemeinen ausgelöst wird, erhalten Sie in diesem Artikel.