Det är viktigt att du säkerställer en fullständig integration i Adyen genom att testa resultatkoder.
Om du inte kan skicka in additionalData för testning kan du använda fältet för kortet holderName istället.
Testa betalningsresultat
Gör en /payments-förfrågan och ange lämpligt holderName från listan med Adyen-svarskoder.
Det här exemplet visar hur du får en REFUSED-betalning genom att ange DECLINED i holderName.
{ "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"}Anpassa systemrespons och rå avslagsgrund
Du kan valfritt ställa in både den faktiska systemresponskoden och ange din egen rå avslagsgrund. Den råa avslagsgrunden är det direkta svaret från Visa eller Mastercard.
Gör en /payments-förfrågan och när du tillhandahåller kortinformation, skicka holderName med följande data:
- ett holderName från listan över Adyen-svarskoder.
- en Scheme Response code and Refusal reason raw String.
För det här värdet använder du formatet:
: Du kan behöva sänka värdet för riskpoängen för att ta hänsyn till icke-alfabetiska tecken i kortinnehavarens namn, till exempel ett kolon (”:”). Detta och andra icke-alfabetiska tecken utlöser riskkontrollen, vilket kan leda till att betalningen nekas med en FRAUD orsakskod.
Exempel
Följande exempel visar hur du testar ett resultat för en ”Avvisad” betalning på grund av ett ”Fel”, med hjälp av holderName:
DECLINED : 06 : ERROR-
Fältets
holderName-värde kan inte vara längre än max 80 tecken. - Om du anger en felaktig CVC eller ett ogiltigt utgångsdatum misslyckas betalningen och operationen returnerar en generisk
DECLINEDavslagsgrund.
Test av misslyckade ändringar
I sällsynta fall kan en ändring misslyckas efter att vi har behandlat ändringen.
För att testa detta scenario gör du en /betalningsbegäran och väljer en holderName från listan nedan som motsvarar den typ av misslyckad ändring som du vill testa:
holderName |
Outcome |
|---|---|
| capture failed | Vi simulerar en misslyckad fångst, för mer information se CAPTURE_FAILED |
| refund failed | Vi simulerar en misslyckad återbetalning, för mer information se REFUND_FAILED |
När din begäran har godkänts måste du påbörja den ändring som du testar, antingen registrering eller återbetalning. När du har gjort det simulerar vi automatiskt den misslyckade ändringen.
Det kan ta upp till 24 timmar innan simuleringen av den misslyckade ändringen är klar.
Se även
- Testa ett scenario för återbetalning
.