Como transformar uma exportação de assinaturas em um relatório de MRR e ARR (Guia 2026)

Uma exportação de assinaturas fornece linhas: cliente, plano, valor, intervalo, status, data de início. Um relatório de MRR precisa de um número por mês. Ir de um ao outro parece aritmética e é, em grande parte, uma questão de definições.

Duas escolhas decidem cada valor no relatório final. Quais assinaturas contam como ativas e se os descontos são deduzidos do valor.

Erre qualquer uma delas e o relatório ainda fechará internamente. Ele apenas discordará do financeiro, do painel de faturamento e da versão do mês passado.

Este guia aborda o que definir primeiro, os três caminhos manuais e onde cada um deles deixa de funcionar.

O que você precisa antes de começar

Você precisa da exportação com uma linha por assinatura, não uma linha por fatura. As faturas mostram o que foi cobrado. As assinaturas mostram o que é recorrente.

Você precisa do intervalo de faturamento em cada linha. Planos mensais e anuais não podem ser somados até que os anuais sejam normalizados.

Você também precisa da coluna de status. A documentação de análise de faturamento da Stripe define o MRR como a soma dos valores normalizados mensalmente. Ela conta apenas as assinaturas com status active e past_due.

Vale a pena adotar essa definição como ela é. Ela é pública, específica e oferece uma resposta defensável quando alguém perguntar por que um número mudou.

Três decisões vêm primeiro.

Quais status contam. Active mais past due é o padrão documentado. Canceladas e não pagas são tratadas como churn e ficam de fora.

Se os descontos são deduzidos. A Stripe torna isso configurável, com configurações separadas para descontos recorrentes e de pagamento único. Descontos vitalícios (forever) são sempre deduzidos.

Quando um assinante começa a contar. A Stripe permite que você escolha o início do primeiro período de faturamento ou o recebimento do primeiro pagamento. A primeira opção é descrita como a mais comum.

Escreva essas três definições na planilha antes de criar uma fórmula. Elas são a diferença entre um relatório e uma discussão.

Por que a aritmética é a parte fácil

Normalizar é simples. O próprio exemplo prático da Stripe usa 100 assinantes em um plano mensal de $100 mais 50 em um plano anual de $600. Isso resulta em (100 × 100) + (50 × (600 / 12)) = 12.500.

As complicações são as exclusões, e é fácil esquecê-las em uma planilha.

Impostos ficam de fora. A Stripe exclui impostos do MRR. Se a sua exportação contiver valores brutos, você estará superestimando os números todos os meses.

Períodos de teste (trials) ficam de fora. Assinaturas em período de teste são excluídas até que sejam convertidas.

Planos gratuitos ficam de fora. Um assinante em um plano de valor zero não contribui com nada, portanto, também não é contado como um assinante ativo.

Receita baseada em uso fica de fora. Isso é o que mais surpreende as pessoas. Produtos medidos (tarifados por consumo) são totalmente excluídos do MRR, de modo que uma empresa com faturamento parcialmente baseado em uso verá, por design, o MRR ficar abaixo da receita real.

Depois, há o caso dos cupons, que é documentado e genuinamente contra-intuitivo. Se o MRR de um assinante cai para zero, esse assinante é tratado como churn no período.

Um cupom de 100% de desconto faz exatamente isso. Remova o cupom mais tarde e o assinante se tornará ativo novamente, o que aparece como uma reativação.

Portanto, uma promoção pode gerar churn em seu relatório sem que um único cliente vá embora.

Como fazer isso manualmente

Opção 1: Normalizar o intervalo e depois somar por mês

Adicione uma coluna de valor mensal. Divida os valores anuais por doze, multiplique os semanais por aproximadamente 4,33 e deixe os mensais como estão.

Em seguida, faça a soma por mês com SUMIFS, filtrando pelo status. Use EOMONTH para criar as datas de fim de mês em relação às quais você está relatando.

Relate o MRR no final do mês, não na data de hoje. O relatório para download da Stripe é explicitamente o MRR de cada assinante no final do mês, e seguir essa convenção evita problemas de conciliação mais tarde.

O limite aqui é o histórico. Isso fornece o mês atual de forma limpa, mas não diz nada sobre o motivo da mudança.

Opção 2: Criar as colunas de movimentação

É isso que torna o relatório útil. Divida a mudança em novos clientes, reativação, expansão, contração e churn.

A definição de crescimento da Stripe é o valor inicial mais novos clientes, reativação e expansão, menos contração e churn, ajustado pelas taxas de câmbio. Seu exemplo prático passa de $1.000 para $1.045 exatamente por meio desses componentes.

Observe o último termo. Se algum cliente pagar em outra moeda, um modelo baseado puramente em fórmulas não fechará até que você trate o efeito cambial.

A multimoeda tem uma segunda consequência que vale a pena conhecer. A Stripe afirma que a filtragem e o agrupamento por produto ou preço não estão disponíveis quando a receita de assinatura é processada em várias moedas.

O limite desse caminho é a manutenção. As colunas de movimentação precisam de um instantâneo (snapshot) do período anterior, de modo que você precisará manter uma segunda cópia do mês passado para sempre.

Opção 3: Obter as movimentações diretamente do sistema de faturamento

A maioria das plataformas de faturamento exportará as movimentações para você. A Stripe publica três CSVs: MRR por assinante por mês, um resumo das métricas de assinatura e um registro de cada movimentação de MRR do cliente.

Esse terceiro arquivo é o que você deve solicitar. Ele elimina a parte mais difícil da Opção 2.

Se você alterar a definição de uma métrica, espere um atraso. A Stripe observa que as alterações de configuração levam de 24 a 48 horas para aparecer.

O limite comum. Todos os três caminhos param no MRR. Transformá-lo em ARR, ARPU, churn e retenção significa adicionar outra camada de decisões sobre a mesma tabela.

O onde o caminho manual fica lento

O primeiro mês leva uma tarde. O quarto leva mais tempo, e não porque os dados ficaram mais difíceis.

A essa altura, a planilha contém duas definições de ativos, uma coluna de câmbio corrigida manualmente e uma aba de movimentação em que ninguém quer mexer.

Métricas derivadas multiplicam o problema. O ARPU é o MRR total dividido pelos assinantes ativos. O Lifetime Value (LTV) é o ARPU dividido pela taxa de churn.

O churn tem sua própria armadilha. O denominador da Stripe é o número de assinantes ativos há trinta dias mais os novos assinantes adicionados nesse intervalo, o que resulta em 100 / (1000 + 100) = 9,1%. Uma planilha que divide apenas pelo número inicial reportará um número maior.

A retenção também se comporta de maneira inesperada. A retenção de receita pode ultrapassar 100%, porque a expansão dentro de uma coorte (cohort) supera o churn.

Nada disso é difícil. São apenas cinco decisões de julgamento que precisam ser tomadas de forma idêntica todos os meses, por quem quer que esteja criando o relatório.

Como criar o relatório com o Powerdrill Bloom

Passo 1: Faça o upload da sua exportação de assinaturas

Faça o upload do CSV de assinaturas, ou dos arquivos de assinatura e movimentação juntos. O Powerdrill Bloom analisa as colunas ao recebê-las, de modo que intervalos ausentes, valores em branco e IDs de assinatura duplicados aparecem antes que qualquer total seja calculado.

Passo 2: Defina as regras em linguagem natural

Descreva as regras em vez de criá-las manualmente. Diga quais status contam, se os valores são líquidos de descontos e qual fim de mês você está relatando.

Em seguida, solicite as verificações na mesma etapa. Pergunte quais linhas têm um intervalo inesperado e quais assinaturas ficam zeradas após os descontos. Depois, pergunte se os totais mensais batem com o resumo de faturamento.

Passo 3: Exporte o gráfico, relatório ou apresentação

Extraia a tendência mensal, uma tabela de movimentação por componente ou um slide pronto para apresentação com os números e as definições.

Por que isso é melhor do que refazer o relatório mensalmente

	Caminho manual	Powerdrill Bloom
Normalização de planos anuais	Coluna de fórmula por arquivo	Faça o upload e defina a regra
Detalhamento de movimentações	Instantâneo do mês anterior para manter	Solicite os componentes
Exclusão de períodos de teste e linhas medidas	Filtros manuais a cada ciclo	Defina as exclusões
Conciliação com o resumo de faturamento	Verificação manual	Pergunte se os totais batem

As linhas do meio são onde o tempo vai embora. Somar uma coluna não dá trabalho; manter essa estabilidade de definições ao longo dos meses é o que realmente consome tempo.

Erros comuns

Somar faturas em vez de assinaturas. As faturas incluem cobranças únicas e proporções (prorratas). A receita recorrente é uma propriedade da assinatura, não da fatura.

Deixar impostos no valor. Os impostos inflam os números todos os meses e nunca são compensados. Remova-os antes de normalizar.

Contar períodos de teste (trials) como receita. Um período de teste ainda não tem um valor recorrente. Incluí-lo é como "pegar emprestado" o crescimento do próximo mês.

Tratar o ARR como o MRR multiplicado por doze sem deixar isso claro. Trata-se de um valor anual normalizado, não de caixa coletado. Identifique-o adequadamente para que ninguém o confunda com novas vendas (bookings).

Ignorar o efeito do cupom no churn. Um desconto total reduz o valor do assinante a zero, o que é interpretado como churn. Sinalize essas linhas em vez de ter que explicá-las mais tarde.

Dividir o churn apenas pelo número inicial. O denominador documentado inclui os assinantes adicionados durante o período. As duas versões produzem taxas diferentes com dados idênticos.

Refazer do zero a cada mês. As definições não mudam; apenas a exportação muda. Mantenha as regras e substitua o arquivo, seguindo a mesma disciplina de um relatório de orçamento versus realizado.

Conclusão

Defina a lista de status, decida sobre os descontos, normalize o intervalo e relate no final do mês. Esses quatro passos geram um relatório de MRR que resiste a qualquer questionamento do setor financeiro.

A parte cara não é a soma. É o fato de que cinco definições precisam se manter estáveis todos os meses enquanto o formato da exportação muda.

Se é aí que você perde tempo no fechamento do mês, experimente o Powerdrill Bloom em sua exportação de assinaturas. Veja também nosso guia sobre como definir metas de KPI a partir dos seus próprios dados. O compilado de ferramentas de IA para acompanhamento de métricas de SaaS e a página de análise financeira com IA cobrem a parte de ferramentas.

Perguntas frequentes

Qual é a fórmula para calcular o MRR a partir de uma exportação de assinaturas?

Normalize cada assinatura para um valor mensal e, em seguida, some aquelas com um status qualificado. O exemplo da Stripe é (100 × $100) + (50 × ($600 / 12)) = $12.500.

Como faço para converter MRR em ARR?

Multiplique o valor mensal por doze. Identifique-o como uma taxa de execução anual (annual run rate) normalizada, em vez de caixa coletado, pois os planos anuais são faturados antecipadamente.

A receita baseada em uso deve ser incluída?

A Stripe exclui produtos medidos (tarifados por consumo) do MRR. Se uma parcela significativa da sua receita for baseada em uso, relate-a em uma linha separada em vez de integrá-la ao MRR.

Quais status de assinatura contam como ativos?

O padrão documentado é active mais past_due. Assinaturas canceladas e não pagas são tratadas como churn e ficam de fora do total.

Por que minha taxa de churn é diferente do painel de faturamento?

Na maioria das vezes, o motivo é o denominador. O cálculo documentado divide pelo número de assinantes ativos há trinta dias mais os novos assinantes adicionados durante o período.