J’ai remarqué que j’ai plus de transactions refusées (statut 2) que d’habitude. Que puis-je faire ?

En raison de l’entrée en vigueur de la directive PSD2, tous vos clients devront réaliser avec succès une vérification par authentification 3-D Secure (hormis certaines exclusions et exemptions clairement définies). Pour vous assurer que 3-D Secure est correctement mis en place pour vos transactions à chaque fois que c’est nécessaire, suivez cette liste de vérification :

1. Confirmez que 3-D Secure est actif pour toutes les méthodes de paiement par carte de crédit dans votre Back Office via Avancé > Fraud detection > 3D-Secure
   
   
   L’image ci-dessus montre où trouver le statut d’activation 3-D Secure pour vos méthodes de paiement dans le Back Office
   
   Si pour l’une de vos méthodes de paiement, le statut « Actif » n'apparaît pas dans la colonne « Statut 3-D Secure », contactez-nous
   
   
2. Vérifiez que votre intégration met correctement en œuvre l’étape 3-D Secure. Pour le Page de paiement hebergée, nous le faisons pour vous, mais pour DirectLink, vous devez l'implémenter vous-même
   
   
3. Comprenez quand des exclusions et exemptions de 3-D Secure s’appliquent. Apprenez comment les mettre en œuvre correctement pour Page de paiement hebergée et DirectLink
   
   
4. Sachez quand ne pas réaliser l’authentification 3-D Secure à l’aide de notre fonctionnalité Soft Decline et comment la récupérer via DirectLink

Si une transaction atteint le statut 2, il est important que vous sachiez si cela est lié à une violation de PSD2. Notre plateforme vous propose plusieurs sources d’informations qui vous apporteront de l’aide. Utilisez-les pour confirmer que votre intégration tient compte de la directive PSD2 : 

1. Recherchez le code d’erreur de la transaction. Les erreurs liées à PSD2 les plus courantes sont :
   

   NCERROR	Source du problème/solutions éventuelles
   40001137	Vous avez demandé à notre plateforme de réaliser l’étape d’autorisation sans vérification 3-D Secure Étant donné que la banque de votre client a refusé la transaction, cela échappe à votre contrôle
   40001139	Refus Soft Decline Mettre en œuvre une procédure de récupération en temps réel dans votre logique commerciale via DirectLink
   40001134	Votre client n’a pas été en mesure de réaliser avec succès la procédure de vérification 3-D Secure Contactez votre client afin de savoir pourquoi il/elle n’a pas été en mesure de réaliser avec succès la vérification
   40001135	L’émetteur de votre client n’était pas disponible pour réaliser la vérification 3-D Secure Étant donné que la banque de votre client n’a pas réalisé la vérification 3-D Secure, cela échappe à votre contrôle. Envisagez de proposer des méthodes de paiement alternatives pour les nouveaux essais de paiement

   Consultez notre Codes d'erreur de transaction consacré à ce sujet pour des informations détaillées concernant ces raisons de refus

2. Recevez le paramètre CH_AUTHENTICATION_INFO dans vos retours d’informations concernant les transactions pour Page de paiement hebergée et DirectLink. Il contient des informations au sujet des raisons du refus fournies par les émetteurs de vos clients
   
   
3. Consultez notre 3-D Secure status guide consacré à ce sujet pour vous familiariser avec 3-D Secure. Comprenez tous les statuts 3-D Secureet apprenez à lire le livre journal des authentifications