- Ce sujet contient 7 réponses, 4 participants et a été mis à jour pour la dernière fois par Spiil, le il y a 4 années et 2 mois.
-
AuteurMessages
-
-
juillet 12, 2022 à 5:17 pm #800886SpiilMaître des clés
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 ?
-
juillet 12, 2022 à 8:13 pm #852822SpiilMaître des clés
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.
-
juillet 13, 2022 à 12:29 pm #852821Cécile MoscovitzParticipant
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 !
-
juillet 15, 2022 à 6:21 pm #852820Pierre FranceParticipant
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.
-
juillet 15, 2022 à 6:33 pm #852819Cécile MoscovitzParticipant
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.
-
juillet 19, 2022 à 10:32 am #852818Pierre FranceParticipant
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.
-
juillet 19, 2022 à 11:34 am #852817Julien VinzentParticipant
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.
-
juillet 19, 2022 à 11:49 am #852816Pierre FranceParticipant
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.
-
-
AuteurMessages
- Vous devez être connecté pour répondre à ce sujet.