Het is belangrijk dat u zorgt voor een volledige integratie in Adyen door resultaatcodes te testen.
Als u niet in staat bent om additioneleData in te dienen voor het testen, kunt u in plaats daarvan het kaart holderName veld gebruiken.
Test betalingsresultaat
Maak een /payments verzoek, met de juiste holderName uit de lijst van Adyen response codes.
Dit voorbeeld laat zien hoe je een REFUSED betaling krijgt door DECLINED op te geven in de 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"}Aanpassen schema-respons en ruwe weigeringsreden
U kunt optioneel zowel de eigenlijke schema-responscode instellen als uw eigen ruwe weigeringsreden opgeven. De ruwe reden van weigering is het directe antwoord van Visa of Mastercard.
Maak een /betalingen verzoek, en bij het verstrekken van kaartinformatie, geef de holderName door met de volgende gegevens:
- een holderName uit de lijst van Adyen antwoordcodes.
- een Scheme Response code en Refusal reason raw String.
Voor deze waarde gebruikt u het formaat:
: Het kan nodig zijn de risicoscorewaarde te verlagen om rekening te houden met niet-alfabetische tekens in de kaarthoudernaam, zoals een dubbele punt (“:”). Deze en andere niet-alfabetische tekens activeren de risicocontrole, waardoor de betaling kan worden geweigerd met een FRAUD-redencode.
Voorbeeld
Het volgende voorbeeld laat zien hoe u een “Geweigerd” betalingsresultaat als gevolg van een “Fout” test, met behulp van de holderName:
DECLINED : 06 : ERROR-
De waarde van het
holderName-veld mag niet langer zijn dan maximaal 80 tekens. - Als u een onjuist CVC of een ongeldige vervaldatum opgeeft, mislukt de betaling en geeft de bewerking een algemene
DECLINEDweigeringsreden.
Test mislukte wijzigingen
In zeldzame gevallen kan een wijziging mislukken nadat we de wijziging hebben verwerkt.
Om dit scenario te testen, doet u een /payments-verzoek en kiest u een holderName uit de onderstaande lijst die overeenkomt met het type mislukte wijziging dat u wilt testen:
holderName |
Outcome |
|---|---|
| capture mislukt | We simuleren een mislukte capture, voor meer informatie zie CAPTURE_FAILED |
| refund mislukt | We simuleren een mislukte refund, voor meer informatie zie REFUND_FAILED |
Nadat uw verzoek is geautoriseerd, moet u de wijziging starten die u aan het testen bent, ofwel capture ofwel refund. Nadat u dat hebt gedaan, wordt de mislukte wijziging automatisch gesimuleerd.
Het kan tot 24 uur duren voordat de simulatie van de mislukte wijziging is voltooid.
Zie ook
- Test een terugboekingsscenario