Es ist wichtig, dass Sie eine vollständige Integration in Adyen sicherstellen, indem Sie die Ergebniscodes testen.
Wenn Sie nicht in der Lage sind, zusätzliche Daten zum Testen zu übermitteln, können Sie stattdessen das Kartenfeld holderName verwenden.
Zahlungsergebnis testen
Stellen Sie eine /payments-Anfrage und geben Sie den entsprechenden Inhabernamen aus der Liste der Adyen-Antwortcodes an.
Dieses Beispiel zeigt, wie Sie eine VERWEIGERTE Zahlung erhalten, indem Sie DECLINED im Inhabernamen angeben.
{ "amount": { "currency": "USD", "value": 1000 }, "reference": "Your order number", "paymentMethod": { "type": "scheme", "number": "4111111111111111", "expiryMonth": "10", "expiryYear": "2020", "holderName": "DECLINED", "cvc": "737" }, "returnUrl": "https://your-company.com/...", "merchantAccount": "YOUR_MERCHANT_ACCOUNT"}{ "pspReference": "89783918347627F", "refusalReason": "Refused", "resultCode": "Refused", "refusalReasonCode": "2"}Anpassen der Schema-Antwort und des Ablehnungsgrundes
Sie können optional sowohl den aktuellen Schema-Antwortcode festlegen als auch einen eigenen Ablehnungsgrund angeben. Der rohe Ablehnungsgrund ist die direkte Antwort von Visa oder Mastercard.
Stellen Sie eine /payments-Anfrage und übergeben Sie bei der Bereitstellung von Karteninformationen den holderName mit den folgenden Daten:
- einen Inhabernamen aus der Liste der Adyen-Antwortcodes.
- ein Scheme Response Code und Refusal Reason raw String.
Für diesen Wert verwenden Sie das Format:
: Um nicht-alphabetische Zeichen im Namen des Karteninhabers, wie z. B. einen Doppelpunkt („:“), zu berücksichtigen, müssen Sie möglicherweise den Risikowert verringern. Diese und andere nicht-alphabetische Zeichen lösen die Risikoprüfung aus, was dazu führen kann, dass die Zahlung mit einem FRAUD-Grundcode abgelehnt wird.
Beispiel
Das folgende Beispiel zeigt, wie Sie ein „Abgelehnt“-Zahlungsergebnis aufgrund eines „Fehlers“ unter Verwendung von holderName prüfen:
DECLINED : 06 : ERROR-
Der
holderName-Feldwert darf nicht länger als maximal 80 Zeichen sein. - Wenn Sie einen falschen CVC oder ein ungültiges Ablaufdatum angeben, schlägt die Zahlung fehl und der Vorgang gibt einen generischen
DECLINEDAblehnungsgrund zurück.
Test fehlgeschlagener Änderungen
In seltenen Fällen kann eine Änderung fehlschlagen, nachdem wir die Änderung verarbeitet haben.
Um dieses Szenario zu testen, machen Sie eine /payments-Anfrage und wählen Sie einen holderName aus der folgenden Liste, der der Art der fehlgeschlagenen Änderung entspricht, die Sie testen möchten:
holderName |
Ergebnis |
|---|---|
| Erfassung fehlgeschlagen | Wir simulieren eine fehlgeschlagene Erfassung, für weitere Informationen siehe CAPTURE_FAILED |
| Erstattung fehlgeschlagen | Wir simulieren eine fehlgeschlagene Erstattung, Weitere Informationen finden Sie unter REFUND_FAILED |
Nachdem Ihre Anfrage autorisiert wurde, müssen Sie die zu testende Änderung einleiten, entweder die Erfassung oder die Erstattung. Nachdem Sie dies getan haben, wird die fehlgeschlagene Änderung automatisch simuliert.
Es kann bis zu 24 Stunden dauern, bis die Simulation der fehlgeschlagenen Änderung abgeschlossen ist.
Siehe auch
- Test eines Rückbuchungsszenarios