> ## Knowledge Base Index
> Fetch the complete knowledge base index at: https://help.fincome.co/sitemap.xml
> Use this file to discover available pages before exploring further.
> Pure-Markdown content can be obtained by appending a '.md' suffix to the content URLs listed in the sitemap (without the trailing slash).

# Compréhension d'anomalie de MRR

# Pourquoi mon MRR me paraît-il “anormal” ?

Dans la grande majorité des cas, un MRR qui semble incohérent n’est pas dû à une erreur de calcul de Fincome, mais à :

* une donnée de facturation incorrecte (dates, type de ligne, montant, remise),
* un doublon de client ou d’abonnement,
* une date de fin d’import mal renseignée (comptes alimentés par fichier),
* ou un paramétrage spécifique des options de calcul.

L’objectif est donc de **remonter méthodiquement à la source du chiffre**, avant toute correction.

Voici [une vidéo](https://help.fincome.co/fr/article/comprendre-des-anomalies-de-mrr-mtdxyh/) qui montre la marche à suivre sur un exemple de pic de MRR.

---
# Étape 1 – Identifier l’origine d’un pic ou trou de MRR

La première étape consiste toujours à **localiser précisément l’origine de la variation** observée. La méthode diffère légèrement selon qu’il s’agit d’un **pic de MRR** ou d’une **baisse anormale**.

### Cas n°1 – Un pic de MRR

1. Rendez-vous dans **Analytics > ARR & croissance > MRR - ARR**.
2. Cliquez sur le graphique pour afficher la **vue sous-jacente**.
3. Triez les lignes par **MRR décroissant**.

Cela permet d’identifier rapidement les clients qui contribuent le plus au pic observé, et de repérer un MRR disproportionné par rapport à la réalité.

### Cas n°2 – Une baisse anormale de MRR

Lorsqu’une baisse de MRR paraît inexpliquée, deux analyses complémentaires sont recommandées.

###### Option A – Analyser le MRR par client
1. Allez dans **Analytics > ARR & croissance > MRR - ARR**.
2. Ouvrez la **vue sous-jacente**.
3. Triez les lignes par **MRR croissant**.

Cette vue permet d’identifier des clients dont le MRR est :
* anormalement faible,
* partiellement manquant.

On parle souvent ici de clients “sous-privés” de MRR, à cause par exemple d’une mauvaise période de facturation, d’un type de ligne incorrect ou d’une remise mal interprétée.

###### Option B – Analyser directement les churns
1. Rendez-vous dans **Analytics > ARR & croissance > Mouvements MRR-ARR**.
2. Filtrez sur le type de mouvement **Churn** (ou Attrition) et **Downsell** (ou Contraction).
3. Affichez la **vue sous-jacente**.
4. Triez par **montant de MRR décroissant**.

L’objectif est d’identifier les **plus gros churns** sur la période, puis de vérifier s’ils sont :
* normaux et attendus (fin de contrat réelle),
* ou liés à un problème de données ou de paramétrages

---
# Étape 2 – Vérifier la page client et les doublons

Une fois un client identifié, cliquez dessus pour accéder à sa **page client**.

Points à vérifier :
* La courbe de MRR du client est-elle cohérente ?
* Existe-t-il **plusieurs clients portant le même nom** ?

Pour vérifier le second point :
1. Allez dans **Données > Clients**.
2. Recherchez le nom du client.
3. Vérifiez s’il apparaît une ou plusieurs fois.

En cas de doublon, comparez les factures et abonnements : il peut s’agir d’un client provenant de plusieurs sources ou d’un abonnement mal rattaché, ce qui peut créer du MRR artificiel. Dans ce cas, envisagez une [fusion de client](https://help.fincome.co/fr/article/fusionner-des-clients-14hw91j/), ou abonnement.

---
# Étape 3 – Analyser les factures et les lignes de facture

En revenant sur la page du client, ouvrez les **factures** associées.

__Pour chaque **ligne de facture**, vérifiez systématiquement__ :
**Le montant** : correspond-il bien au contrat ?

**Le type de revenu** :
* `subscription` → génère du MRR,
* `one-off` → exclu du MRR.

**La période de facturation** (`period_start` / `period_end`) :
* la période doit refléter la durée réelle du contrat,
* une période trop courte ou incorrecte peut artificiellement gonfler ou réduire le MRR.

### Cas très fréquent

Une ligne de subscription avec un montant important réparti sur une période de quelques jours seulement peut créer un **énorme pic de MRR**.

[Corriger la période](https://help.fincome.co/fr/article/ajuster-et-corriger-des-lignes-de-factures-1128x52/) (par exemple sur 12 mois pour un contrat annuel) suffit généralement à résoudre le problème.

---
# Étape 4 – Vérifier la date de fin d’import (comptes alimentés par fichier)

Si vos données proviennent d’un **import de fichier Excel**, une chute de MRR ou une vague de churns en fin de période vient très souvent d’une **« Date jusqu’à laquelle porte l’import »** mal renseignée.

**Le principe :** Fincome considère que vos données sont **complètes jusqu’à cette date**. Entre votre dernière facture réellement présente dans le fichier et la date déclarée, il ne voit donc **aucune facturation** — et interprète cette absence comme un **arrêt des abonnements**.

**Symptôme :** un churn massif, touchant de nombreux clients à la fois, qui démarre toujours à la **même date** — celle de vos dernières factures réelles.

**Exemple :** vos dernières factures émises datent du **01/08**, mais la date de fin d’import a été fixée au **01/09**. Fincome voit un mois entier sans aucune facture émise et génère du **churn fictif** sur l’ensemble des abonnements concernés.

**La règle :** la date de fin d’import doit **toujours** correspondre à la **dernière date d’émission de facture du fichier** (la valeur la plus récente de la colonne `date`) — jamais la date du jour.

**Cas des imports séparés :** si vous chargez vos factures émises (`subscription`, `one_off`) et vos abonnements futurs (`future_sub`) dans des fichiers distincts, la date de fin d’import reste basée sur la **dernière facture réellement émise**. Les lignes `future_sub` correspondent à du revenu à venir, non encore facturé : elles ne prolongent pas la période couverte par vos données de facturation.

**Correction :** supprimez le jeu de données concerné puis réimportez-le avec la bonne date de fin d’import (voir [Importer mon fichier](https://help.fincome.co/fr/article/importer-mon-fichier-180lxcx/)).

---
# Étape 5 – Vérifier les options de calcul Fincome

Si :
* les types de lignes sont corrects,
* les périodes sont cohérentes,
* les montants et remises sont conformes,

alors l’écart observé vient probablement **de la manière dont Fincome interprète ces données**. Il faut alors analyser les [options de calcul](https://help.fincome.co/fr/article/gerer-les-options-de-calculs-4kxsd3/) *(Rendez-vous dans **Réglages > Options de calcul**).&#32;*

### Cas fréquent n°1 – Du MRR continue après la fin de la période facturée
**Symptôme :** Une facture dont la période est terminée depuis plusieurs semaines continue de produire du MRR.

**À vérifier :**
* l’option **« Reconnaissance du MRR après la fin de la dernière période facturée »**.

Selon la règle choisie, Fincome peut :
* arrêter le MRR à la fin de la période payée,
* ou **continuer à reconnaître le MRR tant que l’abonnement n’est pas en statut annulé**.

Dans ce cas, vérifiez le **statut réel de l’abonnement** et la présence éventuelle d’une date d’annulation.

### Cas fréquent n°2 – Maintien ou chute artificielle du MRR entre deux factures
**Symptôme :**
* un churn suivi d’une réactivation,
* ou un MRR maintenu malgré un trou de facturation.

**À vérifier :**
* l’option de **neutralisation des disjonctions et chevauchements de facture**.

Cette option permet de lisser le MRR en cas de léger décalage entre deux périodes de facturation, afin d’éviter des mouvements parasites.

### Cas fréquent n°3 – Un MRR impacté par les remises ou avoirs
**Symptôme :**
* un MRR inférieur au montant contractuel attendu.

**À vérifier :**
* si les remises sont toutes incluses,
* uniquement les remises permanentes,
* ou totalement exclues du calcul.

Une remise temporaire peut réduire ponctuellement le MRR, voire créer une contraction selon la configuration.

### Cas fréquent n°4 – Un churn reconnu trop tôt ou trop tard
**Symptôme :**
* une baisse de MRR à une date inattendue.

**À vérifier :**
La règle de reconnaissance du churn :
* à la demande d’annulation,
* à la date effective,
* ou à la fin de la dernière période facturée.

---
# Récapitulatif – La checklist à suivre

Lorsque votre MRR vous paraît anormal :
1. Analyser la variation via la **vue sous-jacente MRR ou Mouvements**
2. Identifier les clients responsables
3. Vérifier la page client et l’absence de doublons
4. Contrôler les factures et lignes (montant, type, périodes)
5. Si vos données viennent d’un fichier : vérifier la **date jusqu’à laquelle porte l’import**
6. Analyser les options de calcul et le statut des abonnements

Dans la majorité des cas, cette méthode permet de comprendre et corriger un écart **en quelques minutes**, directement dans Fincome.

---
# FAQ – Questions fréquentes

→ **Pourquoi est-ce que mon MRR semble trop élevé sur une période donnée ?** 
Dans la majorité des cas, cela provient d’une **ligne de facture avec une période incorrecte** (trop courte) ou d’un **montant important réparti sur peu de temps**. Une autre cause fréquente est un **doublon de client ou d’abonnement**, qui génère du MRR supplémentaire.

→ **Pourquoi est-ce que mon MRR baisse sans churn évident ?**
Une baisse de MRR peut venir :
* d’un churn ou d’une contraction sur un client à fort MRR,
* d’une remise prise en compte dans le calcul,
* d’une **date de fin d’import postérieure à vos dernières factures émises**,
* ou d’un changement lié aux options de calcul (reconnaissance du churn, fin de période facturée, neutralisation des disjonctions).
L’analyse des **Mouvements de MRR** permet généralement d’identifier la cause.

→ **Pourquoi est-ce que je vois un churn massif sur mon dernier mois alors que mes clients sont toujours actifs ?** 
C’est le symptôme typique d’une **« Date jusqu’à laquelle porte l’import »** postérieure à vos dernières factures. Fincome considère les données comme complètes jusqu’à la date déclarée : si vos dernières factures datent du 01/08 et que vous avez déclaré le 01/09, il lit un mois sans facturation et conclut à un arrêt des abonnements. Cette date doit **toujours** être la dernière date d’émission de facture de votre fichier — y compris lorsque vos abonnements futurs (`future_sub`) sont importés dans un fichier séparé.

→ **Pourquoi est-ce que je ne vois pas certains churns ou réactivations selon la période sélectionnée ?** 
Parce que Fincome **nette les mouvements de MRR à l’intérieur de la période choisie** (mensuelle, trimestrielle ou annuelle). Si un churn et une réactivation ont lieu sur une même période, ils peuvent se compenser. Fincome affiche alors uniquement **l’impact net sur le MRR à la fin de la période**, par exemple sous forme de contraction.

→ **Pourquoi un client continue de générer du MRR alors que sa facture est terminée ?** 
Cela dépend de la règle de **reconnaissance du MRR après la fin de la dernière période facturée**. Si l’option est configurée pour maintenir le MRR tant que l’abonnement n’est pas annulé, Fincome continuera de reconnaître du MRR. Il est alors nécessaire de vérifier le **statut de l’abonnement**.

→ **Un MRR anormal signifie-t-il forcément une erreur dans mes données ?** 
Non. Très souvent, les données sont correctes mais **interprétées différemment** en fonction des options de calcul. C’est pourquoi la vérification des paramètres Fincome est une étape clé une fois les factures auditées.