Como contamos

Em todos

Valem para todos os provedores, em todas as páginas.

1. 1

   A receita é contada antes dos impostos. A taxa é o que o provedor reteve para processar o pagamento.

2. 2

   O Ver o cálculo lista o imposto de cada pagamento: o que foi cobrado, o imposto excluído e de onde veio esse valor. Quando um provedor não informa o valor do imposto, a linha avisa.

3. 3

   Receita líquida é cobranças, menos reembolsos, menos taxas. Uma taxa que o provedor devolve com um reembolso reduz as taxas; uma taxa que ele cobra por um reembolso ou uma contestação conta como taxa. Todas as páginas contam assim.

4. 4

   Um reembolso conta no dia em que o provedor o informa, antes dos impostos, assim como a cobrança que ele devolve. Quando um reembolso é revertido ou um estorno é ganho, o reembolso deixa de contar.

5. 5

   O MRR conta o que uma assinatura cobra por mês após descontos recorrentes. Descontos únicos e testes não geram MRR; um teste que converte entra como novo no dia da conversão.

6. 6

   Uma assinatura em atraso continua contando enquanto o provedor tenta o pagamento novamente. Uma assinatura pausada conta como churn e volta quando é retomada.

7. 7

   Quando as tentativas se esgotam, a assinatura conta como churn. App Store e Google Play sem notificações não mostram tentativas, então uma renovação três dias atrasada conta como encerrada.

8. 8

   Uma mudança de plano anterior à conexão só aparece onde cada cobrança fica registrada: Gumroad, App Store e Google Play. Outros provedores só informam quanto uma assinatura custa agora, então ela começa no preço de hoje e as mudanças posteriores são datadas quando acontecem.

9. 9

   Valores em outras moedas são convertidos para a moeda do negócio pela taxa do Banco Central Europeu do dia de cada pagamento.

10. 10

    O RevGlance apenas lê. Ele nunca cobra, reembolsa nem altera nada no seu provedor.

Stripe

• Cobranças, reembolsos e taxas do Stripe vêm das suas transações de saldo, na moeda em que o Stripe as liquidou.
• Reembolsos de cartão contam no dia em que o Stripe os registra. Pagamentos bancários (ACH, SEPA e outros métodos locais) também contam; um reembolso que o banco devolve reduz seus reembolsos de novo.
• Uma contestação conta como reembolso quando o Stripe recupera o dinheiro, e o reembolso é cancelado se você ganhar. A taxa de contestação do Stripe é mantida como taxa.
• Cupons na assinatura e em itens individuais são descontados do MRR. Um cupom de valor fixo só conta na própria moeda.
• Assinaturas pausadas e não pagas contam como churn; uma em atraso continua contando enquanto o Stripe tenta cobrar o cartão de novo.
• Cobranças, reembolsos e contestações contam antes de impostos, na proporção de impostos da fatura ou Checkout Session. Sem acesso de leitura a Checkout Sessions, os impostos das vendas fora de uma fatura permanecem incluídos.
• Um preço com impostos inclusos conta antes de impostos no MRR, na proporção de impostos da fatura mais recente.
• Pausar a cobrança de pagamentos conta como churn a partir do dia em que o RevGlance a vê pela primeira vez, já que o Stripe não a data.

Polar

• Os pedidos contam antes de impostos, com a taxa da plataforma do Polar como taxa. Uma taxa em moeda diferente da do pedido aparece como zero.
• Os reembolsos contam antes de impostos, como a cobrança. O Polar não informa a data do reembolso, então ele é datado pela última alteração do pedido.
• Um reembolso de um pedido mais antigo é captado por uma leitura completa uma vez por semana, então pode aparecer até uma semana depois.
• Estornos não são lidos, então um perdido continua contado como cobrança, a menos que o provedor também o informe como reembolso.
• Cobranças com falha não são informadas, então esse número fica em zero.
• O MRR é o valor da assinatura, que o Polar já reduz por um desconto recorrente. Um desconto único não reduz o MRR.
• O MRR inclui impostos em preços com impostos inclusos: o Polar não informa quais assinaturas os usam. Cobranças e reembolsos contam antes de impostos.

Lemon Squeezy

• As cobranças são o total do pedido ou da fatura menos impostos.
• O Lemon Squeezy informa reembolsos com impostos, então o RevGlance retira os impostos proporcionalmente. Pode haver um centavo de arredondamento de vez em quando.
• Reembolsos totais são datados quando o Lemon Squeezy os fez. Reembolsos parciais não têm data, então aparecem na data da fatura.
• Uma assinatura cancelada continua contando até o fim do período pago. Uma não paga (quatro tentativas com falha) conta como churn e volta se o pagamento for recuperado.
• O Lemon Squeezy não envia data nem motivo de cancelamento: a data de cancelamento é a da última alteração da assinatura.
• O Lemon Squeezy não informa taxas, então as taxas aparecem como zero.
• Um desconto é descontado do MRR assim que uma renovação o mostra. O Lemon Squeezy não informa se um desconto se repete, então um que esteja só na primeira fatura não conta.
• Um reembolso de um pedido mais antigo é captado por uma leitura completa uma vez por semana, então pode aparecer até uma semana depois.
• Um teste convertido antes de você conectar não é mostrado, já que o Lemon Squeezy só indica um teste enquanto ele está ativo.
• Estornos não são lidos, então um perdido continua contado como cobrança, a menos que o provedor também o informe como reembolso.

App StoreBeta

Criado e testado com base na documentação do App Store, mas ainda não executado em uma conta real. Avise-nos se seus números forem diferentes dos relatórios do próprio App Store.

• O preço ao cliente conta como receita e a taxa é o preço ao cliente menos seus rendimentos, então impostos em preços com impostos inclusos aparecem como taxa.
• O MRR é o preço ao cliente mais recente, então inclui impostos onde os preços incluem: os relatórios da Apple não separam os impostos. Uma oferta introdutória conta pelo preço da oferta, e o preço normal depois aparece como uma expansão.
• Um reembolso vem do relatório da Apple com preço negativo. Quando a Apple reverte um reembolso, o RevGlance remove o reembolso mais recente daquele assinante e daquela assinatura. A Apple não diz qual reembolso foi revertido, então, com vários reembolsos em uma assinatura, o errado pode sair.
• Reembolsos pedidos depois que a Apple redefine o ID de um assinante (180 dias) são mantidos, mas sem cliente.
• Créditos de pacotes de apps (CMB-C) não são reembolsos e ficam de fora.
• A Apple não mostra cancelamentos: uma assinatura termina quando uma renovação está três dias atrasada.
• Cobranças com falha não são informadas, então esse número fica em zero.

Google PlayBeta

Criado e testado com base na documentação do Google Play, mas ainda não executado em uma conta real. Avise-nos se seus números forem diferentes dos relatórios do próprio Google Play.

• O Google publica os relatórios com três a sete dias de atraso. As vendas vêm primeiro; os ganhos depois as substituem pelo que o Google pagou a você, após a taxa dele. As cobranças contam antes de impostos.
• Cada linha de reembolso é mantida, inclusive as parciais. Dois reembolsos parciais de um pedido distribuídos em dois relatórios mensais podem colidir, e um pode ficar de fora. O Google não diz se os reembolsos são negativos nos relatórios, então eles são lidos como valores reembolsados.
• Reembolsos pela Play API voltam só 30 dias. Os mais antigos chegam com o relatório de ganhos.
• Sem notificações em tempo real, um cancelamento só aparece como uma renovação três dias atrasada, contada quando os relatórios cobrirem aquele dia.
• Compras de teste ficam de fora. Uma assinatura suspensa continua contando; uma pausada conta como churn até ser retomada.
• O MRR é o pedido mais recente, antes de impostos. Uma oferta introdutória conta pelo preço da oferta, e o preço normal depois aparece como uma expansão.
• Cobranças com falha não são informadas, então esse número fica em zero.

GumroadBeta

Criado e testado com base na documentação do Gumroad, mas ainda não executado em uma conta real. Avise-nos se seus números forem diferentes dos relatórios do próprio Gumroad.

• O Gumroad informa todos os valores em dólares americanos, qualquer que seja a moeda do seu produto, então as vendas são registradas em USD.
• Reembolsos não têm data: um reembolso é datado no dia em que o RevGlance o encontra, ou no dia da venda na primeira sincronização. As vendas são relidas 30 dias para trás, e por completo uma vez por semana, para captá-los.
• Um estorno que você ganhou não é reembolso; um perdido é, até você ganhá-lo.
• O MRR é o que a venda mais recente cobrou, então um código de oferta o reduz até que uma venda a preço cheio apareça como uma expansão.
• O imposto que o Gumroad recolhe fica de fora. O imposto que você recolhe por conta própria continua incluído, pois a lista de vendas não o informa.
• Cobranças com falha não são informadas, então esse número fica em zero.

PaddleBeta

Criado e testado com base na documentação do Paddle, mas ainda não executado em uma conta real. Avise-nos se seus números forem diferentes dos relatórios do próprio Paddle.

• Os valores vêm dos totais de repasse do Paddle, antes de impostos, com a taxa do Paddle como taxa.
• Reembolsos e estornos contam antes de impostos. Um estorno que o Paddle ganha, ou um reembolso que o Paddle reverte, deixa de contar.
• Uma taxa de estorno que o Paddle retém conta como taxa.
• Um preço com impostos inclusos conta antes de impostos no MRR, na proporção de impostos da próxima fatura.
• Descontos recorrentes são descontados do MRR, também quando o desconto foi arquivado depois.
• Um pagamento que não pôde ser cobrado conta como cobrança com falha. Não movimenta dinheiro.

BraintreeBeta

Criado e testado com base na documentação do Braintree, mas ainda não executado em uma conta real. Avise-nos se seus números forem diferentes dos relatórios do próprio Braintree.

• Vendas liquidadas e em liquidação contam, antes de impostos quando você envia os valores de impostos. Autorizações que nunca foram capturadas não contam.
• Reembolsos são as transações de crédito, datadas quando o Braintree as fez.
• O Braintree não informa taxas de processamento pela API, então as taxas aparecem como zero.
• O MRR é o preço da assinatura com seus complementos, menos descontos que ainda têm ciclos de cobrança restantes. Uma assinatura não indica cliente, então usa o cliente das suas cobranças; uma ainda sem cobrança aparece sob o cartão dela.
• Um cancelamento é datado pelo histórico de status. Uma assinatura expirada termina na data até a qual foi paga.
• Um pagamento que não pôde ser cobrado conta como cobrança com falha. Não movimenta dinheiro.
• Estornos não são lidos, então um perdido continua contado como cobrança, a menos que o provedor também o informe como reembolso.

RecurlyBeta

Criado e testado com base na documentação do Recurly, mas ainda não executado em uma conta real. Avise-nos se seus números forem diferentes dos relatórios do próprio Recurly.

• Faturas de cobrança pagas contam antes de impostos.
• Reembolsos são as transações de reembolso bem-sucedidas. Elas incluem impostos, então o RevGlance retira os impostos na mesma proporção da fatura.
• O Recurly não informa taxas do gateway, então as taxas aparecem como zero.
• O MRR é o subtotal do Recurly para a assinatura (valor unitário, quantidade e complementos, após cupons, antes de impostos).
• Uma assinatura cancelada continua contando até expirar; as expiradas, com falha e pausadas contam como churn. O Recurly não informa motivo de cancelamento pela API.
• Um pagamento que não pôde ser cobrado conta como cobrança com falha. Não movimenta dinheiro.
• Estornos não são lidos, então um perdido continua contado como cobrança, a menos que o provedor também o informe como reembolso.

ChargebeeBeta

Criado e testado com base na documentação do Chargebee, mas ainda não executado em uma conta real. Avise-nos se seus números forem diferentes dos relatórios do próprio Chargebee.

• Faturas pagas contam antes de impostos.
• Os reembolsos vêm de notas de crédito reembolsáveis, menos impostos na mesma proporção da nota de crédito.
• O Chargebee não informa taxas do gateway, então as taxas aparecem como zero.
• O MRR são os itens de plano e complementos, menos cupons sobre a fatura inteira que continuam valendo. Cobranças avulsas ficam de fora.
• Assinaturas sem renovação continuam contando até o fim do prazo. As pausadas contam como churn. O código de motivo de cancelamento que você configurou no Chargebee aparece como motivo.
• Um pagamento que não pôde ser cobrado conta como cobrança com falha. Não movimenta dinheiro.
• Um estorno só conta quando uma nota de crédito reembolsável o registra.

ShopifyBeta

Criado e testado com base na documentação do Shopify, mas ainda não executado em uma conta real. Avise-nos se seus números forem diferentes dos relatórios do próprio Shopify.

• Pedidos pagos contam antes de impostos, na moeda da loja, com as taxas do Shopify Payments como taxa. Pedidos de teste ficam de fora.
• Os reembolsos incluem impostos, então o RevGlance retira os impostos na mesma proporção do pedido.
• O MRR vem dos contratos de assinatura (Shopify Subscriptions e apps criados sobre ele), após os descontos. Pedidos criados por um plano de venda contam como recorrentes.
• O Shopify não informa data nem motivo de cancelamento: um contrato cancelado, expirado, com falha ou pausado termina na última alteração.
• Um pedido pago parcialmente conta o que entrou até agora.
• Onde os preços incluem impostos, o MRR conta antes de impostos, na proporção de impostos do primeiro pedido.
• Os contratos de assinatura não trazem datas de teste, então os testes não são mostrados.
• Estornos não são lidos, então um perdido continua contado como cobrança, a menos que o provedor também o informe como reembolso.
• Cobranças com falha não são informadas, então esse número fica em zero.