Ważne jest, abyś zapewnił pełną integrację z Adyen poprzez testowanie kodów wyników.
Jeśli nie jesteś w stanie przesłać dodatkowych danych do testowania, możesz użyć pola karty holderName
zamiast tego.
Testuj wynik płatności
Wykonaj żądanie /payments, podając odpowiednią nazwę posiadacza (holderName) z listy kodów odpowiedzi Adyen.
Ten przykład pokazuje, jak uzyskać płatność REFUSED, podając DECLINED w nazwie posiadacza.
{ "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"}
Dostosowywanie odpowiedzi schematu i surowego powodu odmowy
Można opcjonalnie ustawić zarówno rzeczywisty kod odpowiedzi schematu, jak i podać własny surowy powód odmowy. Surowy powód odmowy jest bezpośrednią odpowiedzią dostarczoną przez Visa lub Mastercard.
Wykonaj żądanie /payments, a podczas dostarczania informacji o karcie, przekaż holderName
z następującymi danymi:
- a holderName z listy kodów odpowiedzi Adyen.
- a Scheme Response code and Refusal reason raw String.
W przypadku tej wartości należy użyć formatu:
:
Może zaistnieć potrzeba obniżenia wartości Risk Score, aby uwzględnić niealfabetyczne znaki w nazwie posiadacza karty, takie jak dwukropek („:”). Te i inne znaki niealfabetyczne uruchamiają sprawdzanie ryzyka, co może spowodować odrzucenie płatności z kodem przyczyny FRAUD
.
Przykład
Następujący przykład pokazuje, jak przetestować wynik płatności „Odrzucona” z powodu „Błędu”, używając pola holderName
:
DECLINED : 06 : ERROR
-
Wartość pola
holderName
nie może być dłuższa niż maksymalnie 80 znaków. - Jeśli określisz nieprawidłowy CVC lub nieprawidłową datę ważności, płatność nie powiedzie się, a operacja zwróci ogólny
DECLINED
powód odmowy.
Test nieudanych modyfikacji
W rzadkich przypadkach modyfikacja może zakończyć się niepowodzeniem po przetworzeniu przez nas modyfikacji.
Aby przetestować ten scenariusz, wykonaj polecenie /płatności, wybierając holderName
z poniższej listy, która odpowiada typowi nieudanej modyfikacji, którą chcesz przetestować:
holderName |
Dochód |
---|---|
capture failed | Symulujemy nieudane przechwycenie, więcej informacji patrz CAPTURE_FAILED |
refund failed | Symulujemy nieudany zwrot pieniędzy, aby uzyskać więcej informacji zobacz REFUND_FAILED |
Po autoryzacji żądania, musisz zainicjować modyfikację, którą testujesz, albo przechwytywanie albo refundację. Po wykonaniu tej czynności automatycznie przeprowadzimy symulację nieudanej modyfikacji.
Ukończenie symulacji nieudanej modyfikacji może potrwać do 24 godzin.
Zobacz także
- Testuj scenariusz obciążenia zwrotnego
.