Revenue is not MRR nor payments

If you hang around startup circles long enough, we’ve seen many founders talk about MRR (Monthly Recurring Revenue). It is the darling metric of the SaaS world.

MRR tells you how much revenue you might earn in the future based on your current active customers. On the other hand, payment volume is a more grounded metric compared to MRR because it’s real cash. But if you have a lot of yearly subscription, payment volume can make you feel too good about your business.

Founders tend to use MRR and payment volume because those metrics are readily available. Stripe provides these metrics for free on their dashboard. But revenue isn’t.

Under the accounting standards, revenue is a completely different story.

The real definition of revenue

In accounting (under accrual standards like GAAP and IFRS), revenue is only recognized when a performance obligation is satisfied — meaning the service is actually delivered or the product is provided — regardless of when the cash payment is received.

An Example: the Yearly subscription with a refund

Let’s look at how this plays out in reality. Imagine a customer signs up for a $1,200 yearly subscription on January 1st.

• Payment volume: You receive $1,200 in the bank on day one.
• MRR: Your MRR temporarily spikes by $100 ($1,200 / 12 months).
• Revenue: By the end of January, your recognized revenue is only $100, because you’ve only delivered one month of service. The remaining $1,100 is considered unearned “deferred revenue.”

Now, imagine that same customer cancels and asks for a full refund at the end of February, and you issue a prorated refund of $1,200.

At this point:

• Payment volume: $0
• MRR: shows $100 for both January and February
• Revenue: shows $100 for January and -$100 for February

You can see immediately how revenue accurately represents how your business is doing while MRR and payment volume don’t.

Relying on SQL or Excel to calculate revenue becomes highly impractical when dealing with refunds, disputes, and voided or uncollectible invoices. Fortunately, most modern billing platforms offer automated tools to handle these complexities.

Preventing inflated metrics in your billing platform

Accurate financial reporting requires configuring your billing platform to exclude uncollected payments. Under accrual accounting, revenue is recognized upon invoicing rather than receipt of payment; consequently, allowing aging, unpaid invoices to accumulate will artificially inflate your metrics. This principle applies equally to Monthly Recurring Revenue (MRR), which must automatically exclude severely past-due active subscriptions.

Here are the two standard practices you should implement to keep your data clean:

1. Write off uncollectible invoices (protecting revenue) If you don't close out aging invoices, they will continue to falsely contribute to your top line.

• The fix: Configure your billing platform to automatically mark unpaid invoices as "uncollectible" after a set period—typically 30 days. Once flagged, the platform will automatically exclude these from your recognized revenue.

2. Pause delinquent subscriptions (protecting MRR) Your Monthly Recurring Revenue (MRR) can quickly become a vanity metric if it includes active subscriptions that are no longer paying.

• The fix: Adjust your platform’s MRR settings to exclude active but unpaid subscriptions. Depending on your business model, setting this to trigger automatically after 15 to 30 days past due is a standard safeguard.

Conclusion

Revenue is not MRR nor payments. Revenue gives you a better picture of how your business is doing, and your future accountants will thank you for getting your finance-related operations in place earlier than later.