E’ importante che ti assicuri una completa integrazione in Adyen testando i codici di risultato.
Se non sei in grado di inviare ulterioriDati per il test, puoi invece usare il campo holderName della carta.
Prova il risultato del pagamento
Fai una richiesta /payments, fornendo l’appropriato holderName dalla lista dei codici di risposta Adyen.
Questo esempio mostra come ottenere un pagamento REFUSED fornendo DECLINED nell’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"}Personalizza la risposta dello schema e il motivo grezzo del rifiuto
Puoi opzionalmente impostare sia il codice di risposta dello schema che fornire il tuo motivo grezzo di rifiuto. Il motivo grezzo di rifiuto è la risposta diretta fornita da Visa o Mastercard.
Fate una richiesta /payments, e quando fornite le informazioni sulla carta, passate il holderName con i seguenti dati:
- un nome del titolare dalla lista dei codici di risposta Adyen.
- un codice di risposta dello schema e una stringa grezza del motivo del rifiuto.
Per questo valore, usare il formato:
: Potrebbe essere necessario abbassare il valore del punteggio di rischio per tenere conto dei caratteri non alfabetici nel nome del titolare della carta come i due punti (“:”). Questo e altri caratteri non alfabetici fanno scattare il controllo del rischio, che può causare il rifiuto del pagamento con un codice motivo FRAUD.
Esempio
L’esempio seguente mostra come testare un risultato di pagamento “Rifiutato” a causa di un “Errore”, usando il holderName:
DECLINED : 06 : ERROR-
Il valore del campo
holderNamenon può essere più lungo di 80 caratteri max. - Se specifichi un CVC errato o una data di scadenza non valida, il pagamento fallisce e l’operazione restituisce un generico
DECLINEDmotivo di rifiuto.
Test modifiche fallite
In rari casi, una modifica potrebbe fallire dopo che abbiamo elaborato la modifica.
Per testare questo scenario, fai una richiesta /payments scegliendo un holderName dalla lista sottostante che corrisponde al tipo di modifica fallita che vuoi testare:
holderName |
Outcome |
|---|---|
| capture failed | Simuliamo una cattura fallita, per maggiori informazioni vedi CAPTURE_FAILED |
| refund failed | Simuliamo un rimborso fallito, per maggiori informazioni vedi REFUND_FAILED |
Dopo che la tua richiesta è stata autorizzata, devi avviare la modifica che stai testando, sia cattura che rimborso. Dopo averlo fatto, simuleremo automaticamente la modifica fallita.
Potrebbero essere necessarie fino a 24 ore prima che la simulazione della modifica fallita venga completata.
Vedi anche
- Testare uno scenario di chargeback