Protect Plus für Webservices API

  Zuletzt aktualisiert: 

 

Der folgende Inhalt setzt voraus, dass Sie die erforderliche PCI-Zertifizierung erhalten haben, um sensible Karteninhaberdaten in der Anfrage an unsere Webservices API zu verarbeiten und zu übermitteln.
Lesen Sie diesen Artikel, um mehr zu erfahren.

Wenn Sie bereits E-Commerce-Zahlungen mit unserer JavaScript Library, abwickeln, kann Ihre bestehende Lösung so aktualisiert werden, dass sie mit minimalen Änderungen an den Aufschlägen auch Protect Plus Anfragen einreichen kann. Klicken Sie hier, um mehr zu erfahren.

Protect Plus ist ein hochentwickelter Dienst zur Betrugsbekämpfung, der Ihre Website mit einer zusätzlichen Sicherheitsebene gegen betrügerische Transaktionen ausstattet. Er nutzt die größte Negativdatenbank der Branche, um eine umfassende Reihe von Betrugsbewertungen durchzuführen, einschließlich Identitätsprüfungen mit dem britischen Wählerverzeichnis und BT-Datenbanken.

 

  Registrieren Sie sich für Protect Plus

Bevor Sie loslegen können, müssen Sie unser Vertriebsteam kontaktieren und Protect Plus für Ihr Konto aktivieren.

 

Welche Kontrollen werden durchgeführt?

Wir analysieren die Rechnungs-, Liefer- und Zahlungsdaten des Kunden mithilfe eines regelbasierten Systems, um verdächtige Muster in den Nutzeraktivitäten zu erkennen. Unser System unterstützt Sie bei der Entscheidung, ob die Transaktion eines Kunden auf der Grundlage des wahrgenommenen Risikos bearbeitet werden soll. Zu den durchgeführten Überprüfungen gehören:

  • Die größte Negativdatenbank der Branche.
  • Neural-basierte Betrugsbewertungen.
  • Tumbling oder Swapping, wenn es ein ungewöhnliches Nutzungsmuster bei der Kartennummer, dem Ablaufdatum oder den Kundendaten im Zusammenhang mit einer Transaktion gibt.

  Protect Plus bietet keine Garantie gegen Betrug

Sie sollten alle Daten zu einer Transaktion berücksichtigen, bevor Sie die Zahlung akzeptieren.

 

Was geschieht nach der Durchführung der Kontrollen?

Das System Protect Plus analysiert die Transaktionsdetails und gibt eine der folgenden Optionen aus fraudcontrolshieldstatuscode Werte:

  "ACCEPT" Die Angaben werden nicht als verdächtig angesehen.
  "CHALLENGE" Weitere Untersuchungen werden empfohlen.
  "DENY" Die Angaben sind verdächtig und eine Transaktion sollte nicht durchgeführt werden.
  "NOSCORE" Die Transaktion wurde vom Erwerber abgelehnt, bevor eine Prüfung durchgeführt wurde.

 

Reihenfolge der Anträge

Protect Plus Prüfungen werden durchgeführt, wenn eine RISKDEC Anfrage an unser System übermittelt wird. Es gibt zwei Methoden, mit denen Sie Ihr System so konfigurieren können, dass es RISKDEC Anfragen über unsere Webservices API verarbeitet:

  • RISKDEC dann AUTH - Führen Sie zuerst die Überprüfungen durch und suchen Sie dann Autorisierung für die Zahlung. Standardmäßig setzen wir verdächtige Zahlungen aus, damit Sie sie prüfen können, bevor Sie fortfahren.
  • AUTH dann RISKDEC - Suchen Sie zuerst Autorisierung für die Zahlung und führen Sie dann die Kontrollen durch. Die durchgeführten Überprüfungen sind genauer, weil sie die Ergebnisse von AVSSicherheitscode-Prüfungen und 3-D Secure berücksichtigen.

 

Konfiguration

RISKDEC dann AUTH anfordern

Überblick über den Prozess

  1. Wenn der Kunde an Ihrer Kasse auf "Bezahlen" klickt, sendet Ihr System eine RISKDEC -Anfrage an Trust Payments unter Verwendung der Webservices API (ein Beispiel für die Struktur dieser Anfrage finden Sie unten).
  2. Trust Payments prüft die Zahlungsdetails, erstellt eine fraudcontrolshieldstatuscode und gibt diese Informationen in einer Antwort an Ihr System zurück: RISKDEC .
  3. Ihr System muss die Adresse shield status code überprüfen und entscheiden, ob die Zahlung ausgeführt werden soll oder nicht.
  4. Wenn Sie sich dafür entscheiden, die Zahlung zu verarbeiten, können Sie eine Zahlung mit unserem JavaScript wie hier beschriebenmit einem wichtigen Unterschied.
    Das JWT in der payload muss aktualisiert werden, um das Feld parenttransactionreference, einschließlich der einzigartigen transactionreference die in der Antwort RISKDEC zurückgegeben wird.
    Dies wird verwendet, um erben Daten aus der ursprünglichen Anfrage.
  5. Trust Payments setzt sich mit der erwerbenden Bank in Verbindung, um die Zahlung zu bearbeiten.
  6. Trust Payments gibt die Antwort JWT an Ihr System zurück. Sie müssen die Antwort interpretieren.

  Wenn Sie sich für die Durchführung der RISKDEC vor der AUTH, setzen wir genehmigte Transaktionen automatisch aus, wenn die fraudcontrolshieldstatuscode ist "CHALLENGE" oder "DENY". So können Sie weitere Nachforschungen anstellen und eine fundiertere Entscheidung treffen, ob Sie eine verdächtige Transaktion genehmigen oder nicht. Dieses Verhalten kann geändert werden. Bitte Kontakt mit dem Support-Team für weitere Informationen.

 

RISKDEC Beispiel anfordern

Hier ist ein Beispiel für eine RISKDEC Anfrage, deren Details in zukünftige Zahlungen, die über unsere JavaScript Library abgewickelt werden, übernommen werden können:

Python PHP cURL Rohes JSON Rohes XML
#!/usr/bin/python
import securetrading

stconfig = securetrading.Config()
stconfig.username = "webservices@example.com"
stconfig.password = "Password1^"
st = securetrading.Api(stconfig)

riskdec= {
"sitereference": "test_site12345",
"requesttypedescriptions": ["RISKDEC"],
"accounttypedescription": "ECOM",
"currencyiso3a": "GBP",
"baseamount": "1011",
"orderreference": "My_Order_123",
"pan": "4111111111111111",
"expirydate": "12/2020",
"securitycode": "123"
}

strequest = securetrading.Request()
strequest.update(riskdec)
stresponse = st.process(strequest) #stresponse contains the transaction response

Ersetzen Sie <DOMAIN> mit einer unterstützten Domäne. Klicken Sie hier für eine vollständige Liste.

 

RISKDEC Antwortbeispiel

Hier ist ein Beispiel für die zugehörige Antwort RISKDEC :

Für die Spezifikation des Antwortfeldes RISKDEC blättern Sie nach unten zum Abschnitt "Interpretation der Antwort".

Python PHP Rohes JSON Rohes XML
{
u 'requestreference': u 'A0dcb11e6',
u 'version': u '1.00',
u 'responses': [{
u 'fraudcontrolresponsecode': u '0100',
u 'paymenttypedescription': u 'VISA',
u 'orderreference': u 'My_Order_123',
u 'transactionstartedtimestamp': u '2016-12-07 16:19:28',
u 'issuer': u 'Test Issuer',
u 'issuercountryiso2a': u 'GB',
u 'errormessage': u 'Ok',
u 'operatorname': u 'webservices@example.com',
u 'fraudcontrolreference': u 'TEST',
u 'accounttypedescription': u 'FRAUDCONTROL',
u 'errorcode': u '0',
u 'transactionreference': u '1-2-345678',
u 'maskedpan': u '411111######1111',
u 'requesttypedescription': u 'RISKDEC',
u 'fraudcontrolshieldstatuscode': u 'ACCEPT',
u 'livestatus': u '0'
}]
}
AUTH dann RISKDEC anfordern

Überblick über den Prozess

  1. Wenn der Kunde an der Kasse auf "Zahlen" klickt, sendet die JavaScript library eine Anfrage an Trust Payments.
  2. Trust Payments setzt sich mit der erwerbenden Bank in Verbindung, um die Zahlung zu bearbeiten.
  3. Trust Payments gibt die Antwort JWT an Ihr System zurück. Sie müssen die Antwort interpretieren.
  4. Daraufhin sendet Ihr System eine RISKDEC -Anfrage an Trust Payments unter Verwendung der Webservices API, einschließlich des Feldes parenttransactionreference, das ist die einzige transactionreference Wert, der in der JWT-Antwort zurückgegeben wird (nachstehend finden Sie ein Beispiel für die Struktur dieser Anfrage).
  5. Trust Payments prüft die Zahlungsdetails, erstellt eine fraudcontrolshieldstatuscode und gibt diese Informationen in einer Antwort an Ihr System zurück: RISKDEC .
  6. Ihr System muss die Adresse shield status code überprüfen und entscheiden, ob die Zahlung ausgeführt werden soll oder nicht.
  7. Wenn Sie eine Zahlung aussetzen oder stornieren möchten, müssen Sie eine Transaktionsaktualisierungsanfrage über die API Webservices stellen.

 

Beispiel anfordern

Hier ist ein Beispiel für eine RISKDEC Anfrage, die über unsere Webservices API eingereicht wird, nachdem eine Zahlung über unsere JavaScript Library abgewickelt wurde.

Python PHP cURL Rohes JSON Rohes XML
#!/usr/bin/python
import securetrading

stconfig = securetrading.Config()
stconfig.username = "webservices@example.com"
stconfig.password = "Password1^"
st = securetrading.Api(stconfig)

riskdec= {
"sitereference": "test_site12345",
"requesttypedescriptions": ["RISKDEC"],
"accounttypedescription": "FRAUDCONTROL",
"currencyiso3a": "GBP",
"baseamount": "1011",
"orderreference": "My_Order_123",
"parenttransactionreference": "1-2-3"
}

strequest = securetrading.Request()
strequest.update(riskdec)
stresponse = st.process(strequest) #stresponse contains the transaction response

Ersetzen Sie <DOMAIN> mit einer unterstützten Domäne. Klicken Sie hier für eine vollständige Liste.

 

Beispiel für eine Antwort

Hier ist ein Beispiel für die zugehörige Antwort RISKDEC :

Für die Spezifikation des Antwortfeldes RISKDEC blättern Sie nach unten zum Abschnitt "Interpretation der Antwort".

Python PHP Rohes JSON Rohes XML
{
u 'requestreference': u 'Ad4ft45gp',
u 'version': u '1.00',
u 'responses': [{
u 'fraudcontrolresponsecode': u '0100',
u 'paymenttypedescription': u 'VISA',
u 'orderreference': u 'My_Order_123',
u 'transactionstartedtimestamp': u '2016-12-07 16:25:19',
u 'issuer': u 'Test Issuer',
u 'issuercountryiso2a': u 'US',
u 'errormessage': u 'Ok',
u 'operatorname': u 'webservices@example.com',
u 'parenttransactionreference': u '1-2-345678',
u 'fraudcontrolreference': u 'TEST',
u 'accounttypedescription': u 'FRAUDCONTROL',
u 'errorcode': u '0',
u 'transactionreference': u '1-2-345679',
u 'maskedpan': u '411111######1111',
u 'requesttypedescription': u 'RISKDEC',
u 'fraudcontrolshieldstatuscode': u 'ACCEPT',
u 'livestatus': u '0'
}]
}

 

Interpretation der Antwort

Hier ist die Feldspezifikation für eine RISKDEC Antwort:

  Feld Format Beschreibung
X4-EN.png fraudcontrolreference
XPath: /fraudcontrol/reference
Alphanumerisch (255) Eindeutige Referenz zur Identifizierung der durchgeführten Risikoentscheidung Prüfung.
X4-EN.png fraudcontrolresponsecode
XPath: /fraudcontrol/responsecode
Numerisch (4) Ein numerischer Code, der einer Beschreibung der Ergebnisse der durchgeführten Risikoentscheidung Prüfungen zugeordnet ist.
X4-EN.png fraudcontrolshieldstatuscode
XPath: /fraudcontrol/shieldstatuscode
Alpha (10) Einer der folgenden Werte:
  • "ACCEPT" - Die Angaben werden nicht als verdächtig eingestuft.
  • "CHALLENGE" - Weitere Untersuchungen werden empfohlen.
  • "DENY" - Die Angaben sind verdächtig und eine Transaktion sollte nicht durchgeführt werden.
  • "NOSCORE" - Wird zurückgegeben, wenn eine übergeordnete AUTH-Anfrage abgelehnt wurde.
X4-EN.png requesttypedescription
XPath: /@type
Alpha (20) Sie erhalten die Antwort "RISKDEC".
X2-EN.png rulecategoryflag
XPath: /fraudcontrol/categoryflag
Alphanumerisch (255)

Referenz, die zur Identifizierung einer Bedingung verwendet wird, die erfüllt wurde, um die DENY oder CHALLENGE fraudcontrolshieldstatuscode.

Wird nur zurückgegeben, wenn die Prüfungen erfolgreich durchgeführt wurden.

X2-EN.png rulecategorymessage
XPath: /fraudcontrol/categorymessage
Text (unbestimmte Länge)

Bedingung, die erfüllt wurde, um die DENY zurückzugeben oder CHALLENGE fraudcontrolshieldstatuscode.

Wird nur zurückgegeben, wenn die Prüfungen erfolgreich durchgeführt wurden.

 

Prüfung

Wir empfehlen Ihnen, Ihre Lösung gründlich zu testen, bevor Sie sie auf Ihrem Live-Website-Referenz aktivieren.
Klicken Sie hier für Details, die Sie einreichen können, um verschiedene RISKDEC Antworten auf unserem Testsystem zu simulieren.

War dieser Artikel hilfreich?
0 von 0 Personen fanden dies hilfreich