---
title: "Devis d'un logiciel de relance : compter les clients actifs avant de comparer les offres"
canonical: https://www.billabex.com/fr/blog/devis-logiciel-relance-clients-actifs/
lang: fr
alternate: https://www.billabex.com/en/blog/collections-software-quote-active-customers.md
alternates:
  fr: https://www.billabex.com/fr/blog/devis-logiciel-relance-clients-actifs.md
  en: https://www.billabex.com/en/blog/collections-software-quote-active-customers.md
  es: https://www.billabex.com/es/blog/presupuesto-software-recordatorios-contar-clientes-activos-antes-de-comparar.md
updated: 2026-11-06
index: https://www.billabex.com/llms.txt
---

# Devis d'un logiciel de relance : compter les clients actifs avant de comparer les offres

Un fournisseur demande combien de clients vous gérez. Vous répondez quatre cents, en lisant le nombre de lignes de votre export. Pourtant, ces lignes représentent des factures, dont plusieurs concernent les mêmes entreprises. Parmi les clients identifiés, seule une partie recevra une relance pendant le mois. Le devis peut être cohérent avec le nombre transmis tout en étant mal dimensionné pour votre usage.

Avant de comparer des offres de logiciel de relance, préparez donc une mesure qui correspond à l'unité tarifaire de chaque fournisseur. « Client actif » peut désigner des réalités différentes. La bonne question porte sur l'événement qui rend un client actif, la période observée et la manière dont les identités sont regroupées. Cette préparation évite de discuter longtemps d'un prix appliqué à la mauvaise quantité.

## Commencer par la définition contractuelle

Chez Billabex, les CGUS définissent le débiteur actif à partir de la réception d'au moins **un email émis par un agent IA pendant la période de facturation**. L'article 9 renvoie le prix et le barème au devis ou aux conditions particulières signées. Le nombre de factures importées n'est donc pas, à lui seul, cette unité. [Source : CGUS Billabex, articles 4 et 9, version du 17 juin 2026](https://www.billabex.com/fr/cgu/).

Pour toute offre, faites préciser les cas limites : client importé mais jamais contacté, email rejeté, plusieurs destinataires pour une même entreprise, reprise d'un historique, changement de période. Demandez comment le décompte peut être expliqué à partir des événements. Ne remplacez pas une définition contractuelle de réception par une supposition sur le clic d'envoi.

Un chiffre nommé « actif » dans un autre logiciel ne se transpose pas automatiquement. Stripe Billing permet par exemple de configurer le début d'activité d'un abonné au commencement de l'abonnement ou à la réception du premier paiement. Cela concerne ses indicateurs d'abonnement, pas le tarif d'un outil de recouvrement. [Source : documentation Stripe Billing](https://docs.stripe.com/billing/subscriptions/analytics).

## Nettoyer les identités avant de mesurer l'activité

L'export utile doit permettre de retrouver l'entreprise débitrice, sa référence dans le système source et les événements associés. Des factures multiples, plusieurs contacts ou des variantes de raison sociale peuvent produire plusieurs lignes pour un seul débiteur. À l'inverse, un groupe commercial peut comprendre plusieurs sociétés distinctes qu'il serait erroné de fusionner.

La distinction des [entités juridiques dans un groupe client](https://www.billabex.com/fr/blog/payeur-different-client-entites/) aide à construire ce rapprochement. Utilisez les identifiants disponibles et documentez les correspondances entre outils. Une adresse email commune ne suffit pas à prouver qu'il s'agit d'un seul client. Un changement d'adresse ne doit pas non plus créer automatiquement un nouveau débiteur.

Le Government Data Quality Framework britannique distingue **six dimensions** de qualité, dont l'unicité et l'exactitude. Il rappelle qu'une base complète peut comporter des informations incorrectes. Nous appliquons ici cette distinction au décompte préparatoire ; le cadre ne définit pas les unités commerciales d'un fournisseur. [Source : Government Data Quality Framework](https://www.gov.uk/government/publications/the-government-data-quality-framework/the-government-data-quality-framework).

## Simulation : quatre cents lignes, soixante clients actifs

Prenons un portefeuille fictif contenant **400 lignes de factures**, rattachées après vérification à **150 débiteurs distincts**. Pour la période mensuelle étudiée, soixante de ces débiteurs ont chacun reçu au moins un email correspondant à la définition retenue dans la simulation. Trente de ces soixante en ont reçu un second, et aucun autre email n'entre dans ce cas simplifié.

Le résultat est **90 emails et 60 débiteurs actifs**, pas quatre cents clients actifs. Les quatre cents lignes décrivent un volume documentaire ; les cent cinquante débiteurs décrivent le portefeuille ; les soixante actifs décrivent l'usage de la période. Ces volumes peuvent tous intéresser un fournisseur, mais ils ne doivent pas être présentés comme interchangeables.

Le taux d'activation du portefeuille vaut **60 / 150 = 40 %** dans cet exemple. Ce pourcentage n'est ni une moyenne sectorielle ni une performance Billabex. Il reflète uniquement les hypothèses du mois fictif. Un devis fondé sur les quatre cents factures pourrait surestimer le volume de clients, tandis qu'un devis fondé sur un mois exceptionnellement calme pourrait sous-estimer les besoins futurs.

Conservez le détail qui permet de refaire le calcul : identifiant du débiteur, période et événement admissible. Il n'est pas nécessaire de transmettre toutes les conversations pour demander une première estimation commerciale. Des volumes agrégés et une description claire des règles suffisent souvent à cadrer la discussion, avant un échange de données plus précis si nécessaire.

## Ne pas additionner des clients uniques comme des factures

Supposons que le mois suivant compte **75 débiteurs actifs**, dont **35** figuraient déjà parmi les soixante du premier mois. Sur les deux mois, le nombre de débiteurs distincts est **60 + 75 − 35 = 100**. La somme des observations mensuelles vaut **135**, mais elle ne représente pas cent trente-cinq entreprises différentes.

Pour une unité mensuelle, présentez les volumes **60 puis 75**. Pour une analyse des clients distincts sur deux mois, présentez **100**. Le maximum mensuel observé est **75**, tandis que la moyenne mensuelle est **67,5**. La moyenne peut comporter une décimale sans qu'un demi-client soit facturé ; elle reste un indicateur de préparation, pas une règle d'arrondi contractuelle.

Demandez ce qui se passe lorsqu'un palier est franchi et lorsque l'activité redescend. Le mécanisme peut dépendre des conditions proposées : engagement, changement de formule, minimum ou traitement d'un dépassement. L'article ne suppose aucune règle identique entre fournisseurs et ne transforme pas un abonnement annuel en cumul annuel de débiteurs par défaut.

## Montrer la saisonnalité et l'effet du démarrage

Un historique représentatif doit couvrir les périodes qui expliquent votre activité : campagnes de facturation, clôtures, congés clients ou renouvellements. Présentez les mois séparément avec leur contexte. Une moyenne annuelle masque parfois un pic qui dimensionne le besoin opérationnel et le support, même si la tarification utilise une autre mesure.

Le démarrage peut aussi concentrer un ancien stock de dossiers. Distinguez le portefeuille historique à examiner, les clients réellement contactables et le flux courant attendu. Un [import rejoué sans doublons](https://www.billabex.com/fr/blog/import-rejoue-doublons-relances/) doit conserver les identités ; il ne doit pas artificiellement augmenter votre estimation en recréant les mêmes clients à chaque reprise.

La simulation doit respecter la stratégie de relance réelle. Ne supposez pas que tous les clients importés seront contactés dès le premier jour : certains soldes sont payés, contestés ou insuffisamment documentés. À l'inverse, n'excluez pas discrètement les dossiers difficiles pour présenter un volume plus faible. Expliquez les exclusions et leur motif afin que le devis reste comparable au projet envisagé.

## Comparer des offres sur le même scénario

Transmettez à chaque fournisseur le même scénario de base, puis demandez son décompte selon sa propre règle. Le résultat peut légitimement différer. Cette différence doit être expliquée avant de comparer le total : nombre d'utilisateurs, débiteurs, entités facturantes, intégrations et accompagnement peuvent appartenir à des postes distincts.

Ajoutez un scénario de pointe et un scénario de baisse. Demandez un montant explicite, son périmètre et les conditions qui le feraient varier. Les [réponses utiles des clients](https://www.billabex.com/fr/blog/taux-reponse-utile-relances/) servent à évaluer le travail produit par l'outil ; elles ne doivent pas être confondues avec l'unité qui déclenche sa facturation.

Pour préparer un devis de [logiciel de recouvrement](https://www.billabex.com/fr/logiciel-de-recouvrement/), apportez un tableau mensuel des volumes, les définitions utilisées et les cas encore incertains. Un fournisseur doit pouvoir relier son offre à ces hypothèses. Vous pourrez alors discuter du coût de votre usage réel, avec un calcul vérifiable, plutôt que comparer deux nombres qui portent seulement le même nom.

## Sources

- Billabex, CGUS du 17 juin 2026 : [définitions et conditions financières, articles 4 et 9](https://www.billabex.com/fr/cgu/).
- Stripe : [Billing Analytics, définition configurable des abonnés actifs](https://docs.stripe.com/billing/subscriptions/analytics).
- Gouvernement britannique : [Government Data Quality Framework](https://www.gov.uk/government/publications/the-government-data-quality-framework/the-government-data-quality-framework).