La rétroactivité

Qu'est-ce que la rétroactivité dans Fincome ?

Fincome ne stocke pas vos chiffres une fois pour toutes : il recalcule en continu votre MRR, votre ARR et votre revenu à partir de vos données de facturation. Si une donnée source concernant une période passée change, le chiffre de cette période passée change aussi.

Concrètement : vous avez présenté 100 000 € de MRR en mars à votre board. En juin, une facture de mars devient impayée. Selon votre configuration, le MRR de mars peut être recalculé à 98 000 €. Le chiffre n'était pas faux : la réalité de la facturation, elle, a évolué.

Dans Fincome, la rétroactivité ne se comporte pas de la même façon selon la donnée observée. Il faut donc distinguer deux périmètres.

Ces deux périmètres se pilotent au même endroit : Réglages (roue crantée) > Options de calcul.

1. La rétroactivité sur le MRR/ARR (Analytics)

Deux options de calcul déterminent l'ampleur de la rétroactivité sur vos analyses.

a. Les statuts de facture pris en compte

L'option « Statuts de facture pris en compte dans le calcul du MRR-ARR et KPIs » définit quelles factures contribuent à votre MRR. C'est la première source de rétroactivité, parce qu'une facture change de statut dans le temps : elle est émise (ouverte), puis payée… ou requalifiée en impayée par votre outil de facturation lorsque l'échéance est dépassée.

Si le statut d'une facture sort du périmètre retenu, la facture cesse de contribuer au MRR — y compris sur les mois déjà écoulés qu'elle couvrait.

Exemple concret. Un client est facturé 1 200 € pour un abonnement annuel démarrant le 1er mars, soit 100 € de MRR par mois. Votre option est réglée sur le choix par défaut, « Seulement les factures ouvertes et payées ».

1. En mars, la facture est ouverte : elle est dans le périmètre. Le MRR de mars intègre bien les 100 €.
2. En juin, la facture n'a toujours pas été réglée et votre outil de facturation la bascule en impayée.
3. Le statut impayée n'est pas dans le périmètre retenu. Fincome retire donc cette facture du calcul, pour tous les mois qu'elle couvrait : le MRR de mars, avril et mai baisse de 100 € chacun.

Le comportement dépend directement de votre choix :

• Seulement les factures ouvertes et payées (par défaut) : une facture qui passe d'ouverte à impayée quitte le périmètre → baisse rétroactive sur les mois concernés.
• Seulement les factures payées : périmètre le plus prudent, mais la rétroactivité joue aussi dans l'autre sens — une facture réglée en retard vient augmenter rétroactivement le MRR des mois qu'elle couvre au moment de son encaissement.
• Toutes les factures indépendamment de leur statut (incl. impayées) : les changements de statut n'ont plus aucun effet sur le MRR. C'est le réglage le plus stable dans le temps, au prix d'un MRR qui inclut du revenu potentiellement jamais encaissé.

Bon à savoir : il n'y a pas de « bon » réglage universel. Le principe est de choisir celui qui reflète votre lecture du business, puis de ne plus y toucher — chaque modification recalcule vos métriques sur l'ensemble de la plateforme.

b. Les avoirs (credit notes)

L'option « Inclure les avoirs » détermine si les avoirs sont déduits du MRR, et surtout sur quelle période ils sont déduits. Trois choix :

• Prendre en compte les avoirs : l'avoir est imputé sur la période de la facture d'origine → effet rétroactif sur les mois passés.
• Prendre en compte les avoirs de manière non rétroactive : l'avoir est imputé à sa propre date d'émission → les mois passés restent intacts.
• Ne pas prendre en compte les avoirs (par défaut) : les avoirs n'entrent pas dans le calcul du MRR.

Exemple concret. Un client est facturé 1 200 € en janvier pour 12 mois (100 € de MRR/mois). En juin, vous émettez un avoir de 600 € pour un geste commercial.

• Avec « Prendre en compte les avoirs » : l'avoir est rattaché à la facture de janvier. Le MRR de l'abonnement est recalculé à 50 €/mois depuis janvier. Les cinq mois déjà clôturés baissent.
• Avec « Prendre en compte les avoirs de manière non rétroactive » : janvier à mai restent à 100 €, et la déduction s'applique à partir de juin.

2. La rétroactivité sur la reconnaissance du revenu (Rev Rec)

Côté reconnaissance du revenu, la logique est différente, et c'est une source de confusion fréquente : tous les changements de statut ne se valent pas.

• Une facture qui passe en impayée n'a aucun impact sur le revenu reconnu. Elle reste prise en compte par défaut, parce que le service a bien été délivré : la reconnaissance du revenu suit la réalité du service, pas celle de l'encaissement.
• Une facture qui passe en void (annulée), en revanche, sort du revenu reconnu, comme elle sort du MRR. La facture n'existe plus : il n'y a plus rien à reconnaître.

C'est la distinction à retenir : côté Rev Rec, l'impayé ne bouge rien, le void bouge tout.

La seule rétroactivité que vous pouvez piloter par une option concerne les avoirs, via « Reconnaissance du revenu non rétroactive des notes de crédit » :

• Désactivée (par défaut) : l'avoir est réparti sur la période de service de la facture d'origine → le revenu reconnu des mois déjà clôturés est corrigé.
• Activée : l'avoir est reconnu à partir de sa date d'émission → les mois clôturés ne bougent plus.

Exemple concret. Facture de 1 200 € en janvier pour un service couvrant janvier à décembre, soit 100 € de revenu reconnu par mois. Avoir de 600 € émis en juin.

• Option désactivée : les 600 € sont réétalés sur janvier–décembre. Chaque mois, janvier compris, passe à 50 € de revenu reconnu.
• Option activée : janvier à mai restent à 100 €, et les 600 € sont reconnus à compter de juin.

Si vous produisez un reporting comptable mensuel que vous ne souhaitez pas voir bouger après clôture, c'est cette option qu'il faut activer.

Pour bien comprendre pourquoi ces deux périmètres ne réagissent pas de la même manière, voir l'article Différence entre le MRR et la reconnaissance du revenu.

Quel événement fait bouger quoi ?

Ce tableau vous permet d'identifier rapidement la cause probable quand un chiffre passé a évolué.

Ce que la rétroactivité ne permet pas d'éviter

Les options ci-dessus encadrent la rétroactivité liée aux règles de calcul. Elles ne peuvent rien contre la rétroactivité qui vient de la donnée source elle-même : dès qu'une facture rattachée à une période passée est créée, modifiée ou annulée, Fincome en tient compte, et les chiffres de cette période évoluent. Trois cas sont fréquents et inévitables.

1. Une facture supprimée passe en statut « void »
Une facture supprimée dans votre outil de facturation n'est pas effacée : elle remonte dans Fincome avec le statut void (annulée). Elle sort donc du calcul, et les périodes qu'elle couvrait sont recalculées à la baisse — sur le MRR comme sur le revenu reconnu. C'est le seul changement de statut qui affecte les deux périmètres à la fois.

2. Une facture ou une ligne de facture est modifiée
Que la modification soit faite manuellement dans Fincome ou qu'elle arrive par la synchronisation avec votre outil de facturation, elle entraîne un recalcul des périodes concernées. Les cas les plus courants :

• le statut de la facture change ;
• la date d'imputation (période de service) est modifiée, ou renseignée alors qu'elle était absente ;
• le montant évolue, ou des lignes de facture sont ajoutées.

Une date d'imputation qui apparaît sur une facture jusqu'alors sans période est un cas particulièrement visible : la facture passe d'un rattachement approximatif à un rattachement précis, et le MRR se redistribue sur les mois réellement couverts.

3. Une nouvelle facture est générée sur une date passée
Une facture émise aujourd'hui mais dont la période de service commence il y a trois mois (rattrapage de facturation, régularisation, contrat signé avec effet rétroactif) ajoute du MRR sur des mois déjà clôturés.

Bon à savoir : ces recalculs ne sont pas des anomalies. Fincome reste le miroir de votre facturation — si votre facturation change, vos analyses changent. Pour conserver la photo d'un mois clôturé, la bonne pratique est de l'exporter au moment de la clôture (voir Exports de données depuis Fincome).

Bonnes pratiques

• Arbitrez vos options au moment du cadrage, pas tous les mois. Chaque changement recalcule l'historique complet et rend les comparaisons d'un reporting à l'autre difficiles.
• Pour un MRR stable dans le temps : réglez les statuts sur « Toutes les factures indépendamment de leur statut » et les avoirs en mode non rétroactif.
• Pour un reporting fidèle à l'encaissement : conservez le périmètre par défaut, et acceptez que les mois passés bougent au fil des impayés.
• Exportez vos données à chaque clôture pour garder une trace figée de ce qui a été communiqué : il n'existe pas de verrouillage de période dans Fincome.
• Vérifiez les éditions manuelles avant de conclure à un bug : elles s'appliquent aussi rétroactivement (voir Les éditions manuelles dans Fincome).

FAQ

Mon MRR de mars a baissé alors que je n'ai rien modifié. Pourquoi ?
Dans la grande majorité des cas, une facture de mars a changé de statut (passage en impayée ou en void), ou un avoir rétroactif a été émis. Utilisez la vue sous-jacente sur le mois concerné pour identifier la facture en cause.

Pourquoi mon MRR bouge mais pas mon revenu reconnu ?
C'est la signature d'un impayé. Une facture qui passe en impayée sort du calcul du MRR (selon votre périmètre de statuts) mais reste prise en compte dans le revenu reconnu, puisque le service a été délivré. Si les deux périmètres bougent, cherchez plutôt du côté d'une facture passée en void, d'un avoir, ou d'une facture modifiée.

Peut-on désactiver complètement la rétroactivité ?
Non. Les options de calcul permettent de neutraliser la rétroactivité liée aux statuts de facture et aux avoirs, mais pas celle qui provient d'une modification de la donnée source (facture supprimée, modifiée, ou émise sur une date passée).

Comment figer un mois clôturé ?
Il n'existe pas de verrouillage de période dans Fincome. La méthode consiste à exporter les données du mois au moment de la clôture, et à activer les options non rétroactives si votre priorité est la stabilité du reporting.

Je change une option de calcul : dois-je m'attendre à voir tous mes chiffres bouger ?
Oui, et c'est normal. Toute modification d'option recalcule vos métriques sur l'ensemble de la plateforme (Reporting, Forecast, Benchmark) et sur tout votre historique.

Articles liés

• Gérer les options de calculs
• Différence entre le MRR et la reconnaissance du revenu
• Compréhension d'anomalie de MRR
• Les éditions manuelles dans Fincome : comment ça marche
• Données Fincome vs données facturations
• La vue sous-jacente : explorer le détail derrière un chiffre
• Exports de données depuis Fincome

Mis à jour le : 07/09/2026