> For the complete documentation index, see [llms.txt](https://docs.flycode.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flycode.com/docs/fr/read-more/card-network-retry-rules-for-failed-payments-visa-and-mastercard.md). # Règles de nouvelle tentative des réseaux de cartes pour les paiements échoués : Visa et Mastercard {% hint style="info" %} **En bref :** les réseaux de cartes limitent la fréquence à laquelle une carte refusée peut être retentée et interdisent les nouvelles tentatives pour certaines réponses de refus. La règle de Visa plafonne les nouvelles tentatives à 15 par carte dans les 30 jours suivant le refus initial ; le programme Transaction Processing Excellence de Mastercard limite les tentatives répétées d’autorisation sur la même carte dans une fenêtre de 24 heures et surveille les dépassements mensuels. Retenter un refus définitif (carte perdue, volée, carte à retirer, compte fermé, réponses de ne pas réessayer) n’est pas du tout autorisé. Enfreindre ces règles entraîne des frais par tentative et, pour les récidivistes, des pénalités imposées à l’acquéreur. Les outils de récupération doivent être conçus autour de ces limites, c’est pourquoi le timing compte davantage que le volume. {% endhint %} Cette page est un résumé pratique pour les marchands d’abonnements à la mi-2026. Les règles des réseaux évoluent ; confirmez les seuils et les montants des frais actuels auprès de votre acquéreur ou de votre processeur. ## Pourquoi les réseaux limitent les nouvelles tentatives Chaque tentative d’autorisation consomme de la capacité de traitement chez les émetteurs, et une carte refusée à laquelle on s’acharne avec des nouvelles tentatives ne génère aucun revenu pour personne. À partir de 2021, Visa et Mastercard ont toutes deux introduit des programmes visant à réduire les nouvelles tentatives excessives sur les transactions refusées, en particulier les transactions récurrentes. Ces programmes définissent des limites de tentatives, nomment les codes de réponse après lesquels aucune nouvelle tentative n’est autorisée, et facturent des frais aux acquéreurs (répercutés sur les marchands) pour les tentatives au-delà des limites. Les processeurs comme Stripe appliquent automatiquement certaines parties de ces règles, ce qui explique en partie pourquoi Stripe Smart Retries plafonne les tentatives à 8. ## Visa | Règle | Ce que cela signifie pour la facturation récurrente | | ------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Limite de nouvelles tentatives | Pas plus de 15 nouvelles tentatives d’une transaction refusée sur la même carte dans les 30 jours suivant le refus initial. | | Réponses de ne pas réessayer | Les nouvelles tentatives ne sont pas autorisées après des réponses telles que 04 (carte à retirer), 14 (compte invalide), 41 (carte perdue), 43 (carte volée), 46 (compte fermé), 57 (transaction non autorisée), R0 et R1 (arrêt de paiement ou révocation de l’autorisation), R3 (révocation de toutes les autorisations). Toute nouvelle tentative après cela n’est pas conforme. | | Frais | Des frais par tentative sont appliqués aux nouvelles tentatives au-delà de la limite ou après une réponse de ne pas réessayer, avec une escalade pour les marchands qui dépassent systématiquement les limites. | | Qualité des données | Les transactions récurrentes doivent comporter les bons indicateurs (récurrente, initiée par le marchand) et les données du cadre des identifiants enregistrés. | ## Mastercard | Règle | Ce que cela signifie pour la facturation récurrente | | ------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Tentatives d’autorisation excessives | Dans le cadre du programme Transaction Processing Excellence, les tentatives répétées d’autorisation sur la même carte après un refus sont limitées dans une fenêtre de 24 heures (le seuil publié est de 10 tentatives) et surveillées pour les excès sur le mois. | | Réponses de ne pas réessayer | Les nouvelles tentatives ne sont pas autorisées après des réponses de refus définitif, notamment 04, 14, 41, 43, 46, 54 (carte n’est plus valable), 57 et 62 (carte restreinte), ainsi qu’après les Merchant Advice Codes indiquant au marchand de ne pas réessayer (par exemple 03, ne pas réessayer, et 21, paiement récurrent annulé). | | Merchant Advice Codes | Mastercard renvoie un Merchant Advice Code avec de nombreux refus : 01 (nouvelles informations de compte disponibles, utilisez le service de mise à jour du compte), 02 (réessayez plus tard), 03 (ne réessayez pas), 21 (paiement récurrent annulé par le titulaire de la carte). La logique de récupération doit les lire et les respecter. | | Frais | Des frais par tentative pour les nouvelles tentatives excessives ou interdites, facturés à l’acquéreur puis répercutés. | ## Ce que cela signifie pour la stratégie de récupération Les limites font du timing, et non du volume, le levier à utiliser. Avec au maximum 15 tentatives par mois sur Visa et des limites journalières strictes sur Mastercard, un calendrier fixe qui réessaie tous les quelques jours consomme des tentatives les jours où le compte du client a peu de chances d’être approvisionné. Un modèle qui prédit le meilleur moment pour chaque carte (cycles de paie, heure de la journée, comportement de l’émetteur) récupère davantage avec moins de tentatives et reste dans les limites avec une marge confortable. Le moteur de FlyCode applique ces règles par conception : il ne retente jamais une carte après une réponse de ne pas réessayer, suit les tentatives par carte par rapport aux fenêtres des réseaux, lit les Merchant Advice Codes de Mastercard et déplace les refus définitifs vers des moyens de paiement de secours ou vers une prise de contact client au lieu de retenter. Ses modèles sont entraînés avec les données réseau Visa et Mastercard, et FlyCode est un partenaire réseau Mastercard et lauréat du Visa Everything Award. ## Liste de vérification pratique pour les marchands * Classez chaque refus comme souple ou définitif dès sa réception et cessez immédiatement de retenter les refus définitifs. * Comptez les tentatives par carte, et non par facture, sur tous les systèmes pouvant retenter (processeur, plateforme de facturation, outil de récupération). Deux moteurs de nouvelle tentative sur la même carte sont le moyen le plus courant de dépasser les limites. * Activez Card Account Updater et les jetons réseau afin que les identifiants mis à jour arrivent au lieu de subir des refus répétés sur des identifiants obsolètes. * Indiquez correctement les transactions récurrentes et celles initiées par le marchand. * Privilégiez moins de tentatives, mieux synchronisées, plutôt qu’un plus grand nombre de tentatives. ## Associés * [Explication des codes de refus](https://help.flycode.com/decline-codes-explained) * [Guide des codes de refus de paiement d’abonnement pour Stripe](https://docs.flycode.com/docs/subscription-payment-decline-codes-guide-for-stripe) * [Guide complet de Stripe Smart Retries](https://docs.flycode.com/docs/stripe-smart-retries-complete-guide) * [Référence des codes de refus Stripe avec les codes de réponse des réseaux](https://www.flycode.com/stripe/decline-codes) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.flycode.com/docs/fr/read-more/card-network-retry-rules-for-failed-payments-visa-and-mastercard.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.