Cómo convertir una exportación de suscripciones en un informe de MRR y ARR (Guía de 2026)

Una exportación de suscripciones te ofrece filas con: cliente, plan, importe, intervalo, estado y fecha de inicio. Un informe de MRR necesita una sola cifra al mes. Pasar de lo uno a lo otro parece pura aritmética y es, en su mayor parte, una cuestión de definiciones.

Dos decisiones determinan cada cifra del informe final: qué suscripciones se consideran activas y si los descuentos se restan del importe.

Si te equivocas en cualquiera de las dos, el informe seguirá cuadrando internamente. El problema es que no coincidirá con finanzas, ni con el panel de facturación, ni con la versión del mes pasado.

Esta guía explica qué debes definir primero, las tres vías manuales y en qué punto deja de funcionar cada una de ellas.

Lo que necesitas antes de empezar

Necesitas la exportación con una fila por suscripción, no una fila por factura. Las facturas te indican lo que se cobró; las suscripciones te indican lo que es recurrente.

Necesitas el intervalo de facturación en cada fila. Los planes mensuales y anuales no se pueden sumar hasta que los anuales se hayan normalizado.

También necesitas la columna de estado. La documentación de análisis de facturación de Stripe define el MRR como la suma de los importes normalizados mensualmente. Solo tiene en cuenta las suscripciones con estado active y past_due.

Vale la pena adoptar esa definición tal cual. Es pública, es específica y te ofrece una respuesta sólida cuando alguien pregunte por qué ha cambiado una cifra.

Primero hay que tomar tres decisiones.

Qué estados cuentan. El valor predeterminado documentado es activo más vencido. Las suscripciones canceladas e impagadas se consideran cancelaciones (churn) y se descartan.

Si se aplican los descuentos. Stripe permite configurar esto, con ajustes independientes para descuentos recurrentes y de un solo uso. Los descuentos permanentes siempre se deducen.

Cuándo empieza a contar un suscriptor. Stripe te permite elegir entre el inicio del primer periodo de facturación o la recepción del primer pago. La primera opción se describe como la más habitual.

Anota esas tres decisiones en la hoja antes de escribir una sola fórmula. Son la diferencia entre presentar un informe y empezar una discusión.

Por qué la aritmética es la parte fácil

Normalizar es sencillo. El propio ejemplo práctico de Stripe utiliza 100 suscriptores en un plan mensual de $100 más 50 en un plan anual de $600. Eso da como resultado (100 × 100) + (50 × (600 / 12)) = 12,500.

Las complicaciones surgen con las exclusiones, y es fácil pasarlas por alto en una hoja de cálculo.

Los impuestos quedan fuera. Stripe excluye los impuestos del MRR. Si tu exportación contiene importes brutos, estarás inflando las cifras todos los meses.

Los periodos de prueba quedan fuera. Las suscripciones en periodo de prueba se excluyen hasta que se convierten en clientes de pago.

Los planes gratuitos quedan fuera. Un suscriptor en un plan de precio cero no aporta nada, por lo que tampoco se contabiliza como suscriptor activo.

Los ingresos basados en el uso quedan fuera. Esto suele sorprender a la gente. Los productos medidos por consumo se excluyen por completo del MRR, por lo que, por diseño, una empresa con facturación parcial por uso verá que su MRR se sitúa por debajo de sus ingresos reales.

Luego está el caso de los cupones, que está documentado y es realmente contraintuitivo. Si el MRR de un suscriptor cae a cero, se le considera como una baja (churn) durante ese periodo.

Un cupón de descuento del 100% hace exactamente eso. Si retiras el cupón más adelante, el suscriptor vuelve a estar activo, lo que se registra como una reactivación.

Así, una promoción puede generar bajas en tu informe sin que se haya ido un solo cliente.

Cómo hacerlo manualmente

Opción 1: Normalizar el intervalo y luego sumar por mes

Añade una columna para el importe mensual. Divide los importes anuales entre doce, multiplica los semanales por aproximadamente 4.33 y deja los mensuales tal cual.

Después, calcula el total por mes con SUMIFS, filtrando por estado. Utiliza EOMONTH para generar las fechas de fin de mes sobre las que vas a informar.

Informa el MRR a cierre de mes, no a fecha de hoy. El informe descargable de Stripe muestra explícitamente el MRR de cada suscriptor a final de mes, y adaptarse a esa convención te ahorrará conciliaciones más adelante.

El límite aquí es el histórico. Esto te da el mes actual de forma limpia, pero no te dice nada sobre por qué ha cambiado.

Opción 2: Crear las columnas de movimientos

Esto es lo que hace que el informe sea útil. Desglosa la variación en: nuevos, reactivación, expansión, contracción y baja (churn).

La definición de crecimiento de Stripe es la cifra inicial más los nuevos, reactivaciones y expansiones, menos las contracciones y bajas, ajustada posteriormente por los tipos de cambio. Su ejemplo práctico pasa de $1,000 a $1,045 a través de esos componentes exactos.

Ten en cuenta este último término. Si algún cliente paga en otra divisa, un modelo basado puramente en fórmulas no cuadrará hasta que gestiones el efecto del tipo de cambio.

La presencia de varias divisas tiene una segunda consecuencia que conviene conocer. Stripe señala que filtrar y agrupar por producto o precio no está disponible cuando los ingresos por suscripción se gestionan en varias monedas.

El límite de esta vía es el mantenimiento. Las columnas de movimientos necesitan una instantánea del periodo anterior, por lo que tendrás que guardar una segunda copia del mes pasado para siempre.

Opción 3: Obtener los movimientos directamente del sistema de facturación

La mayoría de las plataformas de facturación te permiten exportar los movimientos. Stripe publica tres archivos CSV: MRR por suscriptor y mes, un resumen de métricas de suscripción y un registro de cada movimiento de MRR de los clientes.

Ese tercer archivo es el que debes solicitar. Elimina la parte más difícil de la Opción 2.

Si cambias la definición de una métrica, ten en cuenta que habrá un retraso. Stripe advierte que los cambios de configuración tardan entre 24 y 48 horas en verse reflejados.

El límite común. Las tres vías se quedan en el MRR. Convertirlo en ARR, ARPU, baja (churn) y retención implica añadir otra capa de decisiones sobre la misma tabla.

Dónde se ralentiza la vía manual

El primer mes te llevará una tarde. El cuarto te llevará más tiempo, y no porque los datos se hayan vuelto más complejos.

Para entonces, el libro de trabajo contendrá dos definiciones de "activo", una columna de tipo de cambio corregida a mano y una pestaña de movimientos que nadie querrá tocar.

Las métricas derivadas multiplican el problema. El ARPU es el MRR total dividido por los suscriptores activos. El valor de vida del cliente (LTV) es el ARPU dividido por la tasa de cancelación (churn rate).

La tasa de cancelación (churn) tiene su propia trampa. El denominador de Stripe son los suscriptores activos hace treinta días más los nuevos suscriptores añadidos en ese intervalo, lo que da 100 / (1000 + 100) = 9.1%. Una hoja de cálculo que divida únicamente por el recuento inicial mostrará una cifra más alta.

La retención también se comporta de forma inesperada. La retención de ingresos puede superar el 100% porque la expansión dentro de una cohorte compensa las bajas.

Nada de esto es difícil. Son solo cinco decisiones de criterio que deben tomarse de forma idéntica cada mes, independientemente de quién se encargue de elaborar el informe.

Cómo crear el informe con Powerdrill Bloom

Paso 1: Sube tu exportación de suscripciones

Sube el archivo CSV de suscripciones, o los archivos de suscripciones y movimientos juntos. Powerdrill Bloom analiza las columnas al recibirlas, por lo que los intervalos que faltan, los importes en blanco y los ID de suscripción duplicados se detectan antes de calcular cualquier total.

Paso 2: Define las reglas en lenguaje natural

Describe las reglas en lugar de programarlas. Indica qué estados cuentan, si los importes son netos de descuentos y a qué cierre de mes te refieres.

Luego, solicita las comprobaciones en el mismo paso. Pregunta qué filas tienen un intervalo inesperado y qué suscripciones quedan a cero tras aplicar los descuentos. Por último, pregunta si los totales mensuales coinciden con el resumen de facturación.

Paso 3: Exporta el gráfico, informe o presentación

Obtén la tendencia mensual, una tabla de movimientos por componentes o una diapositiva lista para el consejo de administración con las cifras y las definiciones.

Por qué esto es mejor que volver a crearlo cada mes

	Vía manual	Powerdrill Bloom
Normalizar planes anuales	Columna de fórmula por archivo	Subir y definir la regla
Desglose de movimientos	Mantener una instantánea del mes anterior	Solicitar los componentes
Excluir periodos de prueba y líneas de consumo	Filtros manuales en cada ciclo	Definir las exclusiones
Conciliar con el resumen de facturación	Comprobación manual	Preguntar si los totales coinciden

En las filas intermedias es donde se te van los días. Sumar una columna no es el verdadero trabajo; lo difícil es mantener estables cinco definiciones a lo largo de los meses.

Errores comunes

Sumar facturas en lugar de suscripciones. Las facturas incluyen cargos únicos y prorrateos. Los ingresos recurrentes son una propiedad de la suscripción, no de la factura.

Dejar los impuestos en el importe. Los impuestos inflan las cifras de cada mes y nunca se compensan. Elimínalos antes de normalizar.

Contabilizar los periodos de prueba como ingresos. Un periodo de prueba aún no tiene un importe recurrente. Incluirlo es como pedir prestado el crecimiento del mes que viene.

Tratar el ARR como el MRR multiplicado por doce sin aclararlo. Es una cifra anual normalizada, no efectivo recaudado. Etiquétalo correctamente para que nadie lo confunda con reservas (bookings).

Ignorar el efecto de los cupones en las bajas (churn). Un descuento total reduce el valor del suscriptor a cero, lo que se interpreta como una baja. Marca esas filas en lugar de tener que dar explicaciones más tarde.

Dividir las bajas (churn) por el recuento inicial. El denominador documentado incluye los suscriptores añadidos durante ese intervalo. Las dos versiones producen tasas diferentes con los mismos datos.

Reconstruir el informe desde cero cada mes. Las definiciones no cambian; solo cambia la exportación. Mantén las reglas y sustituye el archivo, aplicando la misma disciplina que en un informe de presupuesto frente a costes reales.

Conclusión

Define la lista de estados, decide sobre los descuentos, normaliza el intervalo e informa a cierre de mes. Esos cuatro pasos permiten crear un informe de MRR capaz de resistir cualquier pregunta del departamento de finanzas.

Lo costoso no es la suma. Lo difícil es que deba mantenerse la coherencia de cinco definiciones todos los meses mientras el formato de la exportación cambia.

Si ahí es donde se te va el cierre de mes, prueba Powerdrill Bloom con tu exportación de suscripciones. Consulta también nuestra guía sobre cómo establecer objetivos de KPI a partir de tus propios datos. El recopilatorio de herramientas de IA para el seguimiento de métricas de SaaS y la página de análisis financiero con IA cubren la parte de las herramientas.

Preguntas frecuentes

¿Cuál es la fórmula para calcular el MRR a partir de una exportación de suscripciones?

Normaliza cada suscripción a un importe mensual y luego suma aquellas que tengan un estado apto. El ejemplo de Stripe es (100 × $100) + (50 × ($600 / 12)) = $12,500.

¿Cómo convierto el MRR en ARR?

Multiplica la cifra mensual por doce. Etiquétala como una tasa de ejecución anual (run rate) normalizada en lugar de efectivo recaudado, ya que los planes anuales se facturan por adelantado.

¿Se deben incluir los ingresos basados en el uso?

Stripe excluye los productos medidos por consumo del MRR. Si una parte significativa de tus ingresos se basa en el uso, infórmala en una línea aparte en lugar de integrarla.

¿Qué estados de suscripción se consideran activos?

El valor predeterminado documentado es active más past_due. Las suscripciones canceladas e impagadas se consideran bajas (churn) y se descartan del total.

¿Por qué mi tasa de cancelación (churn rate) difiere de la del panel de facturación?

Lo más habitual es que se deba al denominador. El cálculo documentado divide por los suscriptores activos hace treinta días más los nuevos suscriptores añadidos durante ese intervalo.