Testuj autoryzację używając nazwy posiadacza karty

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.

https://docs.adyen.com/development-resources/test-cards/result-code-testing/testing-with-card-holder-name#test-refused-payment
Test Odrzucona płatność

{ "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"}

.

https://docs.adyen.com/development-resources/test-cards/result-code-testing/testing-with-card-holder-name#refused-response
Odmowa odpowiedzi

.

{ "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

.

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany.