Une étape de vérification qui n'aboutit pas n'est pas un problème de votre boutique, et elle ne laisse jamais d'argent dans un état incertain. Dans tous les cas ci-dessous, aucun paiement n'a été encaissé et il n'y a rien à rembourser. Ce qui change d'un cas à l'autre, c'est ce qui est enregistré, et si la banque s'est prononcée ou non sur la carte.
Le premier cas est celui qui finit en billet de soutien. Pour le client, une vérification échouée ressemble à une carte refusée, et la note de commande commence par le mot « échoué », alors on la lit facilement comme une passerelle de paiement brisée. Ce n'est ni l'un ni l'autre. La banque de la carte a été invitée à confirmer le titulaire et ne l'a pas fait, alors le paiement a été arrêté avant même que quiconque soit invité à l'approuver.
Cas 1. La vérification a échoué
Le client a complété l'étape, ou la banque a tenté de le confirmer en arrière-plan, et la banque n'a pas confirmé le titulaire. Le paiement s'arrête là, avant même d'être soumis à l'émetteur de la carte pour approbation : aucun montant ne bouge.
Ce que le client voit : le même message sur votre page de paiement WooCommerce, sur la page de paiement client d'une commande en attente, et sur un lien de paiement WeeConnectPay : « Votre carte n'a pas pu être vérifiée auprès de votre banque. Veuillez réessayer, ou utiliser une autre carte. » Après plusieurs tentatives échouées d'affilée, le libellé se replie sur un court message général qui ne nomme pas la raison. Sur une boutique WooCommerce, ce message est « Le paiement n'a pas pu être traité. Veuillez réessayer. » Ce repli est une protection délibérée contre les gens qui testent des cartes volées sur votre paiement en ligne.
Ce que montre votre commande : la commande passe au statut Échoué et reçoit une note. La note commence par « Le paiement Clover a échoué. », et la ligne juste en dessous est celle à lire : « La carte n'a pas pu être vérifiée auprès de la banque du client, le paiement a donc été arrêté avant d'atteindre l'émetteur pour approbation. Rien n'est défectueux dans votre boutique. Le client peut réessayer ou utiliser une autre carte. » Les lignes qui suivent servent au soutien : l'identifiant de la transaction, puis le code et le message bruts renvoyés par Clover. Quand la banque avait demandé l'étape de vérification au client, la note se termine par « 3-D Secure : » « L'authentification a échoué pendant la vérification. » Quand la banque a plutôt refusé en arrière-plan, la ligne 3-D Secure montre le résultat, par exemple « Authentification échouée ».
Ce que montre votre tableau de bord : la tentative apparaît dans Transactions comme un paiement qui n'a pas abouti. En l'ouvrant, le panneau Pourquoi ce paiement n'a pas abouti donne la même explication que la note de commande : « La carte n'a pas pu être vérifiée auprès de la banque du client, alors le paiement a été arrêté avant d'être soumis à l'émetteur pour approbation. Il n'y a rien d'anormal avec votre boutique. Le client peut réessayer ou utiliser une autre carte. »
Cas 2. Le client est parti pendant la vérification
La fenêtre de vérification de la banque s'est ouverte et le client l'a fermée, a changé d'application ou a simplement abandonné. Rien n'a été vérifié et rien n'a été soumis pour approbation : aucun montant n'a bougé, et il n'y a rien à rembourser ni à annuler.
Ce que montre votre commande : la commande reste en attente de paiement (statut Attente paiement), avec une note indiquant qu'un processus 3-D Secure a été amorcé et attend que le navigateur complète la vérification. Rien d'autre n'est écrit tant que le client ne revient pas. Il peut payer de la façon habituelle, depuis la page de paiement ou depuis le lien Payer pour cette commande du courriel de commande, et la nouvelle tentative repart à zéro.
Cas 3. Vérifié, puis refusé
Ce cas ressemble au premier du point de vue du client, mais c'est autre chose. La vérification a réussi, le paiement est parti à l'émetteur de la carte pour approbation comme d'habitude, et l'émetteur l'a refusé. C'est un refus ordinaire, sans rapport avec 3-D Secure.
Votre note de commande et votre tableau de bord distinguent les deux, et ils le font peu importe le nombre de tentatives précédentes. Voici le résumé.
| Vérification échouée | Carte refusée | |
|---|---|---|
| Qui a dit non | La banque du client, invitée à confirmer le titulaire | L'émetteur de la carte, invité à approuver le montant |
| Ce que le client a vu | « Votre carte n'a pas pu être vérifiée auprès de votre banque. Veuillez réessayer, ou utiliser une autre carte. » | « Votre carte a été refusée. Veuillez essayer une autre carte ou contacter votre banque. » |
| Ce que dit la note de commande | « La carte n'a pas pu être vérifiée auprès de la banque du client, le paiement a donc été arrêté avant d'atteindre l'émetteur pour approbation. Rien n'est défectueux dans votre boutique. Le client peut réessayer ou utiliser une autre carte. » | « L'émetteur de la carte du client a refusé le paiement. Votre boutique n'est pas en cause. Le client peut réessayer avec une autre carte ou contacter sa banque. » |
| De l'argent a-t-il été prélevé | Non | Non |
| Ce qui règle la situation | Une nouvelle tentative, une autre carte, ou un mot à la banque du client | Une autre carte, ou un mot à la banque du client |
Le message au paiement est le plus faible des deux indices. Après plusieurs tentatives échouées d'affilée, les deux cas affichent le même court message général au client, alors que la note de commande et le tableau de bord gardent l'explication complète à chaque fois.
Quoi dire au client
L'étape de vérification est exécutée par la banque du client : les conseils utiles portent donc sur la carte et sur la banque, pas sur votre boutique.
- Ce n'était pas un refus, et aucun montant n'a été prélevé. La banque a été invitée à confirmer qui utilisait la carte et ne l'a pas fait. Rien n'a été facturé, et rien n'a été vérifié quant au solde ou à l'état de la carte.
- Réessayer. Une nouvelle tentative est souvent vérifiée, surtout si la première a expiré pendant que le client cherchait son code.
- Essayer une autre carte. Une autre carte, c'est un autre émetteur et une autre vérification.
- Demander à sa banque. C'est la banque qui choisit comment le code est envoyé, à quel numéro ou à quelle adresse courriel, et si l'application bancaire est impliquée. Si le client ne reçoit jamais le code, sa banque est le seul endroit qui peut corriger cela.
- Ne jamais demander le code. Le code à usage unique se saisit dans la fenêtre de la banque et personne dans votre boutique n'en a besoin. Aucune personne légitime ne demandera jamais à un client de le partager.
Si cela se répète
Une série de vérifications échouées, avec des clients et des cartes différents, mérite un coup d'œil. Écrivez à support@weeconnectpay.com avec les numéros de commande, l'heure des tentatives et ce que les clients ont vu à l'écran : nous retracerons exactement ce qui a été envoyé et reçu pour ces paiements. Si vous voulez mettre la vérification en pause pendant que nous regardons, Activer 3-D Secure pour votre boutique explique comment désactiver le réglage de la boutique.