Jusqu’ici, un lien de paiement Linxo Payments portait une contrainte simple mais limitante : un lien, un ordre de paiement, pour une seule personne. En cas d’échec, c’était terminé. Le marchand devait éditer un nouveau lien et le renvoyer.
Voici ce qui change avec notre nouvelle fonctionnalité Retry.
Un même lien, plusieurs tentatives
Un lien de paiement reste désormais valide après un échec. Le payeur peut réessayer directement, sans attendre un nouveau lien du marchand. Concrètement, ça change deux moments du parcours de paiement par virement.
Pendant le paiement. Si le paiement instantané est rejeté en plein flow, le payeur peut relancer la tentative immédiatement, depuis le même lien : soit avec la même banque (en cas d’incident temporaire), soit en choisissant une autre banque.
Après le paiement. Pour un virement classique, le rejet peut arriver bien plus tard, typiquement 48h après l’initiation. Dans ce cas, un SMS ou un email est envoyé au payeur pour l’informer que sa banque a rejeté l’opération, avec une invitation claire à réessayer depuis le même lien.
Dans les deux cas, le marchand n’a plus besoin de regénérer quoi que ce soit : c’est le même lien, du début à la fin du parcours.
Ce que ça change concrètement
Le cas du QR code sur facture, qui était jusque-là un cas d’usage à écarter, devient pleinement viable : le client peut scanner, échouer, rescanner, changer de banque si besoin. Plus largement, c’est tout le recouvrement de paiements rejetés par virement Open Banking qui devient plus fluide, avec une vraie boucle de relance automatisée.
Ce que ça change concrètement
Le cas du QR code sur facture, qui était jusque-là un cas d’usage à écarter, devient pleinement viable : le client peut scanner, échouer, rescanner, changer de banque si besoin. Plus largement, c’est tout le recouvrement de paiements rejetés par virement Open Banking qui devient plus fluide, avec une vraie boucle de relance automatisée.
