Det er vigtigt, at du sikrer en fuldstændig integration i Adyen ved at teste resultatkoder.
Hvis du ikke er i stand til at indsende additionalData til test, kan du bruge kortfeltet holderName i stedet.
Test betalingsresultat
Før en /payments-forespørgsel ved at angive det relevante holderName fra listen over Adyen-svarskoder.
Dette eksempel viser, hvordan du får en REFUSED-betaling ved at angive 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"}Ansæt skema-svar og rå afslagsgrund
Du kan valgfrit indstille både den faktiske skema-svarskode og angive din egen rå afslagsgrund. Den rå afslagsgrund er det direkte svar, der leveres fra Visa eller Mastercard.
Før en /payments-anmodning, og når du giver kortoplysninger, skal du videregive holderName med følgende data:
- en holderName fra listen over Adyen-svarskoder.
- en Scheme Response code and Refusal reason raw String.
For denne værdi skal du bruge formatet:
: Du skal muligvis sænke risikoscoreværdien for at tage hensyn til ikke-alfabetiske tegn i kortholdernavnet som f.eks. et kolon (“:”). Dette og andre ikke-alfabetiske tegn udløser risikokontrollen, hvilket kan medføre, at betalingen afvises med en FRAUD årsagskode.
Eksempel
Det følgende eksempel viser, hvordan du tester et “Afvist” betalingsresultat på grund af en “Fejl” ved hjælp af holderName:
DECLINED : 06 : ERROR-
Feltets
holderName-værdi kan ikke være længere end maks. 80 tegn. - Hvis du angiver et forkert CVC eller en ugyldig udløbsdato, mislykkes betalingen, og operationen returnerer en generisk
DECLINEDafslagsgrund.
Test af mislykkede ændringer
I sjældne tilfælde kan en ændring mislykkes, efter at vi har behandlet ændringen.
For at teste dette scenarie skal du lave en /betalingsanmodning og vælge en holderName fra listen nedenfor, der svarer til den type mislykket ændring, som du vil teste:
holderName |
Outcome |
|---|---|
| capture failed | Vi simulerer en mislykket capture, for yderligere oplysninger se CAPTURE_FAILED |
| refund failed | Vi simulerer en mislykket refusion, for yderligere oplysninger se REFUND_FAILED |
Når din anmodning er godkendt, skal du iværksætte den ændring, som du tester, enten registrering eller tilbagebetaling. Når du har gjort det, simulerer vi automatisk den mislykkede ændring.
Det kan tage op til 24 timer, før simuleringen af den mislykkede ændring er afsluttet.
Se også
- Test af et tilbagebetalingsscenarie