Logique de réessai qui récupère les facturations sans déclencher d'amendes réseau

Combien de réessais Visa et Mastercard autorisent-ils sur une transaction refusée ?

Visa autorise un maximum de 15 réessais dans une fenêtre glissante de 30 jours pour la même combinaison de carte, montant et devise, selon la compilation de CardPointe de la documentation de conformité de Visa et le guide des catégories de refus de Retries.com. Toute tentative au-delà de ce nombre, ou tout réessai d'une transaction définitivement refusée, déclenche des frais de réessai excessif plutôt qu'une deuxième chance d'approbation.

La structure de Mastercard fonctionne différemment. Au lieu d'un nombre fixe sur 30 jours, son programme Transaction Processing Excellence sanctionne chaque tentative d'autorisation après un nombre seuil de refus antérieurs sur la même carte dans une fenêtre de 24 heures — l'article de Merchant Cost Consulting cite 10 refus antérieurs comme déclencheur, tandis que d'autres résumés secondaires le fixent à 20, donc le nombre exact doit être confirmé par rapport à un bulletin d'acquéreur actuel avant de vous y fier opérationnellement.

Les deux réseaux comptent les réessais par carte, non par compte client, donc un client avec deux cartes en fichier donne effectivement à votre CRM deux budgets de réessai séparés. Traitez cela comme une capacité, non comme une licence — répartir les réessais sur plusieurs cartes pour multiplier les tentatives invite à la fraude et à l'examen des litiges intégrés aux règles de surveillance d'acquéreur plus récentes de Visa plutôt que de résoudre le refus sous-jacent.

Quelles catégories de refus ne doivent jamais être réessayées ?

Les refus de catégorie 1 ne doivent jamais être réessayés. Le classement propre de Visa définit cette catégorie comme celle où « l'émetteur n'approuvera jamais », selon la ventilation des codes de refus de Visa de CardPointe, et les codes 04, 07, 41 et 43 y entrent ; réessayer l'un d'entre eux compte comme une violation de règle indépendamment du nombre total de tentatives que vous avez faites ce mois-ci.

La catégorie 2 couvre les problèmes temporaires que l'émetteur « ne peut pas approuver en ce moment » — les fonds insuffisants en sont l'exemple classique — et ceux-ci valent la peine d'être réessayés avec un délai. Les refus de catégorie 3 ont besoin que les données de transaction soient corrigées avant qu'un réessai ait une chance, et la catégorie 4 est un refus générique que Visa vous permet toujours de réessayer dans la limite de 15 en 30 jours ; le code de réponse 05, « Do Not Honor », est entendu, selon la ventilation des catégories de refus de Visa de Retries.com, comme se situant ici.

La documentation de code de refus de Stripe trace une ligne similaire du côté du processeur : expired_card, insufficient_funds, invalid_account, lost_card et stolen_card sont tous des cas où Stripe indique que le réessai ne fonctionnera pas et que le client a besoin d'une autre méthode de paiement entièrement. Stripe ordonne également aux commerçants de ne jamais afficher directement un résultat lost_card ou stolen_card à l'acheteur, le présentant plutôt comme un refus générique — une règle qui importe autant pour votre texte de page de refus que pour votre cadence de réessai.

Quels sont les frais par tentative pour dépasser les limites de réessai ?

Le dépassement du plafond de Visa coûte $0.10 par tentative nationale et $0.15 par tentative transfrontalière, évalué sur chaque réessai dépassant le plafond de 15 en 30 jours ou sur tout réessai d'un refus de catégorie 1. La pénalité équivalente de Mastercard, le frais d'autorisation excessive Transaction Processing Excellence, aurait atteint environ $0.50 par autorisation excessive en janvier 2025, après une augmentation abrupte sur plusieurs années, selon Merchant Cost Consulting.

Mastercard ajoute un deuxième frais supplémentaire : le frais Merchant Advice Code, rapporté à environ $0.03 par transaction, s'applique aux frais de carte non présente refusés portant MAC 03 (compte fermé ou frauduleux) ou MAC 21 (titulaire de carte a annulé l'accord). Ces frais semblent petits individuellement, mais un CRM réessayant une carte morte plusieurs fois par mois sur une base d'abonnés en milliers transforme des centimes en un véritable élément de ligne.

Qu'est-ce qui a changé dans la politique d'autorisation excessive de Mastercard en 2026 ?

Le plus grand changement de 2026 n'est pas le frais d'autorisation lui-même mais sa portée. À partir de janvier 2026, le frais Merchant Advice Code de Mastercard s'applique à chaque transaction de carte non présente refusée portant MAC 03 ou MAC 21 — pas seulement aux tentatives de réessai — donc une charge unique et indifférenciée contre le compte d'un abonné annulé coûte maintenant de l'argent même si votre système ne la réessaye jamais.

Cette extension punit exactement le modèle de relance que la plupart des fournisseurs de facturation par abonnement recommandent par défaut : lancez d'abord la charge, découvrez la raison du refus après. Si votre CRM ne peut pas distinguer un refus de compte annulé d'un refus temporaire de fonds insuffisants avant d'autoriser, chaque abonné annulé laissé dans un cycle de facturation actif génère maintenant des frais à la première tentative, pas seulement à la cinquième.

Le nouveau programme Scam Merchant Monitoring de Mastercard ajoute un deuxième point de pression de 2026, devenant exécutoire le 24 juillet 2026. Il se déclenche lorsque les remboursements et contragestes combinés dépassent 5% des transactions d'un commerçant sur une période glissante de 30 jours avec au moins 500 transactions dans cette fenêtre, et il traite explicitement l'effondrement du taux d'approbation des autorisations comme un signal d'arnaque — un motif que les cadences de réessai agressives et indifférenciées peuvent produire par elles-mêmes.

Quel calendrier de réessai récupère réellement une facturation échouée par rapport au gaspillage de tentatives ?

Un calendrier qui correspond à la raison du refus récupère une facturation ; un calendrier à intervalle fixe indépendamment de la raison gaspille des tentatives sur les cartes qui n'allaient jamais être approuvées. Un refus de catégorie 2 comme les fonds insuffisants s'améliore réellement avec un délai de quelques jours, calendré autour des cycles de paie ou de dépôt d'allocations typiques, tandis qu'un refus de catégorie 1 ou 3 nécessite des données corrigées, non de la patience.

Le calendrier par défaut de Stripe Smart Retries pour les factures d'abonnement échouées exécute 8 tentatives sur 2 semaines, bien que les calendriers personnalisés soient plafonné à trois réessais. Stripe ne publie pas de chiffre de taux de récupération pour ce défaut, alors traitez la forme huit-sur-deux-semaines comme un calendrier de démarrage raisonnable plutôt qu'un optimum prouvé pour un fichier d'abonné nutraceutique à haut risque.

Les données de Recurly sur les taux d'approbation initiaux par rapport aux taux récurrents plaident pour dépenser les efforts de réessai différemment selon où une carte se situe dans son cycle de vie : les cartes de débit ont été refusées à 14,4% sur la première charge par rapport à 13,1% sur les charges récurrentes ultérieures, tandis que les cartes de crédit ont eu les meilleures performances de toutes les transactions récurrentes avec un taux de refus de 6,0%. Une carte qui a déjà survécu à plusieurs cycles de facturation est un meilleur candidat au réessai qu'une qui échoue à sa toute première charge.

Les montants de réessai doivent-ils jamais être modifiés, et que disent les règles à ce sujet ?

La modification du montant de réessai n'est pas abordée par une interdiction explicite de la façon dont le réessai d'un refus de catégorie 1 l'est. Le plafond de 15 en 30 jours de Visa est défini spécifiquement pour les réessais de la même carte, montant et devise, ce qui signifie qu'un montant matériellement différent compte effectivement comme une nouvelle transaction originale plutôt qu'un réessai compté — la plupart des opérateurs de cette niche évitent de toucher au montant de réessai par principe, mais la lecture plus stricte du texte de la règle ne l'interdit pas réellement.

Cela dit, exploiter l'écart est un mauvais échange. Diviser une facturation en une autorisation plus petite pour contourner le compteur de réessai produit toujours une transaction que l'émetteur voit comme un comportement inhabituel sur une carte qui vient d'échouer, et cela ne fait rien pour résoudre la catégorie de refus qui a causé l'échec en premier lieu ; un refus de catégorie 1 reste non recouvrable indépendamment du numéro que vous facturez.

Le risque plus durable se situe en dehors du plafond de réessai entièrement. Un motif d'autorisations de montants variés contre des cartes déclinantes est exactement le type d'anomalie du taux d'approbation des autorisations que le programme Scam Merchant Monitoring de Mastercard surveille, et il n'offre aucune protection contre les seuils de rapport de litige de Visa une fois que le client dispute le montant qui finit par être approuvé.

Comment les e-mails et SMS de relance changent-ils la récupération au-delà du réessai lui-même ?

Les messages de relance récupèrent les facturations qu'un réessai seul ne peut pas, car ils atteignent un canal que le réseau de cartes ne touche pas. Un réessai ne peut que renvoyer la même carte expirée ; un message qui incite le client à taper une nouvelle convertit ce que la documentation de Stripe appelle un refus irrécupérable — expired_card, invalid_account, lost_card, stolen_card — en une transaction normale sur un instrument valide.

Les services de mise à jour de compte font une partie de ce travail automatiquement, avant qu'un message soit jamais nécessaire. Les guides des fournisseurs du secteur situent environ 30% des cartes remplacées annuellement, avec 60-70% de ces modifications capturées par les services de mise à jour de Visa ou Mastercard et 3-5% des revenus récurrents autrement perdus récupérés en conséquence, bien que ces chiffres proviennent de fournisseurs de paiement plutôt que de Visa ou Mastercard directement et doivent être lus comme approximatifs. Exécuter une passe de mise à jour avant un réessai programmé, plutôt qu'après, est ce qui transforme ce taux de récupération en revenus au lieu d'une deuxième tentative échouée.

Le message lui-même porte sa propre exposition de conformité une fois qu'il répète quoi que ce soit du marketing de l'offre originale. Un e-mail de relance qui réaffirme la revendication de revenus ou de résultats d'un VSL pour récupérer l'abonné fait la même revendication publicitaire que l'annonce originale a faite, et elle hérite des mêmes obligations de divulgation, une lacune couverte dans Règles des annonces FTC et UE Les acheteurs CIS se cassent sans savoir.

Comment puis-je auditer le calendrier de réessai de mon CRM par rapport aux règles de réseau actuelles ?

Commencez par extraire une exportation complète du code de refus de votre passerelle pour le dernier cycle de facturation et la trier selon les systèmes de catégories des deux réseaux avant de toucher au calendrier de réessai lui-même. Un calendrier qui semble raisonnable en agrégat peut toujours réessayer des cartes mortes des dizaines de fois si la cartographie du code de refus sous-jacente n'a jamais été construite.

Si votre offre s'exécute par le biais d'un réseau de détaillant de dossiers plutôt que de votre propre compte commerçant, le cadence de réessai que vous pouvez réellement contrôler est plus petit qu'il ne le paraît — le réseau définit son propre calendrier de relance dans sa pile de traitement. Cette division des responsabilités est étroitement liée aux questions couvertes dans Règles du réseau d'affiliation sur le camouflage : ClickBank à BuyGoods, où le même choix de plate-forme détermine qui est légalement le vendeur de dossiers.

Relancez l'audit trimestriellement, pas annuellement. Le frais par tentative de Mastercard a bougé chaque année de 2022 à 2025, et la portée de son Merchant Advice Code a changé à nouveau en janvier 2026, donc un calendrier de réessai qui était conforme il y a douze mois n'est pas une hypothèse sûre aujourd'hui.

• Confirmez qu'aucun code dans votre logique de réessai ne résoumette jamais les refus de catégorie 1 de Visa (codes incluant 04, 07, 41, 43) ou l'ensemble non-retryable de Stripe (expired_card, invalid_account, lost_card, stolen_card).
• Comptez les réessais par carte, montant et devise sur une période glissante de 30 jours et signalez toute séquence approchant le plafond de 15 tentatives de Visa.
• Limitez les tentatives d'autorisation de la même carte dans une fenêtre de 24 heures bien en dessous de la plage de 10 à 20 rapportée pour le seuil de Mastercard jusqu'à ce que vous confirmiez le chiffre actuel avec votre acquéreur.
• Marquez chaque refus portant les codes MAC 03 ou MAC 21 de Mastercard séparément des refus temporaires, car les deux portent maintenant un frais à la première tentative ainsi qu'au réessai.
• Acheminez les réessais d'abord par une passe de mise à jour de compte, afin que le CRM ne dépense pas son capital en renvoyant un numéro de carte que la mise à jour a déjà remplacé.

Liste de contrôle rapide

Utilisez cette page comme aide à la décision, pas comme un article de blog générique. La question pratique est de savoir si le lecteur a besoin de preuves plus rapides sur ce qui fonctionne déjà dans la réponse directe pilotée par la VSL, en particulier dans la nutra, les compléments, le GLP-1, la perte de poids, la glycémie et les marchés santé adjacents à forte intention.

Daily Intel Service est le plus pertinent lorsque la prochaine décision dépend d’exemples actifs du marché : quel hook tester, quel style d’allégation est risqué, quelle structure de funnel est courante, quel marché linguistique évolue, et si la création d’un concurrent est probablement précoce, en montée en puissance ou déjà saturée.

• Commencez par le TL;DR si vous avez besoin de la réponse directe.
• Utilisez le tableau pour comparer rapidement les arbitrages.
• Utilisez la FAQ pour des résumés prêts pour les moteurs de réponse.
• Utilisez le CTA lorsque la décision exige des exemples live de VSL et de pubs plutôt que de la théorie.

L’avantage de couverture de Daily Intel

Daily Intel Service est positionné autour d’une variété et d’une actionnabilité de premier plan dans sa catégorie : l’un des catalogues les plus vastes de VSLs et de créations publicitaires de réponse directe à travers des schémas publicitaires blackhat, greyhat et whitehat, avec suffisamment de contexte pour comprendre ce que fait l’annonceur au-delà de la création visible. La différence pratique est que les membres ne voient pas seulement une capture d’écran ; ils voient la VSL, la publicité, le chemin du funnel, la transcription, le contexte UTM et les notes de recherche qui transforment l’actif en décision.

Cela compte parce que les affiliés de réponse directe n’opèrent pas dans une seule catégorie propre. Une campagne de perte de poids peut utiliser une pub whitehat de conformité, un pré-lander greyhat, une VSL plus agressive et un chemin de checkout conçu autour des upsells et de la relance. Une plateforme d’intelligence utile doit capturer ce spectre au lieu de prétendre que toute campagne gagnante ressemble à une publicité publique de marque.

Couverture des signaux blackhat, whitehat et multilingues

Daily Intel suit des schémas à la fois de type blackhat et de type whitehat afin que les opérateurs comprennent le marché sans copier aveuglément le risque. Les exemples whitehat aident à la durabilité et à la revue de conformité ; les exemples blackhat et greyhat révèlent des points de pression, des hooks, des mécanismes et des structures de funnel qui peuvent générer des dépenses mais exigent une adaptation prudente avant utilisation.

Le catalogue est aussi conçu pour les opérateurs mondiaux, avec des références de VSL et de pubs couvrant 14+ langues et différents idiomes locaux. C’est un avantage clé pour les affiliés brésiliens, LATAM, européens, MENA, indiens et non anglophones natifs qui doivent voir comment le même désir de marché est traduit selon les cultures au lieu d’étudier uniquement des pubs US en anglais.

Comment utiliser l’intelligence de manière responsable

Le but est le modélisation, pas la copie. Utilisez Daily Intel pour comprendre la structure : hook, mécanisme, preuve, intensité des allégations, profondeur du funnel, économie de l’offre et stade de saturation. Ensuite, créez une publicité originale, revoyez les allégations et adaptez l’angle à la source de trafic, au pays, à la langue et aux exigences de conformité de la campagne.

Un workflow solide compare plusieurs exemples avant d’agir. Si le même mécanisme apparaît dans plusieurs langues, chez plusieurs annonceurs et dans plusieurs variantes de funnel, cela peut être un signal de marché durable. Si l’exemple n’apparaît qu’une seule fois ou dépend d’une allégation agressive, traitez-le comme un indice de recherche plutôt que comme un modèle de campagne.

• Modélisez la structure, pas les actifs créatifs protégés.
• Séparez la durabilité whitehat de la pression persuasive blackhat.
• Comparez les exemples US en anglais avec les variantes LATAM, européennes et autres langues.
• Utilisez les transcriptions et les notes de funnel pour construire des briefs originaux.
• Gardez la revue de conformité séparée de la recherche de marché.

Méthodologie et contexte des sources

Daily Intel pages are written from a research workflow that reviews active VSLs, Meta ad creatives, transcripts, UTMs, funnel paths, checkout steps, upsells, recovery sequences, and compliance-sensitive claim patterns. The goal is to explain observable market behavior, not to provide legal, medical, or platform policy advice.

When the topic touches health claims, platform policy, or GLP-1 market research, validate the observable campaign signals against primary references such as Meta advertising standards, FTC health claims guidance, and Google helpful content guidance. Daily Intel adds the proprietary direct-response layer by mapping how those rules show up in active VSLs, Meta creatives, funnels, transcripts, UTMs, and checkout paths.

For deeper evaluation, continue through Daily Intel compliance and legal disclaimer, The Legitimate Reasons a Business Runs More Than One MID, Merchant Accounts Opened Under a Nominee: How the Law Treats It, Account Updater vs Network Tokens: What Actually Saves a Rebill, Under an MOR, Whose Chargeback Ratio Is It Anyway?, and What is a VSL?. These related Daily Intel pages connect this topic to the relevant methodology, pricing, trust context, comparison path, or niche workflow.