Befolgen Sie diese Anweisungen, wenn Sie Account Checks verwenden, um die Daten des Kunden vor der Verarbeitung einer Zahlung zu überprüfen.
Voraussetzungen
- Account Checks werden von Händlern mit einem Trust Payments Acquiring-Konto unterstützt. Wenn Sie eine andere Acquiring-Bank verwenden, müssen Sie unser Support-Team kontaktieren, um zu prüfen, ob diese Funktion unterstützt wird, bevor Sie fortfahren.
- Account Checks kann nur bei kartenbasierten Zahlungsmitteln durchgeführt werden.
Um Betrug zu reduzieren, hat Visa vorgeschrieben, dass alle Händler mit einer Kunden Categorie Nummer (MCC) von 6012 verpflichtet sind, zusätzliche Felder in AUTH und ACCOUNTCHECK Anfragen zu senden. Klicken Sie hier für weitere Informationen.
Wenn Sie diese Felder nicht ausfüllen, wird in der Antwort der Fehler "60025" (Ungültige Anforderung) zurückgegeben.
Überlegungen zum Mandat
Visa und Mastercard haben angeordnet, dass Sie muss die Zustimmung des Karteninhabers einholen wenn Sie Kartendaten für die künftige Verwendung speichern, und dass diese muss zum Zeitpunkt der ersten Meldung gekennzeichnet werden Genehmigung, durch Übermittlung der credentialsonfile Feld in Ihren Anfragen. Zu diesem Zweck müssen Sie Ihre payload die in Ihrem JWT übermittelt werden, um das zusätzliche Feld credentialsonfile, mit einem Wert von "1".
Sie müssen auch alle nachfolgenden Zahlungen kennzeichnen, bei denen zuvor gespeicherte Berechtigungsnachweise verwendet werden, indem Sie die credentialsonfile in diesen Anfragen mit dem Wert "2".
Durchgeführte Kontrollen
Bei der Bearbeitung von Account Checks werden die erste Zeile der Adresse des Karteninhabers, die Postleitzahl des Karteninhabers und der Sicherheitscode überprüft, um sicherzustellen, dass die vom Kunden eingegebenen Daten gültig sind. Klicken Sie hier, um mehr über diese Überprüfungen zu erfahren.
Konfiguration
Konfigurieren Sie das JWT
Sie können die JWT payload der Zahlung eine Account Check voranzustellen, indem Sie sicherstellen, dass die folgenden Felder übermittelt werden (zusätzlich zu den Feldern, die normalerweise in der payload, wie beschrieben auf diese Seite):
Obwohl die Account Check keine Reservierung auf dem Bankkonto des Kunden vornimmt, ist es wichtig zu verstehen, dass die nachfolgende AUTH Anforderung in diesem Beispiel das Bankkonto des Kunden Belastet wird, wenn die Zahlung von der ausstellenden Bank genehmigt wird.
Feldspezifikation
| Feld | Format | Beschreibung | |
| credentialsonfile | Numerisch (1) | Wie oben erläutert, muss dieser Wert auf "1" gesetzt werden, wenn die Zahlungsdaten für künftige Transaktionen gespeichert werden sollen, um anzuzeigen, dass der Kunde seine Zustimmung gegeben hat. | |
| requesttypedescriptions | Liste | Diese muss auf [“ACCOUNTCHECK”,”THREEDQUERY”,”AUTH”]. |
Payload Beispiel
{
"payload":{
"accounttypedescription":"ECOM",
"baseamount":"1050",
"currencyiso3a":"GBP",
"sitereference":"test_site12345",
"credentialsonfile":"1",
"requesttypedescriptions":["ACCOUNTCHECK","THREEDQUERY","AUTH"]
},
"iat":1559033849,
"iss":"jwt.user"
}
Regel-Manager
Sie müssen sich mit unserem Support-Team in Verbindung setzen, um eine Regel zu konfigurieren, die verhindert, dass die Zahlung autorisiert wird, wenn die durchgeführten Überprüfungen Diskrepanzen zwischen den vom Kunden eingegebenen Adress- und Sicherheitscode-Daten und den entsprechenden in den Bankdaten gespeicherten Werten ergeben.
Umgang mit der Antwort
Nachdem der Kunde den Zahlungsvorgang abgeschlossen hat, erhalten Sie eine einzige JWT-Antwort, die aus den Antworten ACCOUNTCHECK, THREEDQUERY und AUTH besteht.
Jedes vom SDK zurückgegebene JWT sollte überprüft werden, bevor Sie fortfahren. Wir bieten ein Parsing-Dienstprogramm an, das die Umwandlung des JWT in ein Transaktionsantwortobjekt erleichtert. Klicken Sie hier, um ein Beispiel für die Verwendung dieses Dienstprogramms zu sehen.
Die wichtigste zu prüfende Reaktion ist die AUTH, der Prozess, bei dem die Transaktion von der ausstellenden Bank autorisiert wird. Ihr System muss sicherstellen, dass die errorcode Der für AUTH zurückgegebene Wert ist "0", was einen Erfolg anzeigt. Wenn die AUTH fehlgeschlagen ist, wird die Zahlung nicht erfolgreich sein. Zusätzlich zur Überprüfung des errorcode, sollte Ihr System auch Folgendes leisten diese zusätzlichen Kontrollen.
