Testarea autorizării folosind numele titularului de card

Posted on

Este important să asigurați o integrare completă în Adyen prin testarea codurilor de rezultat.

Dacă nu puteți trimite Date suplimentare pentru testare, puteți folosi în schimb câmpul card holderName.

Test payment result

Realizați o cerere /payments, furnizând holderName corespunzător din lista de coduri de răspuns Adyen.

Acest exemplu arată cum să obțineți o plată REFUZATĂ furnizând DECLINAT în holderName.

https://docs.adyen.com/development-resources/test-cards/result-code-testing/testing-with-card-holder-name#test-refused-payment
Test Refused payment

{ "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
Refuzat răspunsul

. 

{ "pspReference": "89783918347627F", "refusalReason": "Refused", "resultCode": "Refused", "refusalReasonCode": "2"}

Personalizați răspunsul schemei și motivul brut al refuzului

Puteți seta opțional atât codul de răspuns real al schemei, cât și să furnizați propriul motiv brut al refuzului. Motivul de refuz brut este răspunsul direct furnizat de Visa sau Mastercard.

Realizați o cerere /payments, iar atunci când furnizați informații despre card, treceți holderName cu următoarele date:

  • un holderName din lista de coduri de răspuns Adyen.
  • a Scheme Response code and Refusal reason raw String.

Pentru această valoare, utilizați formatul:

 :

Poate fi necesar să reduceți valoarea scorului de risc pentru a lua în considerare caracterele nealfabetice din numele titularului cardului, cum ar fi două puncte („:”). Acesta și alte caractere nealfabetice declanșează verificarea riscului, ceea ce poate face ca plata să fie refuzată cu un cod de motiv FRAUD.

Exemplu

Exemplul următor arată cum testați un rezultat de plată „Declinată” din cauza unei „Erori”, folosind holderName:

DECLINED : 06 : ERROR

  • Valoarea câmpului holderName nu poate fi mai lungă de 80 de caractere maximum.

  • Dacă specificați un CVC incorect sau o dată de expirare invalidă, plata eșuează și operațiunea returnează un motiv generic de refuz DECLINED.

Test modificări eșuate

În cazuri rare, o modificare poate eșua după ce am procesat modificarea.

Pentru a testa acest scenariu, efectuați o cerere /payments alegând un holderName din lista de mai jos care corespunde tipului de modificare eșuată pe care doriți să o testați:

holderName Rezultat
captură eșuată Simulăm o captură eșuată, pentru mai multe informații consultați CAPTURE_FAILED
rambursare eșuată Simulăm o rambursare eșuată, pentru mai multe informații, consultați REFUND_FAILED

După ce cererea dvs. este autorizată, trebuie să inițiați modificarea pe care o testați, fie că este vorba de captură sau de rambursare. După ce ați făcut acest lucru, vom simula automat modificarea eșuată.

Poate dura până la 24 de ore înainte ca simularea modificării eșuate să se finalizeze.

Vezi și

  • Testarea unui scenariu de refacturare

.

Lasă un răspuns

Adresa ta de email nu va fi publicată.