MRR and ARR
MRR and ARR stand for the monthly (Monthly Recurring Revenue) and annual (Annual Recurring Revenue) recurring revenue of a subscription business – the predictable income from active contracts, excluding one-time charges.
MRR and ARR are two central metrics for subscription business models. MRR stands for "Monthly Recurring Revenue", the revenue that recurs every month, while ARR stands for "Annual Recurring Revenue", the recurring revenue normalized to a full year. Both measure exclusively the contractually predictable, regularly recurring income from active subscriptions – not total revenue, but only the portion that repeats month after month or year after year. One-time revenue such as setup fees, consulting services or hardware sales is explicitly excluded.
The purpose of both metrics is predictability. Anyone who knows how high the recurring revenue is on a given reporting date can forecast, budget and value the business more reliably than through fluctuating monthly revenue with a high one-time share. MRR and ARR are the same figure at different resolutions: in the simplest case, ARR is twelve times MRR, and MRR is one twelfth of ARR. Which metric takes center stage depends on the contract model – monthly subscriptions usually report in MRR, annual contracts in ARR.
At a glance
- MRR = monthly recurring revenue, ARR = annual recurring revenue
- Rule of thumb: ARR = MRR × 12 (normalized to a monthly basis)
- Only ongoing subscription revenue counts – no one-time, setup or project charges
- MRR breaks down into New, Expansion, Contraction, Churned and Reactivation
- A management metric, not an accounting figure – not identical to HGB revenue
How MRR and ARR are calculated
The basic calculation is simple: for a given reporting date, you sum all active subscriptions using their amount normalized to one month. A customer paying 50 euros per month contributes 50 euros to MRR, and an annual contract worth 600 euros likewise contributes 50 euros – the annual amount is spread across twelve months, regardless of when it is actually invoiced. ARR then results as MRR × 12 or directly as the sum of contract values normalized to one year.
The key is consistent normalization. Quarterly, semi-annual or annual contracts are broken down to the same time interval so that the metric remains comparable. Discounts, volume tiers and ongoing price changes are included at their effective, recurring value. Non-recurring items – one-time onboarding fees, overage charges or usage spikes without a contractual basis – are left out, because they cannot be reliably projected into the future.
The components of MRR change
MRR only becomes meaningful in its movement. The common approach is to break it down into five components: New MRR from new customers, Expansion MRR from upgrades and add-on modules of existing customers, Contraction MRR from downgrades, Churned MRR from cancelled contracts and Reactivation MRR from won-back customers. A month's Net New MRR is the sum of these movements. Only this breakdown reveals whether growth comes from new customers or from expanding the existing base – and how strongly churn eats into growth.
Why MRR and ARR matter
The value of recurring revenue metrics lies in forecasting and valuation. Because the subscription base at the start of the month already determines a large share of future revenue, the forecast can be built far more precisely than in a business with pure one-off transactions. From MRR development and churn rate, you can derive growth rate, customer lifetime and Customer Lifetime Value – the core metrics for steering a subscription business.
For investors and in company valuations, ARR is often the leading figure of all: a high, steadily growing ARR with low churn signals predictable, recurring earnings and, in practice, justifies higher valuation multiples than volatile one-time revenue. Internally, MRR serves operational management – for instance the question of whether sales and marketing spending is economical relative to the recurring revenue won.
MRR and ARR in the ERP system
Reliable MRR and ARR figures only emerge from clean contract and billing data. This is exactly where the ERP or subscription billing system comes in: it manages the active subscriptions, generates the recurring invoices, posts upgrades, downgrades and cancellations, and therefore knows at any reporting date the base from which MRR and ARR are derived. Without this structured contract foundation, recurring revenue would have to be laboriously reconstructed from individual invoices – error-prone and hardly up to date.
Systems with strong subscription functionality provide building blocks such as automated renewals, proration for mid-term changes, commission accounting for sales and recurring revenue analyses out of the box. Where the ERP does not report these metrics itself, contract and invoice data is mirrored via an interface into a BI tool or data warehouse and modeled there into MRR, ARR and the movement components.
Recurring vs. accrual-based posting
It is important to separate the management metric MRR from accounting recognition. When a customer is invoiced for an annual contract in advance, the full amount does flow in as a payment, but for accounting purposes the income is recognized monthly via deferred revenue. The ERP must reflect both: the predictable MRR for business management and the accrual-based revenue recognition for proper bookkeeping. Mixing the two yields distorted figures.
Distinctions: MRR and ARR vs. revenue and bookings
MRR and ARR are not identical to reported revenue. Revenue under commercial law comprises all income of a period, including one-time fees, project services and usage charges, and is recognized on an accrual basis. MRR and ARR deliberately exclude these one-time shares and instead normalize the ongoing contract base to a fixed interval – they are a management metric, not a figure from the profit and loss statement.
Nor should they be confused with "bookings", the total value of newly signed contracts. Bookings capture the full contract value at the time of signing, whereas MRR and ARR only capture the recurring share allocated to the time interval as of the reporting date. Related is the distinction from deferred revenue: this is the accounting answer to subscriptions invoiced in advance, while MRR is the business management view of them.
Particularities in the DACH region
In German-speaking countries, the most important point is to cleanly separate MRR and ARR from financial reporting. The German Commercial Code (HGB) does not recognize "recurring revenue" as an accounting category; what matters are the realization principle and accrual-based recognition. A subscription invoiced in January for a full year must not appear entirely as January revenue, but is deferred over twelve months. MRR is therefore an internal management and communication figure, not a substitute for revenue reported under commercial law.
Also relevant in practice are the GoBD requirements for a traceable, unalterable document trail: contract changes, cancellations and price adjustments that move MRR must be documented in the system in an audit-proof manner. Anyone who analyzes customer and contract data for the metrics is additionally subject to the GDPR. For reliable figures, it is advisable to calculate MRR and ARR consistently on a net and contract basis and to keep the definition – what counts as recurring – permanently the same.
Example
Example: MRR development of a SaaS provider
A mid-sized software provider starts a month with 40,000 euros in MRR. Over the course of the month, it wins new customers worth 5,000 euros (New MRR), and existing customers add on modules worth 2,000 euros (Expansion MRR). At the same time, customers downgrade by 800 euros (Contraction MRR) and contracts worth 1,200 euros are cancelled (Churned MRR).
Net New MRR therefore amounts to 5,000 + 2,000 − 800 − 1,200 = 5,000 euros; MRR rises to 45,000 euros. Extrapolated, this corresponds to an ARR of 540,000 euros (45,000 × 12). The breakdown shows the provider that a good third of the growth comes from the existing base and that churn is still manageable – insights that pure monthly revenue would have concealed.
Frequently asked questions
Related services
Sources
Questions about MRR and ARR in your ERP project?
We advise vendor-neutrally – and implement it ourselves on request.