Understanding MRR anomaly
This article guides you step by step to identify the origin of an MRR that seems abnormally high or too low, understand what causes it and how to correct it directly in Fincome.
Why does my MRR seem βabnormalβ?
In the vast majority of cases, an MRR that appears inconsistent is not due to a Fincome calculation error, but to:
incorrect billing data (dates, line type, amount, discount),
a duplicate customer or subscription,
or a specific configuration of calculation options.
The objective is therefore to trace methodically back to the source of the figure, before any correction.
Here is a video that shows the procedure on an example of an MRR spike.
Step 1 β Identify the origin of an MRR spike or dip
The first step is always to precisely locate the origin of the observed variation observed. The method differs slightly depending on whether it is an MRR spike or a abnormal decrease.
Case #1 β An MRR spike
Go to Analytics > Revenue > MRR.
Click on the chart to display the underlying view.
Sort the rows by decreasing MRR.
This allows you to quickly identify the customers who contribute most to the observed spike, and to spot an MRR disproportionate relative to reality.
Case #2 β An abnormal drop in MRR
When an MRR drop seems unexplained, two complementary analyses are recommended.
Option A β Analyze MRR by customer
Go to Analytics > Revenue > MRR.
Open the underlying view.
Sort the rows by increasing MRR.
This view allows you to identify customers whose MRR is:
abnormally low,
partially missing.
We often speak here of customers βdeprivedβ of MRR, because for example of a wrong billing period, an incorrect line type or a misinterpreted discount.
Option B β Analyze churns directly
Go to Analytics > Growth > MRR β ARR Movements.
Filter on the movement type Churn (or Attrition) and Downsell (or Contraction).
Display the underlying view.
Sort by decreasing MRR amount.
The goal is to identify the largest churns over the period, then to check whether they are:
normal and expected (actual contract end),
or related to a data or settings issue
Step 2 β Check the customer page and duplicates
Once a customer is identified, click on them to access their customer page.
Points to check:
Is the customer's MRR curve consistent?
Is there more than one customer with the same name ?
To check the second point:
Go to Data > Customers.
Search for the customer's name.
Check whether it appears once or multiple times.
In case of a duplicate, compare the invoices and subscriptions: it may be a customer coming from multiple sources or a subscription incorrectly attached, which can create artificial MRR. In that case, you may need to consider a customer merge, or subscription.
Step 3 β Analyze invoices and invoice lines
Returning to the customer page, open the invoices associated.
For each invoice line, always check:
The amount : does it match the contract?
The revenue type :
subscriptionβ generates MRR,one-offβ excluded from MRR.
The billing period (
period_start/period_end) :the period must reflect the actual duration of the contract,
a period that is too short or incorrect can artificially inflate or reduce MRR.
Very common case
A subscription line with a large amount spread over only a few days can create a huge MRR spike.
Correcting the period (for example to 12 months for an annual contract) is usually enough to resolve the issue.
Step 4 β Check Fincome calculation options
If:
the line types are correct,
the periods are consistent,
the amounts and discounts are compliant,
then the discrepancy observed probably comes from the way Fincome interprets this data. You should then analyze the calculation options.
Go to Settings > Calculation options.
Common case #1 β MRR continues after the end of the invoiced period
Symptom: An invoice whose period ended several weeks ago continues to produce MRR.
To check:
the option "Recognize MRR after the end of the last billed period".
Depending on the chosen rule, Fincome can:
stop the MRR at the end of the paid period,
or continue to recognize MRR as long as the subscription is not in canceled status.
In that case, check the actual subscription status and the possible presence of a cancellation date.
Common case No. 2 β Artificial maintenance or drop of MRR between two invoices
Symptom:
a churn followed by a reactivation,
or an MRR maintained despite a billing gap.
To check:
the option to neutralize invoice disjunctions and overlaps.
This option smooths MRR in case of a slight shift between two billing periods, to avoid spurious movements.
Common case No. 3 β MRR affected by discounts or credit notes
Symptom:
an MRR lower than the expected contractual amount.
To check:
if discounts are all included,
only permanent discounts,
or totally excluded from the calculation.
A temporary discount can temporarily reduce MRR, or even create a contraction depending on the configuration.
Common case No. 4 β A churn recognized too early or too late
Symptom:
a drop in MRR at an unexpected date.
To check:
the churn recognition rule:
at the cancellation request,
at the effective date,
or at the end of the last billed period.
Summary β The checklist to follow
When your MRR seems abnormal:
Analyze the variation via the underlying MRR or Movements view
Identify the responsible customers
Check the customer page and absence of duplicates
Inspect invoices and lines (amount, type, periods)
Analyze calculation options and subscription statuses
In most cases, this method allows you to understand and correct a discrepancy in a few minutes, directly in Fincome.
FAQ β Frequently asked questions
β Why does my MRR seem too high over a given period? In most cases, this comes from an invoice line with an incorrect period (too short) or a large amount spread over a short time. Another frequent cause is a duplicate customer or subscription, which generates additional MRR.
β Why is my MRR decreasing without obvious churn? An MRR decrease can come from:
a churn or contraction on a high-MRR customer,
a discount taken into account in the calculation,
or a change related to calculation options (recognition of churn, end of billed period, neutralization of disjunctions).
The analysis of MRR Movements generally makes it possible to identify the cause.
β Why don't I see certain churns or reactivations depending on the selected period? Because Fincome nets MRR movements within the chosen period (monthly, quarterly, or annual). If a churn and a reactivation occur in the same period, they can offset each other. Fincome then displays only the net impact on MRR at the end of the period, for example in the form of a contraction.
β Why does a customer continue to generate MRR even though their invoice is finished? It depends on the rule of recognition of MRR after the end of the last billed period. If the option is configured to maintain MRR as long as the subscription is not canceled, Fincome will continue to recognize MRR. It is then necessary to check the subscription status.
β Does abnormal MRR necessarily mean an error in my data? No. Very often, the data is correct but interpreted differently depending on the calculation options. That is why verifying Fincome settings is a key step once the invoices have been audited.
Last updated