Detailansicht eines Vorgangs aufrufenIn den Suchergebnissen können Sie zu jedem Vorgang die Detailansicht aufrufen. In der Detailansicht erhalten Sie weitere Informationen zu Kunden- und Vorgangsdaten. Außerdem können Sie in der Detailansicht weitere Aktionen dem Vorgang hinzufügen, wie z. B. Buchungen oder Gutschriften. Wenn ein Vorgang mit Karten-, Konto- oder Gerätedaten angelegte wurde, können Sie diese in der Detailansicht sperren. Wenn Sie die Karten-, Konto- oder Gerätedaten wieder entsperren möchten, müssen Sie die Kreditkarte in der Negativliste entfernen. Um die Detailansicht eines Vorgangs aufzurufen, gehen Sie wie folgt vor: 1. Wählen Sie den Werte in den Auswahlbereichen aus. 2. Klicken Sie auf die Schaltfläche "Suchen & Filtern". → Die Anwendung prüft die eingegebenen Werte. Wenn die Werte ungültig sind, erscheint eine rot dargestellte Meldung mit der Fehlerursache. Wenn die Werte gültig sind, werden die Suchergebnisse angezeigt. 
- Spalte "Händlervorgangsnummer"
- "Händlervorgangsnummer" eines Vorgangs
3. Klicken Sie in der Spalte "Händlervorgangsnummer" auf die Händlervorgangsnummer des gewünschten Vorgangs. → Die Detailansicht des Vorgangs öffnet sich. Die Detailansicht des Vorgangs gliedert sich in die Bereiche mit den Kunden- und Vorgangsdaten sowie den Buchungsdaten. Sofern Sie im Rahmen der Betrugsprävention eine Prüfung des Kartenherkunftslandes vornehmen, finden Sie hier das Herkunftsland der Kreditkarte. Außerdem können Sie in der Detailansicht weitere Aktionen dem Vorgang hinzufügen, um so beispielsweise Rückerstattungen (Gutschriften) oder Buchungen (Zahlungseinzüge) zu veranlassen.
Details zu Aktion und StatusJeder Zahlungsvorgang (Operation) kann eine oder mehrere Transaktionen (Aktion) beinhalten. Jede Transaktion hat einen Status als Ergebnis. Die Transaktionen sind abhängig von Ihrer Implementierung und der jeweiligen Zahlart, die verwendet wird. Hier finden Sie die meist vorkommenden Kombinationen und deren Bedeutung: | Aktion | Zahlart (Beispiel) | Beschreibung |
|---|
| ORDER | Kreditkarte PayPal | Die Transaktion "Order" leitet einen Zahlungsvorgang ein, führt jedoch keine Autorisierung durch. | Status | Beschreibung |
|---|
Transaktion abgeschlossen | Die Transaktion wurde erfolgreich beendet. | | Request | The "order" has been initiated, but not completed | Andere | Die Transaktion ist fehlgeschlagen, z.B.: - Transaktion durch Benutzer abgebrochen → Der Käufer hat die Transaktion abgebrochen
- Sitzung abgelaufen → Der hat die Transaktion nicht beendet, sondern beispielsweise den Browser geschlossen
- Ausstehend → Die Transaktion wurde gestartet, aber nicht beendet.
|
| | ACCOUNT_VERIFICATION | Kreditkarte | Die Account-Verifizierung wird bei Kreditkarten verwendet, um zu prüfen, ob diese Kreditkarte existiert. Technisch erfolgt eine Autorisierung mit "Betrag=0", also wird kein Geld auf dem Konto des Karteninhabers reserviert. | Status | Beschreibung |
|---|
| Transaktion abgeschlossen | Die Transaktion wurde erfolgreich beendet. | | Andere | Die Kreditkarte konnte nicht verifiziert werden, z.B.: - Ungültige Kartennummer → Die Kreditkartennummer ist fehlerhaft
|
| | AUTHENTICATE | Kreditkarte | Die Authentifizierung erfolgt mittels 3-D Secure und bedeutet, dass sich der Karteninhaber gegenüber dem Issuer authentifizieren muss. Nach erfolgreicher Authentifizierung kann eine Autorisierung eingeleitet werden, um das Geld auf dem Konto des Karteninhabers zu reservieren. | Status | Beschreibung |
|---|
| REQUEST | Der Authentifizierungs-Prozess wurde gestartet, aber noch nicht vollendet. | Authentifizierung erfolgreich | Der Karteninhaber hat sich nicht erfolgreich beim Issuer authentifiziert. | | Andere | Die Transaktion ist fehlgeschlagen, z.B.: - Authentifizierung fehlgeschlagen → Der Karteninhaber konnte sich nicht erfolgreich authentifizieren.
- Karteninhaber nicht registriert → Der Karteninhaber hat sich nicht für 3-D Secure angemeldet.
- RRes receive timeout → Technische Zeitüberschreitung während der 3-D Secure-Verarbeitung.
|
| | AUTHORIZE | Kreditkarte PayPal Lastschrift Paydirekt | Die Autorisierung prüft das Konto des Karteninhabers bzw. Kunden und reserviert einen Betrag für einen bestimmten Zeitraum. | Status | Beschreibung |
|---|
Transaktion abgeschlossen | Die Autorisierung war erfolgreich, der Betrag ist auf dem Konto des Karteninhabers reserviert und kann abschließend gebucht werden. | | Andere | Die Autorisierung ist fehlgeschlagen, z.B.: - Autorisierung abgelehnt → Der Acquirer/Issuer haben die Zahlung abgelehnt.
- Soft Decline → Autorisierung wurde abgelehnt, kann jedoch als 3-D Secure Zahlung erneut versucht werden.
- Ungültige Kartennummer → Die Kreditkartennummer ist fehlerhaft.
- Transaktion durch Benutzer abgebrochen → Der Käufer hat die Transaktion beendet.
|
| | REVERSEAUTHORIZE | Kreditkarte | Die Autorisierung sollte rückgängig gemacht und der betrag nicht mehr auf dem Konto des Karteninhabers reserviert werden. | Status | Beschreibung |
|---|
| Transaktion abgeschlossen | Der Betrag wurde erfolgreich freigegeben. | | Andere | Die Transaktion ist fehlgeschlagen, z.B.: - Referenzierte Transaktion nicht gefunden
|
| | CAPTURE | Kreditkarte PayPal Lastschrift Paydirekt | „Capture“ bedeutet, dass der Betrag gebucht werden soll. Dadurch wird das Geld vom Käufer/Karteninhaber eingezogen und schließlich durch den Acquirer/Dienstleister an den Händler ausbezahlt. Je nach Zahlart und Dienstleister kann eine Buchung einmal oder auch mehrfach erfolgen. | Status | Beschreibung |
|---|
Anfrage | Die Buchung wurde veranlasst und wartet auf anschließende Verarbeitung. Dieses kann entweder online (also in Echtzeit) oder offline (meist Datei-basiert, in der Regel innerhalb von 24 Stunden) erfolgen. Dieses ist abhängig von der jeweiligen Zahlart und dem Dienstleister. | Transaktion abgeschlossen | Die Buchung wurde erfolgreich verarbeitet. | | Andere | Die Transaktion ist fehlgeschlagen, z.B.: - Transaktion abgelehnt → Der Acquirer/Issuer hat die Buchung abgelehnt.
|
| | CREDIT | Kreditkarte PayPal Lastschrift Paydirekt Sofort | "Credit" bedeutet, dass der Betrag an den Käufer zurückerstattet werden soll. Je nach Zahlart und Dienstleister kann eine Rückerstattung einmalig oder mehrmals erfolgen. | Status | Beschreibung |
|---|
Anfrage | Die Rückerstattung wurde veranlasst und wartet auf anschließende Verarbeitung. Dieses kann entweder online (also in Echtzeit) oder offline (meist Datei-basiert, in der Regel innerhalb von 24 Stunden) erfolgen. Dieses ist abhängig von der jeweiligen Zahlart und dem Dienstleister. | Transaktion abgeschlossen | Die Rückerstattung wurde erfolgreich verarbeitet. | | Andere | Die Transaktion ist fehlgeschlagen. |
| | SALE | Kreditkarte PayPal Paydirekt Sofort
| "Sales" ist eine Kombination von "authorization" (also Autorisierung) und "capture" (also Buchung). | Status | Beschreibung |
|---|
Transaktion abgeschlossen | Die Transaktion wurde erfolgreich beendet. | | Andere | Die Transaktion ist fehlgeschlagen, z.B.: - Sitzung abgelaufen → Der Käufer hat die Transaktion nicht beendet, sondern beispielsweise den Browser geschlossen.
- Von PayPal abgelehnt → Die Tranaktion wurde abgelehnt, hier beispielsweise von PayPal.
|
|
Details für Transaktionen mit 3-D SecureFür Zahlungen, die mit 3-D Secure authentisiert sind, sehen Sie etwa Details wie diese hier: 
Die oben gezeigten Werte hängen von der zur Authentisierung verwendeten 3-D Secure Version und vom Kartenschema ab. Hier folgen einige Details: ECI-WertDer ECI-Wert steht für "Electronic Commerce Indicator", eine ausführliche Übersicht dazu ist hier zu finden: ECI Codes. 3-D Version (Directory Server)Der Directory Server wird vom Kartenschema (Mastercard, VISA, American Express, ...) verwaltet, bei dem jeder Kreditkartenaussteller registriert ist und durch die BIN (Bank Identication Number) identifiziert werden kann. Der Directory Server "spricht" zum Access Control Server, der sich schließlich auf das Kreditkartenausstellersystem bezieht. Für die Verarbeitung von 3-D Secure müssen sich alle Beteiligten (Scheme, Aussteller und PSP  ) auf dieselbe Version von 3-D Secure einigen. 3-D Version (Verarbeitung)Das ist die Version von 3-D Secure, auf die sich alle Beteiligen schließlich für die 3-D Secure Authentisierung geeinigt haben. Es kann passieren, dass ein bestimmter Kartenaussteller derzeit 3-D Secure (Version 2.1.0, 2.2.0) nicht unterstützt, sodass dann automatisch ein Fallback auf Version 1.0 erfolgt. AuthentisiserungstypDie derzeit unterstützten Werte für den "Authentisierungstyp" sind: | Wert | Bedeutung | Beschreibung |
|---|
| 00 | Frictionless | Der Aussteller fordert keine Authentifizierung des Karteninhabers | | 01 | Static | Zur Authentifizierung des Karteninhabers wird ein statisches Kennwort verwendet. Wird auch für 3DS1 non frictionless verwendet. | | 02 | Dynamic | Zur Authentifizierung des Karteninhabers wird ein dynamisches Kennwort (z.B. Token oder App) verwendet | | 03 | OOB | OOB steht für "Out Of Band": Nutzer überprüfen Transaktionen im Authentifizierungsdienst ihres Ausstellers, der die Website oder App des Ausstellers sein kann. | | 04 | Decoupled | Wird mit 3-D Secure 2.2 untertützt, um die Authentifizierung von Karteninhabern für vom Händler initiierte Transaktionen (MIT) zu unterstützen. |
AuthentisiserungsmethodeDie derzeit unterstützten Werte für die "Authentisierungsmethode" sind: | Wert | Bedeutung | Beschreibung |
|---|
| 01 | Static Passcode | Es wird ein statisches Passwort zur Authentifizierung des Karteninhabers verwendet. Wird auch für 3DS1 nicht frictionless verwendet. | | 02 | SMS OTP | Ein per SMS bereitgestelltes dynamisches Passwort (OTP = One Time Password) wird zur Authentifizierung des Karteninhabers verwendet. | | 03 | Key fob or EMV card reader OTP | Ein per Schlüsselanhänger oder EMV Kartenlesers bereitgestelltes dynamisches Passwort (OTP = One Time Password) wird zur Authentifizierung des Karteninhabers verwendet. | | 04 | App OTP | Ein per App bereitgestelltes dynamisches Passwort (OTP = One Time Password) wird zur Authentifizierung des Karteninhabers verwendet. | | 05 | OTP Other | Ein anderem Web bereitgestelltes dynamisches Passwort (OTP = One Time Password) wird zur Authentifizierung des Karteninhabers verwendet. | | 06 | KBA | Wissensbasierte Authentisierung (KBA=Knowledge Based Authentication) | | 07 | OOB Biometrics | Benutzer verifizieren Transaktionen im Authentifizierungsdienst ihrer kartenausgebenden Bank (Issuer) basierend auf Biometrie. | | 08 | OOB Login | Benutzer verifizieren Transaktionen im Authentifizierungsdienst ihrer kartenausgebenden Bank (Issuer) basierend aufLogin. | | 09 | OOB Other | Benutzer verifizieren Transaktionen im Authentifizierungsdienst ihrer kartenausgebenden Bank (Issuer) basierend aufanderen Methoden. | | 10 | Other | Andere, nicht aufgelistete Methoden | | 11 | Push Confirmation | Authentifizierung erfolgt durch Senden einer Push-Benachrichtigung an eine sichere Anwendung auf dem Gerät des Benutzers. | | 12 | Decoupled | Authentifizierung, ohne dass der Karteninhaber gerade anwesend ist - Authentifizierung erfolg zeitversetzt. | | 13 | WebAuthn | WebAuthn / FIDO | | 14 | SPC | Authentifizierung erfolgt über eine Plattform-Authentifizierung, z.B. Touch ID auf einem macOS-Gerät, Hello auf einem Windows-Gerät (SPC=Secure Payment Confirmation) | | 15 | Behavioural biometrics | Authentifizierung erfolgt basierend auf Verhaltensmustern, z. B. wie Menschen tippen oder sich bewegen. |
Challenge-Indikator (gefordert)| Wert | Bedeutung | Beschreibung |
|---|
| 01 | Keine Präferenz | Kein spezifischer Challenge-Indikator gefodert, Standardwert | | 02 | Keine Challenge gefordert | Händler möchte, dass keine Challenge ausgeführt werden soll | | 03 | Challenge gefordert: 3DS Requestor Preference | Händler möchte, dass eine Challenge ausgeführt werden soll | | 04 | Challenge gefordert: Mandate | Es gibt lokale oder regionale Vorgaben, die verlangen, dass eine Challenge ausgeführt werden muss | | 05 | Keine Challenge gefordert | Transaktionsrisikoanalyse wird bereits ausgeführt | | 06 | Keine Challenge gefordert | Nur Datenaustausch | | 07 | Keine Challenge gefordert | Starke Kundenauthentifizierung wird bereits ausgeführt | | 08 | Keine Challenge gefordert | Verwenden Sie die Whitelist-Ausnahme, wenn keine Challenge erforderlich ist | | 09 | Challenge gefordert | Whitelist-Prompt angefordert, wenn eine Challenge erforderlich ist |
Transaktionsstatus| Wert | Bedeutung | Beschreibung |
|---|
| Y | Authentifizierungsüberprüfung erfolgreich | Die Authentifizierung wurde erfolgreich abgeschlossen, d.h. bereit zur Autorisierung. Es kann trotzdem vorkommen, dass die Autorisierung scheitert, z.B. wegen zu geringem Kontostand. | | N | Nicht authentifiziert/Konto nicht bestätigt | Transaktion abgelehnt | | U | Authentifizierung/ Kontoüberprüfung konnte nicht ausgeführt werden | Technisches oder sonstiges Problem, wie in ARes oder RReq angegeben | | A | Versuch der Verarbeitung ausgeführt | Nicht authentifiziert/verifiziert, aber ein Nachweis der versuchten Authentifizierung/Verifizierung wird bereitgestellt. | | C | Challenge erforderlich | Eine zusätzliche Authentifizierung mit CReq/CRes ist erforderlich | | D | Challenge erforderlich | Entkoppelte Authentifizierung bestätigt | | R | Authentifizierung/ Kontoüberprüfung abgelehnt | Der Aussteller lehnt die Authentifizierung/Verifizierung ab und fordert, dass keine Autorisierung versucht wird. | | I | Nur zur Information | Challenge-Präferenz des 3DS Requestors (Händlers) bestätigt |
Whitelist-Status| Wert | Bedeutung |
|---|
| Y | 3DS Requestor (Händler) steht beim Karteninhaber auf der Whitelist | | N | 3DS Requestor (Händler) steht beim Karteninhaber nicht auf der Whitelist | | E | Nicht zulässig, wie vom Aussteller festgelegt | | P | Bestätigung durch Karteninhaber ausstehend | | R | Karteninhaber abgelehnt | | U | Whitelist-Status unbekannt, nicht verfügbar oder nicht zutreffend |
|
"