[Spiil]

Bonjour,

nous observons depuis une quinzaine de jours un nombre important de rejets de paiements qui semblent lié à l'authentification 3D secure (code de retour de Stripe card_error_authentication_required).

Cela concerne principalement, mais pas uniquement les entrées de nouvelles cartes suite à expiration du moyen de paiement.

Ce n'est pas au moment de l'affichage de la fenêtre ou du SMS, avec possiblement une erreur du client ou autre, mais en amont, lors du clic sur "Finaliser la commande".

Il est possible que ce soit lié à un code personnel à mettre à jour (c'était mon cas avec mon appli Banque Postale, qui avait oublié de me prévenir).

1. Est-ce que vous avez un phénomène de ce type ?

2. Est-ce qu'il y a un peu de documentation là dessus ? Sur les configurations en fonction des banques et d'éventuelles stratégies de contournement ?

[Spiil]

Publié par Alexis Nekrassov

Nous avons eu quelques cas depuis juin. Apparemment plusieurs banques sont passées en mode "autorisation par l'application obligatoire" et ne permettent plus l'autorisation par SMS. Mais tous les utilisateurs n'ont pas fait l'identification nécessaire sur leurs applis, c'est un peu une usine à gaz.

[Cécile Moscovitz]

Publié par Cécile Moscovitz

Nous avons eu aussi des cas, et plutôt en mai : "Erreur lors de la mise à jour du mode de paiement par défaut. card_error_authentication_required"

Les lecteurs ne comprennent pas ce message qui est inadapté.

Les banques répondent à leur client qu'elles n'y sont pour rien.

Stripe rejette la faute sur l'API tierce. En l'occurrence pour nous : Paidmembership Pro.

C'est PMP qui implémente le code en effet mais c'est bien Stripe qui refuse les paiements.

C'est pénible et je suis preneuse d'informations.

Merci !

[Pierre France]

Publié par Pierre France

C'est la mise en place de l'authentification forte.

En gros à chaque paiement CB, la banque demande :

• un code de sécurité
• un code temporaire envoyé par sms

Donc les gens doivent entrer deux codes. Le problème, c'est que le "code de sécurité" (qui ne change pas) diffère du code d'accès aux services web des banques, c'est un autre code. Du coup, ça devient vraiment galère pour les gens qui ont zappé la mise en place de ce code, ne s'en souviennent plus, ne l'ont jamais défini, etc.

[Cécile Moscovitz]

Publié par Cécile Moscovitz

Oui certes, mais le problème est de pouvoir informer les utilisateurs en leur envoyant un message d'erreur compréhensible. Et là on n'a pas la main. Et on ne sait pas quand le 3D Secure 2 peut ne pas être demandé — ce qui est le cas avec certains "marchands", y compris dans le cas de montants élevés.

[Pierre France]

Publié par Pierre France

Oui c'est vrai. Je me suis pas plongé dans la doc de Stripe, mais j'imagine qu'il doit exister des options (forcément payantes) pour certains gros comptes.

[Julien Vinzent]

Publié par Julien Vinzent

C'est un sujet voisin, lui aussi source de pertes. Dans ce que tu décris, on est entre le moment où la fenêtre 3D secure s'affiche et où le client merde (ou pas).

Notre problème est en amont, avec une erreur qui bloque le lancement du processus 3D secure.

[Pierre France]

Publié par Pierre France

Dans ce cas, c'est chez toi. Il y a des outils stripe qui te permettent de vérifier et fiabiliser ton processus de paiement je crois.

[Auteur]

Messages