Wir nutzen Account Verification (AccVerify), um eine vorgelagerte Authentifizierung durchzuführen. Müssen wir bezüglich 3-D Secure etwas anpassen?

Beiträge in diesem Abschnitt

• Die Autorisierung für eine Kreditkartentransaktion wird abgelehnt. In der direkten API Response und in der Transaktionsübersicht von Computop Analytics wird der Paygate Parameter "Code" = xxxx1542/ xxxx0366 angezeigt. Was sind die Ursachen hierfür?
• Muss ich jede Transaktion, die in Verbindung mit dem Paygate Parameter "Code" = xxxx1542 / xxxx0366 abgelehnt wird, künftigt manuell erneut einreichen?
• Müssen wir bezüglich 3D Secure 2 etwas unternehmen?
• Wir nutzen derzeit noch kein 3D Secure. Müssen wir den Vertrag bei unserem Acquierer anpassen?
• Welche Auswirkung wird 3D Secure 2 auf Händler haben, die bislang 3D Secure nur ab einem gewissen Betrag initiiert haben?
• Wie hoch ist der Aufwand für Händler (minimal notwendige Anpassungen) bei Verwendung der Computop-Formulare?
• Muss ich als Händler im Falle von 3D Secure sowohl Version 1 als auch 2 unterstützen?
• Welche Kartenmarken werden von 3D Secure 2 unterstützt?
• Gibt es Unterschiede bezüglich 3D Secure bei der Implementierung zwischen den verschiedenen Kartenmarken?
• Im Zuge von 3D Secure 2 ist immer wieder die Rede von "Händler-Whitelisting". Worum geht es?