Statuts 3-D Secure
En savoir plus sur les bases du 3-D Secure/SCA et comment l'implémenter grâce à nos guides dédiés.
Pour vous aider à suivre vos transactions et leur statut 3-D Secure, il est important de différencier :
- Statut 3-D Secure : Le résultat de la vérification d'authentification fourni par l'établissement émetteur de votre client. Nous retournons ce résultat dans la propriété paymentOutput.cardPaymentMethodSpecificOutput.threeDSecureResults.eci dans les requêtes GetPayment/GetPaymentDetails.
- Statut global de la transaction : Le résultat de la demande d'autorisation fourni par votre établissement acquéreur pour le montant brut (tel que défini dans votre requête CreatePayment/CreateHostedCheckout dans la propriété order.amountOfMoney.amount). Nous retournons ce résultat dans la propriété statusOutput.statusCode. En savoir plus sur le statut global de la transaction et tous les résultats possibles.
Le tableau ci-dessous vous donne un aperçu complet des scénarios possibles et comment notre plateforme vous les présente :
| Statut 3-D Secure GetPayment/GetPaymentDetails dans la propriété eci |
Statut de la transaction GetPayment/GetPaymentDetails dans la propriété statusCode |
Description |
|---|---|---|
| 5 | En fonction du résultat d'autorisation de votre établissement acquéreur, soit : 2= refusé 5= autorisé 9= capturé |
Vos clients ont réussi l'authentification (via un challenge ou frictionless). En cas de rétrofacturations frauduleuses, l'émetteur est responsable. |
|
6 |
En fonction du résultat d'autorisation de votre établissement acquéreur, soit : 2= refusé 5= autorisé 9= capturé |
Vos clients n'ont pas eu l'opportunité de réaliser la vérification d'authentification. En cas de rétrofacturations frauduleuses, l'émetteur est responsable. |
| 91 | 2= refusé | Vos clients n'ont pas réussi la vérification d'authentification en raison, par exemple, d'un mot de passe incorrect. Notre plateforme n'exécute pas l'étape d'autorisation, abandonnant la transaction. |
| 92 | 2= refusé | L'authentification n'a pas été possible en raison d'une erreur technique. Notre plateforme n'exécute pas l'étape d'autorisation, abandonnant la transaction (statusCode=2). |
| 9 | En fonction du résultat d'autorisation de votre établissement acquéreur, soit : 2= refusé 5= autorisé 9= capturé |
Vos clients n'ont pas eu à réaliser une vérification d'authentification. Comme le paiement était une Merchant-Initiated-Transaction (MIT), le 3-D Secure n'était pas applicable. |
Vérifiez l'information paymentOutput.cardPaymentMethodSpecificOutput.threeDSecureResults.liability dans les requêtes GetPayment/GetPaymentDetails pour connaître le transfert de responsabilité déterminé pour les transactions frauduleuses. Sachez qu'il ne s'agit que d'une indication, car la responsabilité définitive dépend de divers facteurs.