MRR y ARR en SaaS: cómo calcularlos y reconciliarlos

MRR y ARR en 60 segundos

MRR —Monthly Recurring Revenue— es el ingreso recurrente mensual normalizado de las suscripciones activas según una metodología definida.

ARR —Annual Recurring Revenue— es la recurrencia anualizada equivalente.

En un modelo estable:

ARR ≈ MRR × 12.

Pero ninguno de los dos es automáticamente:

• facturación del mes;
• cash collected;
• revenue contable reconocido;
• bookings;
• TCV firmado;
• pipeline.

Stripe define MRR como una medida de ingresos recurrentes previsibles y aclara expresamente que MRR no es GAAP revenue. Esa distinción es esencial para no mezclar métricas operativas con contabilidad.

La arquitectura correcta: Bookings → Billing → Revenue → Cash

Un mismo contrato puede generar cifras distintas en cada capa.

Bookings

Valor comercial contratado o firmado durante un período, según la política interna.

Billing / Invoicing

Importe que se factura y calendario de emisión de facturas.

Revenue

Ingreso reconocido contablemente conforme se presta el servicio.

Cash

Momento en el que el dinero entra realmente en banco.

MRR / ARR

Normalización de la parte recurrente del contrato para analizar escala y movimiento de la base.

Estas cinco capas pueden coincidir en un SaaS mensual sencillo. En contratos anuales o enterprise suelen separarse mucho.

Ejemplo: el mismo contrato produce cinco cifras distintas

Contrato SaaS firmado el 15 de diciembre:

• 12 meses;
• 36.000 € de suscripción;
• 6.000 € de setup one-off;
• inicio del servicio: 1 de enero;
• facturación anual anticipada;
• cobro el 10 de enero.

Una política razonable podría mostrar:

• Booking diciembre: 42.000 € si bookings incluye todo el contrato firmado.
• Subscription ARR: 36.000 €.
• Subscription MRR normalizado: 3.000 €.
• MRR activo en diciembre: 0 € si el servicio aún no ha empezado.
• Factura enero: 42.000 €.
• Cash enero: 42.000 €.
• Revenue recurrente: reconocido durante el período de servicio según la política contable.

El setup no debería inflar MRR si no es recurrente.

1. Define cuándo una suscripción empieza a contar como MRR

Esta regla debe ser explícita.

Opciones habituales:

• firma del contrato;
• fecha de inicio contractual;
• activación;
• primera factura;
• primer cobro.

Para analizar recurrencia operativa suele ser más limpio utilizar la fecha en la que comienza la obligación recurrente o el servicio activo, no la firma si todavía existen meses hasta go-live.

Si dirección quiere ver contratos firmados todavía no activos, crea una métrica separada como Contracted ARR / CARR y no la mezcles con Live ARR.

Live ARR vs Contracted ARR

Live ARR: recurrencia ya activa.

Contracted ARR / CARR: recurrencia firmada que puede incluir contratos future-dated todavía no iniciados.

Ambas pueden ser útiles, pero responden preguntas distintas. Si se publican o reportan, deben etiquetarse con absoluta claridad.

2. Qué debería incluir MRR

Normalmente:

• suscripciones recurrentes activas;
• licencias periódicas;
• retainers realmente recurrentes;
• componentes mínimos comprometidos de contratos usage-based cuando la política los considera recurrencia;
• expansión ya activa por seats, módulos, plan o consumo recurrente.

La regla no es “se cobra todos los meses”. La regla es si representa una obligación recurrente normalizable y comparable.

3. Qué no debería entrar automáticamente

• setup fees;
• implementation one-off;
• consultoría puntual;
• hardware;
• formación aislada;
• proyectos no recurrentes;
• overages excepcionales sin patrón recurrente;
• contratos firmados pero todavía no activos, si trabajas con Live MRR;
• pipeline no firmado;
• subvenciones u otros ingresos ajenos al modelo recurrente.

Separar recurring y non-recurring revenue evita presentar servicios puntuales como si fueran calidad recurrente de ingresos.

4. Contratos anuales: normaliza, no copies la factura

Un contrato de 24.000 € por 12 meses equivale, en una normalización simple, a:

MRR = 24.000 / 12 = 2.000 €.

ARR = 24.000 €.

Da igual que el cliente:

• pague mensualmente;
• pague trimestralmente;
• pague los 24.000 € al principio.

El calendario de facturación y cobro cambia cash flow; no la recurrencia económica normalizada.

Contratos de más de un año: ARR no es TCV

Contrato de 3 años por 90.000 €:

• TCV: 90.000 €;
• ACV simple: 30.000 €/año;
• ARR: 30.000 € si la recurrencia anual es uniforme;
• MRR: 2.500 €.

Decir que el cliente añade 90.000 € de ARR triplicaría artificialmente la recurrencia.

ACV, ARR y TCV: tres conceptos distintos

TCV —Total Contract Value: valor total contractual.

ACV —Annual Contract Value: valor contractual anualizado, según la metodología elegida.

ARR: componente recurrente anual normalizado activo o contratado, según la definición interna.

En contratos simples ACV y ARR pueden coincidir. No asumas que siempre lo hacen.

5. ARR no debe confundirse con Annualized Revenue Run Rate

Las siglas ARR se usan a veces también para “Annualized Revenue Run Rate”, es decir, anualizar el revenue reciente aunque no sea contractual o recurrente.

Eso es conceptualmente distinto de Annual Recurring Revenue.

En un SaaS conviene reservar ARR para recurring revenue y, si utilizas un run-rate anualizado de otra magnitud, nombrarlo expresamente para evitar ambigüedad.

6. Descuentos: MRR debe reflejar lo que realmente paga el cliente

Si un plan cuesta 1.000 €/mes pero el contrato concede un 20% de descuento durante doce meses, una política basada en precio contractual neto mostraría:

MRR = 800 €.

Cuando el descuento expira, el aumento puede convertirse en Expansion MRR.

ChartMogul, por ejemplo, clasifica como Expansion el incremento de MRR producido cuando expira un descuento.

Lo importante es no utilizar list price para inflar recurrencia que el cliente no está pagando.

7. Free months y ramp-up contractual

Si un contrato tiene:

• meses gratis;
• precio creciente;
• ramp-up por seats;
• minimum commitment progresivo;

define si MRR sigue el valor contractual de cada período o si normalizas de otra forma para determinada vista.

No ocultes la diferencia: una vista de recurring run-rate puede no coincidir con revenue recognition.

8. Usage-based pricing: qué parte es realmente recurrente

En modelos usage-based hay varias capas:

• platform fee fija;
• minimum commitment;
• consumo variable;
• overages.

Una metodología prudente puede incluir como MRR contractual la parte comprometida y analizar el consumo variable por separado.

Si quieres incorporar consumo histórico recurrente, utiliza una regla estable —por ejemplo, run-rate o media normalizada— y etiqueta claramente que no es contractual.

La consistencia importa más que inventar una falsa exactitud.

9. MRR Bridge: la ecuación central

Una empresa SaaS debería poder reconciliar cada mes:

Ending MRR = Beginning MRR + New MRR + Expansion MRR + Reactivation MRR − Contraction MRR − Churned MRR.

ChartMogul utiliza precisamente categorías de movimiento como New Business, Expansion, Contraction, Churn y Reactivation para explicar cómo evoluciona MRR.

Si el bridge no reconcilia exactamente con Ending MRR, existe un problema de datos o clasificación.

10. New MRR

MRR añadido por clientes que empiezan por primera vez una suscripción recurrente.

No es igual a:

• valor total del contrato;
• TCV;
• importe facturado;
• cash collected;
• pipeline ganado todavía no activo, según la política.

11. Expansion MRR

Aumento de MRR dentro de clientes existentes por:

• más seats;
• upgrade de plan;
• nuevos módulos;
• más consumo;
• cross-sell;
• subida de precio;
• fin de un descuento.

Separar los motivos de expansión mejora mucho la lectura: expansión por uso no es lo mismo que expansión únicamente por repricing.

12. Contraction MRR

Reducción de MRR dentro de un cliente que sigue activo.

Puede venir de:

• downgrade;
• menos seats;
• menor consumo;
• descuento nuevo;
• eliminación de módulos.

Contraction es importante porque puede deteriorar GRR mucho antes de que el cliente churne completamente.

13. Churned MRR

MRR perdido cuando el cliente deja de generar la recurrencia que estaba activa.

Define claramente:

• fecha efectiva de cancelación;
• cancel at period end;
• pausas;
• failed payments;
• grace periods.

Sin una política consistente, el churn mensual puede moverse solo por criterios de sistema.

14. Reactivation MRR

MRR que vuelve de un cliente previamente churned.

Conviene clasificarlo separado de New MRR porque:

• no es una adquisición completamente nueva;
• puede tener CAC diferente;
• permite conservar la historia real de churn;
• mejora el análisis de retención.

No reescribas el pasado como si la baja nunca hubiera sucedido.

15. Net New MRR: incluye Reactivation

Una definición completa es:

Net New MRR = New MRR + Expansion MRR + Reactivation MRR − Contraction MRR − Churned MRR.

Y:

Ending MRR = Beginning MRR + Net New MRR.

Eso convierte Net New MRR en la explicación del cambio neto de recurrencia del período.

Ejemplo completo de MRR Bridge

Beginning MRR: 100.000 €.

• New MRR: +15.000 €;
• Expansion: +8.000 €;
• Reactivation: +2.000 €;
• Contraction: −4.000 €;
• Churn: −6.000 €.

Net New MRR = +15.000 €.

Ending MRR = 115.000 €.

Pero el dato importante no es solo que MRR crezca 15%. Dirección debería ver que para añadir 15.000 € netos ha necesitado generar 25.000 € de movimientos positivos y absorber 10.000 € de fugas.

Growth quality: el mismo Net New MRR puede tener dos historias

Empresa A:

• New + Expansion + Reactivation: +18.000 €;
• Contraction + Churn: −3.000 €;
• Net New: +15.000 €.

Empresa B:

• movimientos positivos: +35.000 €;
• movimientos negativos: −20.000 €;
• Net New: +15.000 €.

Las dos crecen lo mismo neto. La segunda necesita mucho más esfuerzo para reemplazar lo que pierde.

Relacionado: Churn, GRR y NRR.

16. MRR Growth Rate: mira también los componentes

Una fórmula simple:

MRR Growth % = (Ending MRR − Beginning MRR) / Beginning MRR.

Útil para velocidad de crecimiento, insuficiente para calidad.

Siempre acompáñala de:

• New MRR;
• Expansion;
• Contraction;
• Churn;
• NRR/GRR;
• concentración.

17. ARR: cuándo MRR × 12 funciona bien

MRR × 12 es muy útil cuando:

• la base es realmente recurrente;
• el pricing se puede mensualizar;
• no estás mezclando one-offs;
• la política de activación es consistente.

Stripe también utiliza MRR × 12 como una forma habitual de derivar ARR en negocios recurrentes.

Cuándo ARR necesita más cuidado

Especialmente con:

• usage-based muy volátil;
• seasonality fuerte;
• contratos con ramp-up;
• servicios profesionales relevantes;
• consumos extraordinarios;
• contratos future-dated;
• FX significativo.

En esos casos, acompaña ARR de una explicación metodológica.

18. Currency y FX: el crecimiento puede venir del tipo de cambio

Si vendes en varias divisas, cambios de FX pueden mover MRR/ARR sin que haya cambiado ningún contrato.

Para gestión puede ser útil tener:

• reported currency MRR;
• constant-currency MRR;
• FX impact separado.

Así distingues crecimiento comercial de efecto divisa.

19. Failed payments y delinquent customers

No existe una única política universal para cuándo sacar del MRR a una suscripción con un pago fallido.

Define:

• grace period;
• dunning;
• cuándo se considera churn;
• cómo se trata una recuperación posterior.

Stripe incluye en determinados cálculos suscripciones activas y overdue, mientras otras herramientas pueden aplicar reglas distintas. Por eso comparar MRR entre sistemas sin revisar metodología puede producir diferencias.

20. Pausas, cancel at period end y cambios de plan

Documenta cómo se reflejan:

• pause temporal;
• cancelación futura ya solicitada;
• upgrade prorateado;
• downgrade efectivo en próxima renovación;
• migración entre planes;
• múltiples subscriptions de un mismo cliente.

Las herramientas pueden clasificar el movimiento en momentos diferentes; el reporting de dirección debe mantener una política estable.

21. ARR de calidad: no todo euro recurrente vale lo mismo

Dos empresas con 2 M€ de ARR pueden tener perfiles muy distintos.

Revisa:

• GRR y NRR;
• gross margin;
• concentración de clientes;
• duración contractual;
• annual vs monthly billing;
• dependencia de descuentos;
• early churn;
• porcentaje de servicios no recurrentes;
• expansión;
• cash collection.

ARR mide escala de recurrencia, no calidad completa del negocio.

22. Customer concentration: ARR puede ser recurrente y frágil

Si un único cliente representa 25% del ARR, perderlo puede cambiar la trayectoria de un día para otro.

Acompaña ARR con:

• Top 1 concentration;
• Top 5 / Top 10 concentration;
• renovaciones próximas;
• ARR at risk.

23. MRR por cohortes

Para cada cohorte de adquisición, sigue:

• Initial MRR;
• Expansion;
• Contraction;
• Churn;
• Reactivation;
• Net MRR retention.

ChartMogul utiliza precisamente cohortes de Net MRR Retention para mostrar cómo evoluciona el revenue de grupos de clientes después de la primera suscripción.

24. MRR y revenue recognition

MRR es una métrica de gestión; revenue es una magnitud contable.

Un contrato anual prepagado puede generar:

• mucha caja hoy;
• deferred revenue en balance;
• revenue reconocido durante meses;
• MRR normalizado desde la recurrencia activa.

No intentes obligar a que las cuatro cifras coincidan.

Debes poder reconciliarlas.

25. MRR y cash flow

MRR creciente no garantiza caja creciente.

Puedes tener:

• MRR alto y clientes que pagan a 60 días;
• ARR alto y facturación anual atrasada;
• crecimiento recurrente financiado por CAC elevado;
• mucho deferred revenue por prepagos.

Relacionado: Cash Flow para startups.

26. MRR y Forecast: proyecta movimientos, no una tasa mágica

Un forecast SaaS robusto debería utilizar:

Beginning MRR + New + Expansion + Reactivation − Contraction − Churn = Ending MRR.

Después:

• normaliza a ARR;
• conecta revenue recognition;
• modela billing;
• modela collections;
• actualiza gross margin;
• recalcula caja.

Stripe recomienda que un forecast SaaS refleje precisamente cómo se mueve el revenue a través del negocio, incluyendo MRR, ARR, churn, expansion y contraction.

Relacionado: Forecast financiero.

27. Forecast de contratos enterprise: pipeline no es MRR

En una venta enterprise puedes separar:

• pipeline;
• weighted pipeline;
• signed bookings;
• contracted future ARR;
• live MRR;
• billing;
• cash.

Eso evita sumar oportunidades al ARR antes de tiempo y permite anticipar el desfase entre firma y go-live.

28. Qué debería revisar dirección cada mes

1. Beginning MRR.
2. New MRR.
3. Expansion MRR.
4. Reactivation MRR.
5. Contraction MRR.
6. Churned MRR.
7. Net New MRR.
8. Ending MRR.
9. ARR.
10. MRR/ARR growth.
11. GRR y NRR.
12. Bookings y contracted future ARR.
13. non-recurring revenue.
14. billing y collections.
15. concentración y ARR at risk.

Decision rules: qué debería cambiar según el MRR bridge

Ejemplos:

• New MRR bajo: revisar pipeline, capacidad comercial y conversión.
• Expansion débil: revisar adoption, packaging y upsell.
• Contraction creciente: revisar uso, pricing y downgrades.
• Churn alto: revisar ICP, onboarding, producto y renewals.
• Reactivation alta: entender por qué los clientes se fueron antes de celebrar que vuelven.
• ARR crece pero cash no: revisar billing, collections y CAC.
• Bookings crecen pero Live ARR no: revisar implementation y tiempo hasta activación.

Checklist 10/10 de MRR y ARR

1. ¿Recurring revenue está definido?
2. ¿One-offs están excluidos?
3. ¿La fecha de activación de MRR es explícita?
4. ¿Live ARR y Contracted ARR están separados si aplica?
5. ¿MRR no se confunde con invoice o cash?
6. ¿ARR no se confunde con TCV?
7. ¿ACV y ARR tienen definiciones explícitas?
8. ¿Descuentos están neteados correctamente?
9. ¿Usage-based tiene una política estable?
10. ¿El MRR bridge reconcilia exactamente?
11. ¿Reactivation está separada de New?
12. ¿Contraction está separada de Churn?
13. ¿Failed payments y pausas tienen política?
14. ¿FX se separa cuando es material?
15. ¿MRR/ARR se reconcilian con revenue, billing y cash?

Cómo lo utiliza un CFO

Un CFO utiliza MRR y ARR para construir una única narrativa desde contrato → recurrencia → P&L → facturación → caja.

1. define la política de MRR/ARR;
2. reconcilia movimientos;
3. separa recurring y non-recurring;
4. conecta MRR con GRR/NRR;
5. analiza calidad y concentración de ARR;
6. integra bookings y future ARR sin inflar Live ARR;
7. actualiza el forecast;
8. reconcilia revenue, billing y collections;
9. convierte los movimientos en decisiones comerciales y financieras.

Si quieres integrar esta disciplina en el reporting financiero de la compañía, consulta el servicio de CFO externo de Premoney.

Fuentes y metodología

Última revisión: 12 de septiembre de 2026. La metodología de Premoney trata MRR y ARR como métricas operativas de recurrencia normalizada y las mantiene separadas de bookings, revenue contable, billing y cash. Se han contrastado las definiciones con la guía de Stripe sobre MRR, su guía de ARR y la metodología de MRR Movements de ChartMogul. La clasificación concreta debe documentarse y mantenerse estable antes de comparar métricas entre períodos o herramientas.

Errores frecuentes al calcular MRR y ARR

❌ Confundir MRR con facturación

Una factura anual puede ser doce veces el MRR normalizado del contrato.

❌ Confundir MRR con cash

El calendario de cobro no define la recurrencia.

❌ Confundir ARR con TCV

Un contrato de tres años no aporta tres años de ARR en el momento de la firma.

❌ Incluir setup o servicios one-off

Infla artificialmente la calidad recurrente de ingresos.

❌ Contar contratos future-dated como Live ARR sin etiquetarlos

Utiliza Contracted ARR si necesitas esa vista.

❌ Utilizar list price en vez del precio contractual neto

Los descuentos reales deben reflejarse en la recurrencia según la política elegida.

❌ Mezclar Bookings, ACV y ARR

Pueden coincidir en contratos simples, pero conceptualmente son métricas distintas.

❌ Llamar ARR a cualquier revenue anualizado

Annual Recurring Revenue y annualized revenue run-rate no son necesariamente lo mismo.

❌ Ignorar Reactivation MRR

Meter clientes reactivados dentro de New MRR borra información útil de retención.

❌ Mezclar Contraction y Churn

Downgrade y cancelación completa requieren diagnósticos diferentes.

❌ No reconciliar el MRR bridge

Beginning MRR más movimientos debe cuadrar exactamente con Ending MRR.

❌ Tratar usage variable como recurrencia contractual sin política

Separa committed revenue de run-rate estimado.

❌ Ignorar failed payments, pauses y cancel-at-period-end

Sin política estable, churn y MRR cambian por criterios del sistema.

❌ Ignorar FX

El tipo de cambio puede crear crecimiento o contracción aparente sin movimientos comerciales.

❌ Mirar solo Ending MRR

La cifra neta puede esconder mucho churn y contracción compensados por adquisición.

Preguntas frecuentes sobre MRR y ARR

¿Qué es MRR?

Monthly Recurring Revenue es el ingreso recurrente mensual normalizado de la base de suscripciones según una metodología estable.

¿Qué es ARR?

Annual Recurring Revenue es la recurrencia anualizada. En modelos estables suele aproximarse como MRR × 12.

¿MRR es revenue contable?

No. Es una métrica operativa de recurrencia; revenue sigue criterios de reconocimiento contable.

¿MRR es lo facturado?

No necesariamente. Un contrato anual facturado por adelantado puede generar una factura grande y un MRR mensual normalizado mucho menor.

¿ARR es lo mismo que TCV?

No. TCV es valor contractual total; ARR anualiza la parte recurrente.

¿Qué diferencia hay entre ARR y ACV?

ACV anualiza valor contractual y ARR mide recurrencia anual normalizada. Pueden coincidir en contratos sencillos, pero no siempre.

¿Debo incluir setup fees en MRR?

No si son ingresos puntuales no recurrentes.

¿Qué hago con contratos firmados que empiezan más adelante?

Puedes mantener Contracted ARR separado, pero no mezclarlo con Live ARR si la política exige que la suscripción esté activa.

¿Cómo trato contratos anuales?

Normaliza el componente recurrente sobre el período contractual, independientemente de cuándo se facture o cobre.

¿Cómo trato usage-based revenue?

Separa minimum commitments y componentes fijos del consumo variable. Si anualizas consumo histórico, documenta claramente la metodología.

¿Qué es Net New MRR?

New + Expansion + Reactivation − Contraction − Churn. Explica el cambio neto de MRR del período.

¿Qué es Reactivation MRR?

MRR recuperado de clientes previamente churned. Conviene separarlo de New MRR.

¿Por qué MRR y caja pueden moverse distinto?

Porque recurrencia, facturación y cobro siguen calendarios distintos.

¿Cómo se lleva MRR al forecast?

Proyecta Beginning MRR, New, Expansion, Reactivation, Contraction y Churn y reconcilia Ending MRR. Después conecta ARR, revenue, billing y cash.

Conclusión

MRR y ARR son útiles cuando miden recurrencia real, no cuando se utilizan para meter bajo la misma etiqueta contratos firmados, facturas, cobros y servicios puntuales.

Define qué significa “activo”, separa Live ARR de Contracted ARR cuando sea necesario y mantén bookings, billing, revenue y cash como capas distintas. Después obliga a que el MRR bridge reconcilie cada mes.

Cuando puedes explicar exactamente cuánto crecimiento viene de New, Expansion y Reactivation y cuánto se pierde por Contraction y Churn, MRR deja de ser un número de portada y se convierte en una herramienta para entender la calidad real del crecimiento.