Nagyon fontos, hogy az eredménykódok tesztelésével biztosítsa a teljes integrációt az Adyenbe.
Ha nem tud additionalData-t benyújtani a teszteléshez, használhatja helyette a kártya holderName
mezőt.
Tesztfizetési eredmény
Tegyen egy /payments kérést, megadva a megfelelő holderName-et az Adyen válaszkódok listájából.
Ez a példa azt mutatja, hogyan kaphat REFUSED fizetést a DECLINED megadásával a holderName-ben.
{ "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"}
Sémaválasz és nyers elutasítási ok testreszabása
Az aktuális séma válaszkódot és a saját nyers elutasítási okot is megadhatja opcionálisan. A nyers elutasítási ok a Visa vagy Mastercard által adott közvetlen válasz.
Tegyen egy /payments kérelmet, és a kártyaadatok megadásakor adja át a holderName
-et a következő adatokkal:
- a holderName az Adyen válaszkódok listájából.
- a Scheme Response code and Refusal reason raw String.
Ezért az értékért a következő formátumot használja:
:
A kockázati pontszám értékét esetleg csökkentenie kell, hogy figyelembe vegye a kártyabirtokos nevének nem alfabetikus karaktereit, például a kettőspontot (“:”). Ez és más nem ábécés karakterek kiváltják a kockázatellenőrzést, ami a fizetés FRAUD
okkóddal történő elutasítását eredményezheti.
Példa
A következő példában a holderName
használatával teszteli a “Hiba” miatt “Elutasított” fizetési eredményt:
DECLINED : 06 : ERROR
-
A
holderName
mező értéke nem lehet hosszabb, mint legfeljebb 80 karakter. - Helytelen CVC vagy érvénytelen lejárati dátum megadása esetén a fizetés sikertelen, és a művelet egy általános
DECLINED
elutasítási okot ad vissza.
Sikertelen módosítások tesztelése
Ritkán előfordulhat, hogy a módosítás feldolgozása után a módosítás sikertelen lesz.
Az ilyen forgatókönyv teszteléséhez készítsen egy /payments kérelmet, kiválasztva az alábbi listából egy holderName
-t, amely megfelel a tesztelni kívánt sikertelen módosítás típusának:
holderName |
Eredmény |
---|---|
sikertelen rögzítés | Sikertelen rögzítést szimulálunk, további információkért lásd: CAPTURE_FAILED |
sikertelen visszatérítés | Sikertelen visszatérítést szimulálunk, további információkért lásd REFUND_FAILED |
A kérés engedélyezése után el kell indítania a tesztelt módosítást, akár a rögzítést, akár a visszatérítést. Miután ezt megtette, automatikusan szimuláljuk a sikertelen módosítást.
A sikertelen módosítás szimulációjának befejezése akár 24 órát is igénybe vehet.
See also
- Teszteljen egy visszaterhelési forgatókönyvet
.