Il est important que vous assuriez une intégration complète dans Adyen en testant les codes de résultat.
Si vous n’êtes pas en mesure de soumettre des données supplémentaires pour le test, vous pouvez utiliser le champ de la carte holderName à la place.
Tester le résultat du paiement
Faites une requête /payments, en fournissant le holderName approprié de la liste des codes de réponse Adyen.
Cet exemple montre comment obtenir un paiement REFUSÉ en fournissant DECLINED dans le 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"}Personnaliser la réponse du schéma et le motif de refus brut
Vous pouvez optionnellement définir à la fois le code de réponse du schéma réel et fournir votre propre motif de refus brut. Le motif de refus brut est la réponse directe fournie par Visa ou Mastercard.
Faites une requête /payments, et lors de la fourniture des informations de la carte, passez le holderName avec les données suivantes :
- un holderName à partir de la liste des codes de réponse Adyen.
- un code de réponse de schéma et une chaîne brute de raison de refus.
Pour cette valeur, utilisez le format:
: Vous devrez peut-être diminuer la valeur du score de risque pour prendre en compte les caractères non alphabétiques dans le nom du titulaire de la carte, comme les deux points ( » : »). Ce caractère et d’autres caractères non alphabétiques déclenchent la vérification du risque, ce qui peut entraîner le refus du paiement avec un code de motif FRAUD.
Exemple
L’exemple suivant montre comment tester un résultat de paiement « refusé » en raison d’une « erreur », en utilisant le holderName:
DECLINED : 06 : ERROR-
La valeur du champ
holderNamene peut pas dépasser 80 caractères maximum. - Si vous spécifiez un CVC incorrect ou une date d’expiration invalide, le paiement échoue et l’opération renvoie un motif de refus générique
DECLINED.
Tester les modifications échouées
Dans de rares cas, une modification peut échouer après que nous ayons traité la modification.
Pour tester ce scénario, faites une demande /payments en choisissant un holderName dans la liste ci-dessous qui correspond au type de modification échouée que vous voulez tester :
holderName |
Revenu |
|---|---|
| capture échouée | Nous simulons une capture échouée, pour plus d’informations voir CAPTURE_FAILED |
| remboursement échoué | Nous simulons un remboursement échoué, pour plus d’informations voir REFUND_FAILED |
Après l’autorisation de votre demande, vous devez initier la modification que vous testez, soit la capture ou le remboursement. Après avoir fait cela, nous simulerons automatiquement la modification échouée.
Il peut s’écouler jusqu’à 24 heures avant que la simulation de la modification échouée ne se termine.
Voir aussi
- Tester un scénario de rétrofacturation
.