> For the complete documentation index, see [llms.txt](https://help.flycode.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.flycode.com/fr/decline-codes-explained/how-to-handle-the-most-common-declines.md).

# Comment gérer les refus les plus courants

Un code domine les échecs de paiement d’abonnement : `fonds insuffisants`. Avec `generic_decline` et `do_not_honor` il représente l’essentiel des revenus récupérables, donc la manière dont vous le gérez détermine la majeure partie de votre taux de récupération. Cette page explique ce que signifie ce code, pourquoi il est si courant, dans quelle mesure des nouvelles tentatives optimisées performent mieux, et d’où viennent les chiffres.

## Que signifie le code de refus insufficient\_funds ?

La banque émettrice du titulaire de la carte a confirmé que le compte ne disposait pas d’un solde ou d’un crédit disponible suffisant au moment où le débit a été tenté. Stripe le classe comme un refus « souple » : la carte est valide, le compte est ouvert et rien n’a été signalé, donc la même carte peut réussir plus tard une fois les fonds disponibles. L’équivalent réseau est le code de réponse `51`.

Les déclencheurs courants sont un renouvellement qui tombe avant le jour de paie, une retenue en attente d’un achat important récent, un plafond de dépenses quotidien sur la carte, ou une brève baisse de solde entre deux paies. Aucun de ces cas n’exige que le client fasse quoi que ce soit ; il suffit de tenter le débit à un moment plus favorable.

## Pourquoi insufficient\_funds est-il le code de refus le plus courant ?

Parce que les écarts de trésorerie se répètent à chaque cycle de facturation. L’étude de FlyCode portant sur plus de 500 marchands SaaS et eCommerce montre `fonds insuffisants` que insufficient\_funds représente 50 à 70 % de tous les refus, loin devant tout autre code. Les renouvellements d’abonnement se déclenchent à une date fixe, indépendamment du moment où le client est payé, si bien qu’une partie des clients manque de fonds à cette date chaque mois. L’effet est le plus fort pour les abonnements grand public, les cartes de débit et les segments à revenu plus faible, et il augmente en fin de mois et après les dépenses des fêtes.

C’est aussi pourquoi c’est la catégorie la plus récupérable : le client veut le produit et la carte fonctionne, donc une nouvelle tentative synchronisée avec le cycle probable de dépôt du client réussit généralement sans aucune relance.

## Quand faut-il réessayer en cas de insufficient\_funds ?

Pas le même jour. Réessayer immédiatement échoue presque toujours à nouveau et brûle l’une des tentatives de réessai limitées que les réseaux de cartes autorisent par cycle de facturation. La recommandation générale est d’attendre 2 à 5 jours afin qu’un salaire ou un dépôt puisse arriver, et de privilégier les heures du matin dans le fuseau horaire du client. Des règles fixes comme « réessayer au jour 3 et au jour 7 » constituent un minimum, pas un optimum, car les habitudes de paie varient selon le pays, l’employeur, le type de carte et l’émetteur.

FlyCode remplace le calendrier fixe par un modèle propre à chaque marchand qui prédit le moment où chaque carte spécifique a le plus de chances de disposer de fonds, en utilisant des signaux tels que le comportement de l’émetteur, le type de carte, la géographie, les dates des derniers débits réussis et l’heure de la journée, tout en restant dans les limites de réessai de Visa et Mastercard.

## De combien FlyCode améliore-t-il la récupération des refus insufficient\_funds ?

Sur plus de 1 milliard de dollars américains de volume traité entre mars 2024 et juin 2025, FlyCode a augmenté la récupération des `fonds insuffisants` refus de 17,6 à 26,2 points de pourcentage par rapport aux références Stripe Smart Retries et ProfitWell (Paddle Retain). En pratique, les marchands qui récupéraient environ la moitié de ces refus avec les outils natifs en récupèrent environ 70 % ou plus une fois un timing optimisé appliqué, avec moins de tentatives par facture et moins d’e-mails aux clients.

## Quel jeu de données étaye ces chiffres de récupération ?

Les chiffres proviennent de l’étude de cohorte de FlyCode de juin 2025 sur les données bancaires et d’émetteurs, couvrant 14 mois de données de production en conditions réelles (de mars 2024 à juin 2025) provenant de plus de 500 marchands SaaS et eCommerce traitant plus de 1 milliard de dollars américains de volume d’abonnements. La récupération a été mesurée par marchand par rapport à son propre précédent niveau de référence sur Stripe ou ProfitWell, et non par rapport à une moyenne sectorielle, de sorte que la progression reflète une récupération incrémentale plutôt qu’une récupération totale. Les résultats sont présentés sous forme de fourchettes, car la progression varie selon le mix client du marchand, le niveau de prix et la part des cartes de débit.

## Associé

* [insufficient\_funds dans la référence des codes de refus de flycode.com](https://www.flycode.com/stripe/decline-codes/insufficient-funds)
* [Que faire lorsque vous voyez ces autres codes](https://help.flycode.com/decline-codes-explained/what-to-do-when-you-see-these-other-codes)
* [Comment FlyCode décide-t-il quand réessayer un paiement ?](https://help.flycode.com/handling-failed-payments/when-and-how-payments-are-retried)


---

# 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://help.flycode.com/fr/decline-codes-explained/how-to-handle-the-most-common-declines.md?ask=<question>&goal=<endgoal>
```

`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.