---
title: "Taux de recouvrement en montant ou en nombre : deux lectures qui divergent"
canonical: https://www.billabex.com/fr/blog/taux-recouvrement-montant-nombre/
lang: fr
alternate: https://www.billabex.com/en/blog/collection-rate-value-versus-count.md
updated: 2026-10-15
index: https://www.billabex.com/llms.txt
---

# Taux de recouvrement en montant ou en nombre : deux lectures qui divergent

« Nous avons recouvré 90 % des factures. » La phrase semble rassurante jusqu'à ce que la trésorerie révèle que 91 % du montant reste à recevoir. Les deux constats peuvent être exacts : le portefeuille contient beaucoup de petites factures et une seule créance importante. Le problème n'est pas nécessairement un mauvais calcul, mais une unité de mesure laissée implicite.

Un taux en nombre décrit combien de dossiers ou de factures ont atteint un état défini. Un taux en montant décrit quelle part d'une somme de référence a été encaissée. Il faut publier les deux lorsque la concentration des créances peut modifier la décision. Avant de chercher un objectif ambitieux, définissez ce qui entre au numérateur, au dénominateur et dans la période observée.

## Écrire la question avant la formule

Pour un portefeuille fixé à une date de départ, une définition opérationnelle possible est : montant encaissé et affecté aux créances de départ pendant la période, divisé par leur solde initial. Ce taux mesure la récupération de ce stock précis. Les paiements reçus avant le départ ont déjà réduit le solde initial et ne doivent pas être comptés une seconde fois.

Pour le taux en nombre, précisez l'état retenu. Dans cet article, nous comptons les factures dont le solde initial a été intégralement couvert par des encaissements pendant la période, rapportées au nombre de factures retenues au départ. Une facture partiellement payée ne compte donc pas comme une facture entièrement encaissée. Un indicateur de dossiers « ayant reçu un paiement » utiliserait une autre définition.

Ces mesures ne sont pas interchangeables avec tous les taux affichés par un logiciel. Oracle documente un indice d'efficacité de recouvrement utilisant notamment soldes de début et de fin, ventes à crédit et créances courantes. Il dépend également de dates d'activité et d'une devise de reporting. C'est un autre cadre que notre stock fixe. [Oracle Financials 26B, définition des métriques](https://docs.oracle.com/en/cloud/saas/financials/26b/faofc/collections-effectiveness-index-metrics.html).

## Dix factures suffisent à inverser le classement

Prenons un portefeuille entièrement simulé de dix factures ouvertes au départ : neuf factures de 1 000 € et une de 91 000 €. Le montant total est de 100 000 €. Elles sont toutes échues et exprimées en euros, sans avoir, frais, intérêts ou paiement antérieur. Les deux résultats ci-dessous sont des scénarios alternatifs sur ce même portefeuille, pas les résultats observés d'un test commercial.

| Résultat à la date de mesure          | Factures entièrement encaissées | Taux en nombre | Cash affecté | Taux en montant |
| ------------------------------------- | ------------------------------: | -------------: | -----------: | --------------: |
| Les neuf petites factures sont payées |                        9 sur 10 |           90 % |      9 000 € |             9 % |
| Seule la grande facture est payée     |                        1 sur 10 |           10 % |     91 000 € |            91 % |

Le premier scénario réduit fortement le nombre de dossiers encore ouverts. Le second apporte beaucoup plus de cash. Dire que le premier est « neuf fois meilleur » à partir du nombre de factures élude l'objectif de trésorerie. Dire que le second résout tout le travail élude les neuf clients encore à suivre.

Un troisième scénario illustre les paiements partiels : seuls 45 500 € sont reçus sur la grande facture. Le taux en montant atteint 45,5 %, mais aucune facture n'est entièrement encaissée : le taux en nombre reste à 0 %. Si le tableau affiche plutôt la proportion de factures ayant reçu un paiement, il indiquera 10 %. Ces résultats sont cohérents dès lors que leurs définitions sont visibles.

## Garder les avoirs hors du cash récupéré

Une baisse de l'encours peut provenir d'un paiement, d'un avoir, d'une correction ou d'une perte constatée. Additionner ces mouvements sous un intitulé « recouvrement encaissé » ferait croire que tout a alimenté la banque. Le principe de lecture est simple : une créance corrigée améliore la qualité du dossier, mais ne crée pas par elle-même un encaissement.

La présentation officielle d'IAS 7 distingue les flux de trésorerie et les ajustements sans effet de trésorerie utilisés dans la méthode indirecte. Cette référence aide à maintenir la séparation conceptuelle ; elle n'impose pas une formule de taux de recouvrement interne à toutes les PME. [IFRS Foundation, présentation d'IAS 7](https://www.ifrs.org/issued-standards/list-of-standards/ias-7-statement-of-cash-flows/).

Dans une variante distincte de notre simulation, les neuf petites factures sont payées et un avoir de 1 000 € corrige la grande facture. L'encours baisse de 10 000 €, mais seuls 9 000 € sont encaissés. Sur le dénominateur initial de 100 000 €, le taux de récupération en cash reste de 9 %. Le tableau explique séparément les 1 000 € d'ajustement.

Si l'entreprise publie aussi un taux recalculé après correction du périmètre, son dénominateur de 99 000 € doit être annoncé : 9 000 / 99 000 représente environ 9,09 %. Conserver les deux lectures évite de réécrire silencieusement l'histoire. Le traitement d'un [avoir non imputé](https://www.billabex.com/fr/blog/avoir-non-impute-montant-du/) permet de vérifier l'origine d'un tel écart.

## Donner la même durée d'observation aux groupes comparés

Un dossier transmis hier n'a pas eu la même possibilité d'aboutir qu'un dossier suivi depuis un mois. Comparer leurs taux à une seule date peut donc classer les équipes selon l'ancienneté des dossiers plutôt que selon leur action. Définissez une fenêtre commune après l'entrée dans le périmètre et indiquez les dossiers encore en cours.

Stripe précise, pour ses statistiques de récupération de paiements d'abonnement, que les périodes récentes peuvent présenter un taux temporairement inférieur lorsque les nouvelles tentatives ne sont pas terminées. Ce périmètre exclut notamment le premier paiement après un essai. La remarque porte sur ce produit et rappelle l'importance des exclusions et de la maturité de la mesure. [Stripe, statistiques de récupération](https://docs.stripe.com/billing/revenue-recovery/recovery-analytics).

Dans un pilote B2B, documentez aussi les différences de montant, d'ancienneté et de litige au départ. Le choix d'un [portefeuille pilote comparable](https://www.billabex.com/fr/blog/automatisation-relances-portefeuille-pilote/) vient avant l'interprétation des écarts. Un pourcentage décrit un résultat ; il ne démontre pas, seul, que l'automatisation l'a causé.

## Présenter une décision que l'équipe peut vérifier

Un reporting court peut afficher le nombre de factures initiales, leur montant, les encaissements affectés, les factures entièrement encaissées et les ajustements séparés. Ajoutez la date de départ et la date d'arrêté. Une personne qui ouvre une ligne doit pouvoir retrouver les paiements ayant contribué au résultat, sans refaire tout le calcul depuis des messages épars.

Si plusieurs factures appartiennent au même client, gardez le mot « facture » dans le titre du taux. Passer à un indicateur par client nécessite de définir quand un client est considéré comme régularisé. Une facture de 100 € payée chez un client encore débiteur de 20 000 € ne signifie pas que son compte est soldé.

La bonne discussion devient alors concrète : faut-il traiter les nombreux petits dossiers, résoudre le blocage de la créance dominante ou équilibrer les deux efforts ? Le [coût d'une relance impliquant plusieurs équipes](https://www.billabex.com/fr/blog/cout-relance-trois-equipes/) apporte un complément utile, sans remplacer le besoin de cash.

Pour relier ces chiffres aux dossiers et échanges qui les expliquent, explorez la [vue client 360 de Billabex](https://www.billabex.com/fr/produit/vue-client-360/). Lors d'une démonstration, partez d'une facture partiellement payée et d'un avoir : vérifiez le contexte disponible et les données exportables nécessaires à vos propres définitions de reporting.

## Sources

- Oracle Financials 26B, _Collections Effectiveness Index Metrics_.
- IFRS Foundation, présentation officielle d'IAS 7, section About.
- Stripe, _Revenue recovery analytics_, périmètre, récupération et périodes récentes. Sources consultées le 7 septembre 2026.
