Comment transformer un export d'abonnements en un rapport MRR et ARR (Guide 2026)

Un export d'abonnements vous donne des lignes : client, plan, montant, intervalle, statut, date de début. Un rapport MRR nécessite un seul chiffre par mois. Passer de l'un à l'autre ressemble à de l'arithmétique et relève principalement de définitions.

Deux choix déterminent chaque chiffre du rapport final. Quels abonnements sont considérés comme actifs, et si les remises sont déduites du montant.

Trompez-vous sur l'un ou l'autre, et le rapport restera cohérent en interne. Simplement, il ne correspondra pas aux chiffres de la finance, du tableau de bord de facturation ou de la version du mois dernier.

Ce guide présente les éléments à définir en priorité, les trois méthodes manuelles et les limites de chacune d'elles.

Ce dont vous avez besoin avant de commencer

Vous avez besoin de l'export contenant une ligne par abonnement, et non une ligne par facture. Les factures indiquent ce qui a été facturé. Les abonnements indiquent ce qui est récurrent.

Vous devez disposer de l'intervalle de facturation sur chaque ligne. Les plans mensuels et annuels ne peuvent pas être additionnés tant que les plans annuels ne sont pas normalisés.

Vous avez également besoin de la colonne statut. La documentation d'analyse de facturation de Stripe définit le MRR comme la somme des montants normalisés mensuellement. Elle ne comptabilise que les abonnements dont le statut est active et past_due.

Cette définition mérite d'être adoptée telle quelle. Elle est publique, précise et vous fournit une réponse justifiable lorsque quelqu'un demande pourquoi un chiffre a changé.

Trois décisions s'imposent d'abord.

Quels statuts comptent. Le statut actif plus le retard de paiement (past due) constituent le choix par défaut documenté. Les abonnements annulés et impayés sont traités comme de l'attrition (churn) et sont exclus.

Si les remises sont déduites. Stripe permet de configurer cela, avec des paramètres distincts pour les remises récurrentes et ponctuelles. Les remises permanentes sont toujours déduites.

Quand un abonné commence à être comptabilisé. Stripe vous permet de choisir entre le début de la première période de facturation ou la réception du premier paiement. La première option est décrite comme la plus courante.

Inscrivez ces trois éléments sur votre feuille avant de rédiger la moindre formule. C'est ce qui fait la différence entre un rapport incontestable et un débat sans fin.

Pourquoi l'arithmétique est la partie la plus simple

La normalisation est simple. L'exemple concret de Stripe utilise 100 abonnés à un plan mensuel de 100 $ plus 50 abonnés à un plan annuel de 600 $. Cela donne (100 × 100) + (50 × (600 / 12)) = 12,500.

Les complications résident dans les exclusions, et il est facile de passer à côté dans un tableur.

Les taxes sont exclues. Stripe exclut les taxes du MRR. Si votre export contient des montants bruts, vous surestimez vos chiffres chaque mois.

Les essais sont exclus. Les abonnements en période d'essai sont exclus jusqu'à leur conversion.

Les plans gratuits sont exclus. Un abonné bénéficiant d'un plan à tarif nul ne contribue à rien, il n'est donc pas non plus comptabilisé comme abonné actif.

Les revenus basés sur l'usage sont exclus. C'est ce qui surprend le plus. Les produits facturés à la consommation sont totalement exclus du MRR. Ainsi, une entreprise dont la facturation repose en partie sur l'usage verra, par définition, son MRR inférieur à son chiffre d'affaires réel.

Vient ensuite le cas des coupons de réduction, qui est documenté et véritablement contre-intuitif. Si le MRR d'un abonné tombe à zéro, cet abonné est considéré comme ayant résilié (churned) pour la période.

Un coupon de réduction de 100 % produit exactement cet effet. Retirez le coupon plus tard, et l'abonné redevient actif, ce qui apparaît comme une réactivation.

Ainsi, une promotion peut générer de l'attrition dans votre rapport sans qu'aucun client ne soit parti.

Comment procéder manuellement

Option 1 : Normaliser l'intervalle, puis additionner par mois

Ajoutez une colonne pour le montant mensuel. Divisez les montants annuels par douze, multipliez les montants hebdomadaires par environ 4,33, et ne touchez pas aux montants mensuels.

Calculez ensuite le total par mois avec SUMIFS, en filtrant par statut. Utilisez EOMONTH pour générer les dates de fin de mois sur lesquelles porte votre rapport.

Présentez le MRR à la fin d'un mois, et non à la date d'aujourd'hui. Le rapport téléchargeable de Stripe correspond explicitement au MRR de chaque abonné en fin de mois, et s'aligner sur cette convention évite des rapprochements fastidieux par la suite.

La limite ici est l'historique. Cela vous donne clairement le mois en cours, mais ne vous apprend rien sur les raisons de son évolution.

Option 2 : Construire les colonnes de flux

C'est ce qui rend le rapport utile. Décomposez l'évolution en : nouveaux abonnements, réactivations, expansions, contractions et résiliations (churn).

La définition de la croissance selon Stripe est le chiffre de départ plus les nouveaux abonnements, les réactivations et les expansions, moins les contractions et les résiliations, le tout ajusté des taux de change. Son exemple concret passe de 1 000 $ à 1 045 $ grâce à ces composants précis.

Notez ce dernier terme. Si un client paie dans une autre devise, un modèle basé uniquement sur des formules ne pourra pas être rapproché tant que vous ne gérerez pas l'effet de change.

Le multi-devise a une seconde conséquence importante. Stripe indique que le filtrage et le regroupement par produit ou par prix ne sont pas disponibles lorsque les revenus d'abonnement sont gérés dans plusieurs devises.

La limite de cette méthode est la maintenance. Les colonnes de flux nécessitent un instantané de la période précédente, ce qui vous oblige à conserver indéfiniment une seconde copie du mois dernier.

Option 3 : Récupérer directement les flux depuis le système de facturation

La plupart des plateformes de facturation exporteront les flux pour vous. Stripe publie trois fichiers CSV : le MRR par abonné et par mois, un résumé des indicateurs d'abonnement et un journal de chaque mouvement de MRR client.

C'est ce troisième fichier qu'il faut demander. Il élimine la partie la plus difficile de l'Option 2.

Si vous modifiez la définition d'un indicateur, attendez-vous à un certain délai. Stripe précise que les changements de configuration prennent de 24 à 48 heures pour apparaître.

La limite commune. Ces trois méthodes s'arrêtent au MRR. Le convertir en ARR, ARPU, attrition (churn) et rétention implique d'ajouter une autre couche de décisions par-dessus le même tableau.

Là où la méthode manuelle commence à ralentir

Le premier mois prend une après-midi. Le quatrième prend plus de temps, et non pas parce que les données sont devenues plus complexes.

À ce stade, le classeur contient deux définitions d'abonnés actifs, une colonne de taux de change corrigée à la main et un onglet de flux auquel personne ne veut toucher.

Les indicateurs dérivés multiplient le problème. L'ARPU est le MRR total divisé par le nombre d'abonnés actifs. La valeur de durée de vie (LTV) est l'ARPU divisé par le taux d'attrition (churn).

L'attrition (churn) a son propre piège. Le dénominateur de Stripe est le nombre d'abonnés actifs il y a trente jours plus les nouveaux abonnés ajoutés au cours de cette période, ce qui donne 100 / (1000 + 100) = 9.1%. Un tableur qui divise uniquement par le nombre initial affichera un chiffre plus élevé.

La rétention se comporte également de manière inattendue. La rétention des revenus peut dépasser 100 %, car l'expansion au sein d'une cohorte l'emporte sur l'attrition.

Rien de tout cela n'est difficile. Il s'agit simplement de cinq décisions arbitraires qui doivent être prises de manière identique chaque mois, par la personne chargée de concevoir le rapport.

Comment générer le rapport avec Powerdrill Bloom

Étape 1 : Téléverser votre export d'abonnements

Téléversez le fichier CSV d'abonnements, ou les fichiers d'abonnements et de flux ensemble. Powerdrill Bloom analyse le profil des colonnes dès leur importation, de sorte que les intervalles manquants, les montants vides et les identifiants d'abonnement dupliqués sont détectés avant tout calcul de total.

Étape 2 : Énoncer les définitions en langage naturel

Décrivez les règles plutôt que de les coder. Indiquez quels statuts comptent, si les montants sont nets de remises et sur quelle fin de mois porte votre rapport.

Demandez ensuite d'effectuer les vérifications au cours de la même étape. Demandez quelles lignes présentent un intervalle inattendu et quels abonnements tombent à zéro après application des remises. Enfin, demandez si les totaux mensuels correspondent au résumé de facturation.

Étape 3 : Exporter le graphique, le rapport ou la présentation

Extrayez la tendance mensuelle, un tableau des flux par composant ou une diapositive prête pour le conseil d'administration contenant les chiffres et les définitions.

Pourquoi cette méthode est bien supérieure à une reconstruction mensuelle

	Méthode manuelle	Powerdrill Bloom
Normalisation des plans annuels	Colonne de formule par fichier	Téléverser et énoncer la règle
Décomposition des flux	Instantané du mois précédent à maintenir	Demander les composants
Exclusion des essais et des lignes à la consommation	Filtres manuels à chaque cycle	Énoncer les exclusions
Rapprochement avec le résumé de facturation	Vérification manuelle	Demander si les totaux correspondent

C'est dans les lignes intermédiaires que l'on perd des journées entières. Additionner une colonne n'est pas le plus difficile ; c'est de maintenir la cohérence de cinq définitions au fil des mois qui l'est.

Erreurs courantes

Additionner les factures au lieu des abonnements. Les factures incluent des frais uniques et des proratas. Le revenu récurrent est une propriété de l'abonnement, pas de la facture.

Laisser les taxes dans le montant. Les taxes gonflent artificiellement chaque mois et ne s'annulent jamais. Supprimez-les avant de normaliser.

Comptabiliser les essais comme du revenu. Un essai n'a pas encore de montant récurrent. L'inclure revient à emprunter sur la croissance du mois prochain.

Traiter l'ARR comme le MRR multiplié par douze sans le préciser. Il s'agit d'un chiffre annuel normalisé, et non de trésorerie collectée. Identifiez-le clairement pour que personne ne le confonde avec des réservations (bookings).

Ignorer l'effet coupon-attrition. Une remise totale fait tomber un abonné à zéro, ce qui est interprété comme de l'attrition (churn). Signalez ces lignes plutôt que de devoir les expliquer plus tard.

Diviser l'attrition (churn) par le nombre initial. Le dénominateur documenté inclut les abonnés ajoutés pendant la période. Les deux versions produisent des taux différents sur des données identiques.

Tout reconstruire à partir de zéro chaque mois. Les définitions ne changent pas, seul l'export change. Conservez les règles et remplacez simplement le fichier, selon la même discipline que pour un rapport budget vs réel.

Conclusion

Fixez la liste des statuts, tranchez sur les remises, normalisez l'intervalle et présentez le rapport en fin de mois. Ces quatre étapes permettent de créer un rapport MRR capable de résister aux questions de la finance.

La partie la plus coûteuse n'est pas l'addition. C'est le fait que quint définitions doivent rester stables chaque mois alors que le format de l'export évolue.

Si c'est là que passe votre fin de mois, essayez Powerdrill Bloom sur votre export d'abonnements. Consultez également notre guide pour définir des objectifs de KPI à partir de vos propres données. Notre sélection d'outils d'IA pour le suivi des indicateurs SaaS et la page sur l'analyse financière par IA couvrent l'aspect outillage.

Foire aux questions

Quelle est la formule pour calculer le MRR à partir d'un export d'abonnements ?

Normalisez chaque abonnement à un montant mensuel, puis additionnez ceux dont le statut est éligible. L'exemple de Stripe est (100 × $100) + (50 × ($600 / 12)) = $12,500.

Comment convertir le MRR en ARR ?

Multipliez le chiffre mensuel par douze. Identifiez-le comme un taux de rendement annuel normalisé (annual run rate) plutôt que comme de la trésorerie collectée, car les plans annuels sont facturés d'avance.

Les revenus basés sur l'usage doivent-ils être inclus ?

Stripe exclut les produits facturés à la consommation du MRR. Si une part significative de vos revenus repose sur l'usage, présentez-la sur une ligne distincte plutôt que de l'intégrer.

Quels statuts d'abonnement sont considérés comme actifs ?

Le choix par défaut documenté est active plus past_due. Les abonnements annulés et impayés sont traités comme de l'attrition (churn) et sont exclus du total.

Pourquoi mon taux d'attrition (churn) diffère-t-il de celui du tableau de bord de facturation ?

Le plus souvent, cela provient du dénominateur. Le calcul documenté divise par le nombre d'abonnés actifs il y a trente jours plus les nouveaux abonnés ajoutés au cours de cette période.