Logique de relance intelligente pour les paiements refusés : les règles qui fonctionnent vraiment
Les refus de paiement sont une source importante de désabonnement involontaire, en particulier pour les modèles d'abonnement, mais de nombreux refus temporaires peuvent être récupérés grâce à une stratégie de relance intelligente qui utilise les données pour programmer et adapter chaque tentative.
Comptes marchands, routes d'acquisition et contrôles de rétrofacturation, adaptés à votre profil de risque.
Les refus de paiement sont une source importante de désabonnement involontaire pour toute entreprise, mais ils sont particulièrement dommageables pour les modèles d'abonnement. Bien que certains refus soient permanents, beaucoup sont des refus temporaires qui peuvent être récupérés grâce à une stratégie de relance intelligente. Un système de logique de relance de paiement bien conçu peut récupérer une partie substantielle de ces revenus perdus, impactant directement vos bénéfices et la valeur vie client. Il va au-delà des simples relances à intervalle fixe et utilise plutôt les données des codes de refus, des systèmes de cartes et du comportement de l'émetteur pour programmer et adapter chaque tentative afin d'obtenir la plus haute probabilité de succès.
La différence entre une configuration de relance de base et une configuration intelligente est la différence entre frapper aveuglément à une porte fermée et savoir précisément quand le propriétaire sera à la maison pour l'ouvrir. Une stratégie efficace ne consiste pas à relancer plus souvent, mais à relancer plus intelligemment. Cela implique d'analyser la raison de l'échec initial et d'adapter la tentative suivante, parfois en changeant le moment, le montant ou même la banque acquéreuse utilisée pour le traitement.
Refus irrévocables vs refus temporaires : le fondement de la logique de relance
La première règle de toute logique de relance de paiement est de savoir quand ne pas relancer. Tous les refus de paiement par carte ne sont pas égaux. Ils se divisent en deux catégories principales, et votre stratégie doit commencer par les différencier en fonction du code de réponse renvoyé par l'émetteur.
Les refus irrévocables signalent un échec permanent. La banque émettrice a donné un « non » définitif qui ne changera pas avec des tentatives ultérieures sur la même carte. Relancer un refus irrévocable est non seulement futile, mais aussi nuisible. Cela augmente vos coûts de transaction, peut signaler votre compte marchand pour des autorisations excessives et peut même entraîner des pénalités de la part des systèmes de cartes comme Visa et Mastercard. Les raisons courantes des refus irrévocables incluent :
05 Do Not Honour(souvent un fourre-tout, mais généralement traité comme irrévocable)14 Invalid Card Number41 Lost Card, Pick-Up43 Stolen Card, Pick-Up
Lorsque vous recevez un refus irrévocable, la seule étape viable est de contacter le client via votre processus de relance et de lui demander de fournir un nouveau mode de paiement. La carte est inutilisable.
Les refus temporaires, en revanche, signalent un problème temporaire. La banque émettrice indique que la transaction pourrait être approuvée à un moment ultérieur ou dans des circonstances différentes. Ce sont ces refus qu'une stratégie robuste de récupération des refus est conçue pour résoudre. Les raisons courantes des refus temporaires incluent :
51 Insufficient Funds54 Expired Card(peut parfois être relancé si le client a un arrangement de carte en fichier mis à jour)61 Exceeds Withdrawal Limit65 Activity Count Limit Exceeded01 Refer to Card Issuer(souvent une vérification temporaire de vitesse)
Pour ces codes, une relance n'est pas seulement possible, elle est recommandée. La clé est d'adapter la tentative de relance en fonction de la raison spécifique du refus.
Établir un calendrier de relance plus intelligent
Un calendrier de relance générique, comme « réessayer dans 3 jours, puis 5 jours, puis 7 jours », est mieux que rien, mais il laisse des revenus importants sur la table. Un calendrier intelligent est dynamique et basé sur les données. Il tient compte du code de refus spécifique et des comportements de consommation courants qui y sont associés.
Synchronisation basée sur les codes de refus
La raison du refus est votre signal le plus important pour savoir quand relancer. Par exemple, un refus pour 51 Insufficient Funds a un modèle de relance optimal très différent d'une erreur système générique.
- Fonds insuffisants : Ces refus sont souvent liés aux jours de paie des clients. Les taux de réussite les plus élevés pour relancer un refus « Fonds insuffisants » se situent généralement un ou deux jours après les dates de dépôt de salaire courantes, telles que le 1er, le 15 ou le dernier jour du mois. Un système intelligent pourrait essayer un jour après le refus initial, puis à nouveau vers le 1er du mois suivant.
- Limites côté émetteur : Des codes comme
61 Exceeds Withdrawal Limitou65 Activity Count Limit Exceededsont souvent liés aux contrôles de vitesse quotidiens ou hebdomadaires définis par l'émetteur. Relancer ces transactions après 24 à 48 heures fonctionne souvent, car la limite du client a eu le temps de se réinitialiser. - Refus généraux de l'émetteur : Des codes vagues comme
01 Refer to Card Issuerou des délais d'attente système temporaires (par exemple,91 Issuer or Switch is Inoperative) suggèrent un problème transitoire. Une relance immédiate ou à court intervalle (par exemple, 15 à 60 minutes plus tard) peut parfois les récupérer, suivie d'un intervalle plus long de 24 heures si la première relance échoue.
Les plateformes sophistiquées peuvent analyser les données historiques sur des millions de transactions pour identifier les fenêtres de relance optimales pour des BIN (numéros d'identification bancaire) spécifiques. Certains émetteurs résolvent systématiquement certains refus temporaires en quelques heures, tandis que d'autres prennent des jours. Ce niveau de granularité est là où la logique de relance génère ses rendements les plus élevés, en particulier pour les entreprises d'abonnement qui dépendent du succès de la facturation récurrente.
Relances dynamiques : modifier plus que le simple moment
Les stratégies de relance les plus avancées vont au-delà de la synchronisation. Elles modifient dynamiquement la transaction elle-même pour augmenter la probabilité d'approbation lors des tentatives ultérieures. Cela nécessite une infrastructure de paiement flexible, souvent gérée via une couche d'orchestration de paiement.
Relance avec 3D Secure
Parfois, un émetteur refuse temporairement une transaction parce que son moteur de risque n'est pas certain de sa légitimité. C'est courant pour les nouveaux abonnements, les commandes de grande valeur ou les transactions qui s'écartent du modèle de dépenses typique du client. Relancer la transaction en forçant une authentification 3D Secure peut fournir à l'émetteur la preuve d'authentification dont il a besoin. Le client effectue la vérification et la transaction est approuvée. Cette technique transfère la responsabilité des rétrofacturations liées à la fraude à l'émetteur et satisfait aux exigences des réglementations telles que la PSD2 pour l'authentification forte du client (SCA) en Europe.
Relancer via un acquéreur différent
Toutes les banques acquéreuses n'ont pas les mêmes relations avec les banques émettrices ou les mêmes tolérances au risque. Un émetteur au Brésil pourrait considérer les transactions d'un acquéreur basé au Royaume-Uni avec plus de suspicion que celles d'un acquéreur local en Amérique latine. Si votre transaction initiale est refusée, acheminer la tentative de relance via un fournisseur différent dans votre configuration de traitement multi-acquéreur peut entraîner une approbation. C'est une fonction essentielle du routage intelligent des paiements, où le système sélectionne automatiquement l'acquéreur le plus susceptible d'approuver une transaction donnée en fonction de facteurs tels que l'origine de la carte, la devise et les performances historiques.
Relancer avec des jetons de réseau
Si vous utilisez la tokenisation de réseau, vous disposez d'un autre outil puissant. Contrairement à un PAN (numéro de compte principal) standard, un jeton de réseau est automatiquement mis à jour par les systèmes de cartes (Visa, Mastercard) lorsqu'une carte client expire ou est réémise. Si un paiement récurrent échoue avec un refus 54 Expired Card, un système intégré à la tokenisation de réseau peut automatiquement relancer la transaction en utilisant les détails de la carte mis à jour liés au jeton, souvent sans aucune action requise de la part du client. Cela réduit considérablement le désabonnement passif dû à des informations de carte obsolètes.
Mesurer le succès et éviter les pièges
La mise en œuvre d'une stratégie de relance intelligente nécessite une surveillance attentive pour s'assurer qu'elle apporte de la valeur et ne cause pas de préjudice. La principale métrique est votre taux de récupération des paiements : le pourcentage de revenus provenant de transactions échouées qui est capturé avec succès grâce aux relances.
Cependant, vous devez également surveiller les indicateurs négatifs. Les systèmes de cartes ont des règles concernant les tentatives d'autorisation excessives sur une seule carte. Le cadre de transaction des informations d'identification stockées de Visa et les normes d'autorisation de Mastercard imposent des limites et des frais potentiels pour les commerçants qui relancent à plusieurs reprises les transactions refusées, en particulier les refus irrévocables. Les programmes de Visa, par exemple, peuvent identifier les commerçants ayant des taux élevés de tentatives d'autorisation par transaction approuvée et peuvent appliquer des pénalités.
Un système bien configuré évite cela en :
- Ne jamais relancer les refus irrévocables.
- Limitant le nombre de relances pour tout refus temporaire donné (généralement 3 à 4 tentatives sur un cycle de facturation).
- Utilisant une synchronisation intelligente pour maximiser l'efficacité de chaque tentative, réduisant le nombre total de relances nécessaires.
En fin de compte, un système de relance intelligent devrait être une composante d'une stratégie de communication plus large. Après un nombre plafonné de tentatives de relance échouées, le système doit déclencher votre processus de relance, qui informe proactivement le client du problème de paiement et lui fournit un moyen simple de mettre à jour ses informations de paiement. Cette combinaison de récupération automatisée et de communication client claire est la clé pour minimiser le désabonnement involontaire.
Questions fréquemment posées
Qu'est-ce que la logique de relance de paiement ?
La logique de relance de paiement est un processus automatisé qui tente de retraiter une transaction par carte échouée à un moment ultérieur. Au lieu d'abandonner simplement après un seul refus, le système utilise un ensemble de règles pour décider quand et comment réessayer le paiement. L'objectif est de récupérer les revenus des « refus temporaires » tels que les fonds insuffisants ou les pannes temporaires de l'émetteur.
Combien de fois faut-il relancer un paiement échoué ?
Il n'y a pas de réponse unique, mais une bonne pratique courante est de limiter les relances à 3 ou 4 tentatives au cours d'un cycle de facturation. Relancer indéfiniment est contre-productif, car cela augmente les coûts de traitement et peut violer les règles des systèmes de cartes concernant les autorisations excessives. Un système intelligent arrête de relancer après quelques tentatives optimisées et déclenche un processus de relance pour contacter le client.
Quelle est la différence entre un refus temporaire et un refus irrévocable ?
Un refus temporaire est un échec de transaction temporaire. L'émetteur indique que le paiement pourrait réussir s'il était réessayé plus tard (par exemple, fonds insuffisants, système émetteur en panne). Un refus irrévocable est un échec permanent, où l'émetteur a donné un refus final (par exemple, carte volée, numéro de carte invalide). Vous ne devriez jamais relancer que les refus temporaires.
La relance d'un paiement peut-elle augmenter mes coûts ?
Oui, chaque tentative de relance est une transaction qui entraîne des frais d'autorisation de la part de votre processeur de paiement ou acquéreur, qu'elle réussisse ou non. C'est pourquoi relancer les paiements à l'aveuglette est inefficace. Une stratégie de relance intelligente minimise les coûts en utilisant les données pour synchroniser les tentatives afin d'obtenir la plus grande chance de succès, réduisant ainsi le nombre total de tentatives nécessaires.
Comment le routage intelligent aide-t-il aux relances de paiement ?
Le routage intelligent améliore la logique de relance en permettant au système de relancer une transaction échouée via une autre banque acquéreuse. Un émetteur peut refuser une transaction d'un acquéreur en raison de son emplacement ou de son profil de risque, mais approuver la même transaction d'un autre. C'est particulièrement efficace pour les entreprises internationales utilisant une stratégie de routage intelligent des paiements avec plusieurs acquéreurs.
La logique de relance fonctionne-t-elle pour les marchands à haut risque ?
Oui, elle est particulièrement critique pour les marchands à haut risque, qui sont souvent confrontés à des taux de refus plus élevés de la part des banques émettrices prudentes. Une stratégie de relance intelligente, combinée au routage multi-acquéreur et à l'optimisation 3DS, peut améliorer considérablement les taux d'approbation et récupérer des revenus qui seraient autrement perdus.
Related reading
Cet article explique comment les attaques de test de carte affectent de manière unique les entreprises d'abonnement, détaillant les mécanismes de ces activités frauduleuses et leurs graves conséquences pour les marchands en ligne.
Les tokens de réseau améliorent les taux d'autorisation des paiements récurrents en fournissant un lien dynamique vers l'instrument de financement sous-jacent au niveau du système de carte, ce qui réduit les échecs de renouvellement dus à des détails de carte obsolètes.
Les services de mise à jour de compte comme Visa Account Updater (VAU) et Mastercard Automatic Billing Updater (ABU) mettent automatiquement à jour les détails de carte enregistrés, évitant ainsi les échecs de paiements récurrents et protégeant les sources de revenus.