What Is MRR? The Formula Is Easy. Trusting the Number Is Hard.

Monthly recurring revenue, or MRR, is the normalized monthly value of the recurring revenue generated by active subscriptions.

The most reliable formula is simple:

MRR = the sum of each active customer’s normalized monthly recurring amount

The formula is not the hard part. The hard part is deciding what belongs in the calculation, applying that definition every month, and explaining exactly how the total changed.

A useful MRR figure should do more than appear on a dashboard. It should reconcile from opening MRR to ending MRR, with every movement traceable to the customers and source records beneath it.

Key takeaways

• MRR is the normalized monthly value of active recurring subscriptions. Divide each contract by the number of months it covers, then sum across customers.

• The formula is easy. The policy is the work. What counts as recurring, how annual deals are normalized, and how discounts and trials are treated decide the number more than the arithmetic does.

• A total is not an explanation. Opening MRR, plus new, expansion and reactivation, less contraction and churn, should tie to ending MRR.

• Two systems can both be right and still disagree. Different definitions of an active customer, different period cutoffs, and different normalization rules produce different totals from the same underlying data.

• Movement data proves arithmetic, not motive. Billing records show that a recurring amount changed. They rarely prove why the customer changed.

What is monthly recurring revenue?

MRR converts recurring subscriptions with different billing schedules into one comparable monthly figure.

A customer paying $500 each month contributes $500 in MRR. A customer paying $12,000 for a 12-month subscription contributes $1,000 in MRR. A $4,000 implementation project is not MRR because it is not recurring subscription revenue.

MRR is an operating KPI. It is not the cash collected during the month, and it is not a line item on a GAAP income statement. It gives a subscription business a consistent view of its recurring run rate.

ChartMogul defines MRR as normalized monthly subscription revenue. The important word is normalized: billing frequency should not make an annual customer disappear from one month and create an artificial spike in another.

The MRR formula

At the customer level:

Customer MRR = recurring subscription price for the billing or contract period ÷ number of months in that period

If an account has multiple recurring subscriptions or add-ons, calculate each component separately and sum them.

Then:

Total MRR = sum of customer MRR across active customers

You may also see this shortcut:

MRR = average revenue per account × active paying accounts

That shortcut can be useful for a quick summary. The customer-level calculation is safer operationally because it preserves differences in plans, billing frequencies, discounts, and contract terms.

How to calculate MRR

Start by defining the policy you will apply. Before touching the formula, decide:

• Which products and charges count as recurring

• How annual and quarterly subscriptions are normalized

• How discounts, credits, refunds, and failed payments are treated

• Whether any committed usage minimum belongs in MRR

• What makes a customer active for the reporting period

• Which date and time zone determine the period cutoff

MRR is not a standardized accounting measure. Two reasonable policies can produce different totals. What matters is that the basis is stated, applied consistently, and visible to the people reviewing the number.

A worked MRR example

Suppose a company has:

• 150 customers paying $79 per month

• 40 customers paying $249 per month

• 3 customers paying $12,000 for a 12-month subscription

The calculation is:

• Monthly plan A: 150 × $79 = $11,850

• Monthly plan B: 40 × $249 = $9,960

• Annual subscriptions: 3 × ($12,000 ÷ 12) = $3,000

Total MRR = $24,810

If an annual contract also includes implementation, hardware, or professional services, do not divide the entire contract value by 12. Normalize only the recurring subscription component over the months it covers.

What to include and exclude

• Active monthly subscriptions: Include

• Annual or quarterly subscriptions: Include the recurring portion, normalized monthly

• Recurring add-ons: Include

• One-time setup or implementation fees: Exclude

• Consulting, hardware, and project work: Exclude

• Free trials: Exclude until they become paid subscriptions

• Discounts and credits: Apply the stated policy consistently; do not silently substitute list price

• Variable usage charges: Define and disclose the policy; committed minimums and uncommitted usage may be treated differently

Common mistakes when calculating MRR

Most MRR disputes are not arithmetic errors. They come from a small number of policy decisions applied loosely, or applied differently in different months. These are the ones that cause the most rework.

Mistake 1: Counting an annual contract at full value in the month it bills

A $12,000 annual subscription is $1,000 of MRR for twelve months, not $12,000 of MRR in the month the invoice was paid. Booking the full amount on the billing date inflates that month and leaves an artificial cliff in the next one. Normalize every contract to its monthly recurring amount whatever the billing frequency, and keep the cash view separate.

Mistake 2: Netting fees, refunds, and failed payments out of MRR

Processing fees, chargebacks, and a card that declined on the third of the month all affect cash. None of them change the recurring amount the customer is subscribed to. Subtracting them turns MRR into a partial cash figure that will not tie to the subscription records or to the bank.

A payment that keeps failing may eventually become involuntary churn. That is a churn decision with a stated threshold, applied on a date you can point to, not a running deduction from the total.

Mistake 3: Including one-time charges

Implementation, onboarding, hardware, training, and professional services are real revenue and are not recurring revenue. Including them lifts MRR in the months you sell them and drops it in the months you do not, which makes the run rate look volatile for reasons that have nothing to do with subscriptions.

Mistake 4: Counting trials before they convert

A free trial is not recurring revenue until it becomes a paid subscription. Counting trials inflates MRR and then produces churn when a trial simply expires, which mixes a conversion problem into your retention figures. Start the subscription at the first paid period.

Mistake 5: Applying discounts inconsistently

If a customer pays $800 on a $1,000 list plan, most teams report $800 of MRR. Reporting list price overstates the run rate and will not tie to what the business collects. Whichever convention you choose, write it down and apply it to every customer and every month, including the month a promotional rate ends.

Mistake 6: Letting the definition change between months

This is the hardest one to catch, because each individual month still looks defensible. A rule that shifts, even slightly, breaks the comparison between periods and makes the movement bridge unreliable: growth appears where a definition changed rather than where a customer did. Record the policy next to the number, and re-apply the same policy whenever you restate history.

How MRR changes from one month to the next

A total tells you where the business ended. It does not tell you how it got there.

Recurring-revenue teams commonly separate MRR changes into five movements:

Movement

Effect on MRR

What it means

New MRR

Increase

Recurring revenue from customers appearing for the first time

Expansion MRR

Increase

An increase from an existing customer

Contraction MRR

Decrease

A decrease from an existing customer who remains active

Churned MRR

Decrease

Recurring revenue lost when a previously contributing customer falls to zero under the selected period and activity rules

Reactivation MRR

Increase

Recurring revenue from a previously inactive customer who returns

These categories are widely used in subscription reporting. The harder requirement is making them reconcile.

The MRR movement bridge

Opening MRR + New + Expansion + Reactivation − Contraction − Churn = Ending MRR

For example:

• Opening MRR: $50,000

• New MRR: +$5,000

• Expansion MRR: +$2,500

• Reactivation MRR: +$1,000

• Contraction MRR: −$1,500

• Churned MRR: −$3,000

Net new MRR is $4,000, which produces ending MRR of $54,000.

That bridge says much more than “MRR increased 8%.” It shows that the company added $8,500 across new, expanding, and returning customers while losing $4,500 through contraction and churn.

The same $4,000 net increase could have come from a very different month: one large new account masking widespread customer losses, or steady expansion with almost no churn. The topline is the same. The operating story is not.

What the movement does and does not prove

The language deserves care.

Depending on the source, payment or billing activity may show that the recorded recurring amount increased, decreased, stopped appearing, or returned under the selected basis. It does not always prove that the customer formally upgraded, downgraded, cancelled, or came back because of a particular campaign.

That distinction matters. The data can establish the arithmetic movement and the accounts involved. The business reason may require a contract, CRM note, account-owner explanation, or other context outside the billing file.

This is the difference between identifying a revenue movement and establishing its cause. Good reporting keeps both visible without turning an assumption into a fact.

MRR versus ARR, recognized revenue, and cash

These figures can all be correct and still differ.

• MRR: What is the normalized monthly recurring run rate under our stated policy?

• ARR: What is the annualized recurring run rate under the same policy?

• Recognized revenue: How much revenue is recorded for the period under the applicable accounting rules?

• Cash collected: How much cash was received during the period?

ARR is often calculated as MRR × 12. That works when both metrics use the same scope and policy. It does not turn MRR into cash or recognized revenue.

Consider a customer who pays $24,000 in January for a 12-month subscription. Assuming the full $24,000 is allocated to one subscription performance obligation that is satisfied evenly over a 12-month service period beginning in January:

• January cash collected: $24,000

• MRR: $2,000

• Recognized revenue: $2,000 per month over the service period

That is a simplified example. If a contract contains multiple performance obligations or services delivered at different times, the accounting treatment follows those terms. Confirm the financial-statement treatment with your accountant.

MRR belongs in operational reporting. Cash belongs in liquidity planning. Recognized revenue belongs in the financial statements. Mixing them creates confusion even when each underlying number is accurate.

Why two systems can report different MRR

When two reports disagree, the immediate assumption is often that one calculation is broken. Sometimes it is. Often the systems are answering slightly different questions.

Common causes include:

• Different definitions of an active customer

• Different period cutoffs or time zones

• Annual subscriptions normalized differently

• One-time fees included in one source but excluded in another

• Discounts or credits handled inconsistently

• Failed or late payments treated differently

• Usage revenue included under different policies

• Duplicate, missing, or delayed records

• Customer records mapped differently across files

The problem is not merely that two totals differ. The problem is being unable to show which rule, record, or customer created the difference.

That is why a defensible revenue explanation needs more than a final number. It needs the basis, the bridge, and the evidence beneath each movement.

How to reconcile MRR

A repeatable MRR close should follow a clear sequence:

1. Confirm the source and basis. State which data was used, which period is being closed, and how recurring revenue is defined.

2. Calculate customer-level opening and ending MRR. Normalize the recurring portion of each customer’s activity under the same policy.

3. Classify every change. Compare each customer between periods and assign the resulting movement.

4. Reconcile the bridge. Opening MRR plus positive movements minus negative movements must equal ending MRR.

5. Open each movement to its members. A reviewer should be able to see which customers and source records make up the total.

6. Surface exceptions. Missing terms, ambiguous identities, unusual timing, and incomplete records should remain visible rather than being forced into a confident classification.

7. Add business context separately. Once the arithmetic is complete, the team can explain the verified causes and decide what action to take.

The sequence matters. Commentary should translate the completed analysis, not decide what the numbers were supposed to be.

For a closer look at movement rules, see this guide to automating recurring-revenue categorization.

How Morevy makes MRR explainable

Morevy starts with an exported payment history. When the file supports a recurring-revenue basis, it applies explicit rules and reconciles opening to closing recurring revenue. If material plan terms cannot be established, it flags the issue or declines the close rather than estimating.

The product uses evidence-bounded labels (New, Returned, Growth, Contraction, Unchanged, and Lost) because the payment history should not be asked to prove more than it contains. “Lost” means the customer contributed in the prior period and nothing in the current period under the selected basis. It does not claim that a formal cancellation occurred.

The money-moving legs can be opened to the customers beneath them, while every displayed figure retains its source and calculation provenance.

AI enters only after the calculation and reconciliation are complete. It drafts review-ready commentary from the finished analysis while the figures remain tied to deterministic rules and source evidence.

That turns MRR from a headline total into a recurring-revenue close someone else can review.

Related documentation: Reading the revenue movement and Retention and churn.

Responsible for reconciling and explaining MRR each month? Request early access to try Morevy on a recent payment-history export. We are inviting recurring-revenue teams and advisors into the private beta in small cohorts.