Cancelar uma assinatura e receber um reembolso são duas coisas diferentes, e apenas uma devolve dinheiro ao cliente

Cancelar uma assinatura e pedir um reembolso parecem o mesmo gesto para o seu cliente, e não são. Cancele uma assinatura e a loja simplesmente interrompe a próxima cobrança. O cliente mantém o que já pagou até o período acabar, e nenhum dinheiro troca de mãos. Peça um reembolso e a loja reverte um pagamento que já foi concluído, devolve o dinheiro e retira o acesso junto. Um é um cancelamento que você nunca registra como perda. O outro é uma recuperação da cobrança que tira receita real de uma venda que você já havia registrado. Aqui está exatamente onde os dois se separam, o que cada um faz com a sua receita e por que apenas um reembolso chega ao seu servidor como algo que você pode responder.

Por que cancelar uma assinatura não gera um reembolso

Um cancelamento é uma única ação, e bem restrita: ele desliga a próxima renovação automática. Não reverte o pagamento que o cliente já fez, e não corta o acesso dele na hora. As duas lojas são explícitas sobre isso, porque a confusão é tão comum que elas respondem já na primeira página de ajuda que o cliente encontra.

O Google Play deixa isso claro com um exemplo. Cancele um plano anual que você comprou em 1 de janeiro e, nas palavras do Google, você mantém o acesso à assinatura até 31 de dezembro e não é cobrado em janeiro seguinte. A Apple funciona da mesma forma: cancelar interrompe a renovação, e a assinatura segue até o fim do período atual antes de parar. Nenhuma loja trata o cancelamento em si como um reembolso, e nenhuma devolve qualquer parte do que o cliente já pagou.

O cliente mantém o que já pagou

Esta é a parte que surpreende as pessoas. Um cancelamento olha para a frente. Ele encerra a relação na próxima data de cobrança, não hoje. O Google Play diz claramente: quando você cancela, ainda pode usar a assinatura pelo tempo que já pagou. O dinheiro do período atual fica com a venda, e o cliente mantém o acesso que comprou. Nada dessa transação é revertido.

O teste grátis é o único lugar onde o momento do cancelamento pesa

O teste grátis é onde um cancelamento e uma cobrança colidem. Um teste vira uma assinatura paga automaticamente, a menos que o cliente cancele antes de ele terminar. A própria orientação da Apple é cancelar um teste grátis pelo menos 24 horas antes de ele acabar, porque um cancelamento que chega depois de o teste já ter virado assinatura não desfaz a cobrança. Nesse ponto o cliente não tem mais uma pergunta sobre cancelamento. Ele tem uma pergunta sobre reembolso, e a resposta segue as regras do reembolso, não as do cancelamento.

O que um reembolso realmente reverte, e o que não reverte

Um reembolso é o fluxo que move dinheiro. Quando uma loja concede um, ela reverte o pagamento, devolve os fundos ao cliente e revoga o item. O Google Play diz de forma direta: se um reembolso é emitido, o cliente perde o acesso ao item. Um reembolso não é uma cortesia colocada em cima de um cancelamento. É um pedido separado, com a sua própria janela, o seu próprio responsável pela decisão e as suas próprias consequências para as suas contas.

As janelas são curtas e a decisão não é sua. O Google Play oferece um reembolso de autoatendimento apenas dentro de 48 horas após a compra, e depois disso o pedido é encaminhado ao desenvolvedor. O Google também limita a devolução de autoatendimento a uma vez por app, e avisa que não dá reembolsos para a maioria das compras do Play. A Apple mantém os reembolsos inteiramente nas próprias mãos: o cliente registra o pedido em reportaproblem.apple.com, a Apple analisa cada pedido individualmente e a Apple pode recusá-lo. As cobranças passadas de uma assinatura são o caso mais difícil de todos. O Google Play diz que assinaturas passadas não podem ser reembolsadas fora das exceções declaradas, como um plano pré-pago não utilizado.

O dinheiro, e por que um cancelamento e um reembolso custam coisas completamente diferentes

Os dois eventos caem sobre as suas finanças de maneiras opostas. Tratá-los como o mesmo número é como um negócio saudável entra em pânico sozinho, e como um negócio com vazamentos esconde o seu problema de verdade.

Um cancelamento é receita futura perdida, não uma perda nos livros

Um cancelamento não custa nada que você já tivesse ganhado. A receita dos períodos que o cliente pagou continua sua. O que você perde é a receita que teria recolhido se ele tivesse continuado renovando, o que é uma questão de valor ao longo da vida, não uma recuperação da cobrança. Não há comissão da loja para reverter, nem taxa associada, nem gasto para dar baixa, porque as vendas que já aconteceram continuam reais. Um cancelamento é um problema de retenção a resolver com produto e preço, e nem uma vez ele pede provas a você.

Um reembolso tira receita que você já havia registrado, mais o gasto por trás dela

Um reembolso é o evento caro. Quando uma loja concede um, ela reverte a própria comissão junto com a venda, então você perde a sua receita líquida, e não o preço cheio de tabela. Essa é a única boa notícia, e ela para por aí. O processamento que você pagou está gasto. As chamadas de API cobradas por requisição ou por token estão gastas. Os arquivos ainda parados no armazenamento continuam custando para serem mantidos. Se a compra financiou o pagamento a um criador ou um prêmio, esse dinheiro já saiu. Um reembolso puxa de volta a venda e deixa cada um desses custos exatamente onde estavam.

Um chargeback é a versão mais pesada de um reembolso

Um chargeback é um reembolso que o cliente encaminha pelo banco em vez da loja, e um chargeback concluído é definitivo pelo banco. Para pedidos do Google Play feitos em 3 de agosto de 2026 ou depois, um chargeback perdido cobra do desenvolvedor o preço de compra menos a taxa de serviço do Play, mais a taxa de chargeback do banco, uma cobrança fixa definida pela bandeira do cartão. O Google Play encaminha essa disputa a você para análise por meio do orders.reviewrefund com uma janela de 24 horas. É o único fluxo do Google que pede as suas provas, e ele pode cair sobre uma assinatura que o cliente poderia simplesmente ter cancelado de graça.

Qual dos três chega algum dia ao seu servidor

Esta é a linha que importa para como você constrói. Um cancelamento nunca chega como algo que você responda. Ele aparece no estado da sua assinatura como uma renovação que não vai acontecer, e não há janela, nem pedido de provas, nem nada a contestar, porque nada foi tirado de você.

Um reembolso é diferente, e só em alguns produtos. Desde a atualização da WWDC24 e a versão 2.11 do App Store Server Notifications, um pedido de reembolso em uma assinatura de renovação automática dispara o CONSUMPTION_REQUEST da Apple, e você tem até 12 horas para enviar os dados de consumo. No Google Play, um chargeback em qualquer produto abre a análise orders.reviewrefund com 24 horas. Essas duas janelas são toda a superfície onde um problema de assinatura vira algo a que o seu servidor pode responder, e um simples cancelamento nunca abre nenhuma das duas. À parte disso, o Google Play reembolsa automaticamente uma compra que o seu app não confirmar dentro de 72 horas, que é um reembolso sobre o qual você nunca teve como influir.

Como tratar cancelamentos e reembolsos nos seus próprios dados

Você não pode impedir um cliente de cancelar, e não deveria tentar tratar cada cancelamento como um reembolso a defender. O trabalho é distinguir os dois com clareza.

• Conte cancelamentos e reembolsos como métricas separadas. Um cancelamento pertence ao churn e à retenção. Um reembolso pertence ao custo da receita. Misture-os e a sua taxa de reembolso vai parecer alta por um motivo que na verdade é só churn.
• Nunca construa defesa em torno de cancelamentos. Eles não abrem janela nem recuperam dinheiro registrado, então as provas não têm para onde ir. Gaste esse esforço nos dois fluxos que de fato pedem.
• Registre a entrega e o consumo no momento da venda, não depois que uma disputa cai. Os reembolsos que abrem uma janela premiam a telemetria que você já tem e punem a reconstrução que você faz correndo sob um relógio de 12 horas ou 24 horas.
• Responda às duas janelas automaticamente. Um CONSUMPTION_REQUEST e uma análise de orders.reviewrefund não podem esperar alguém ler uma caixa de entrada, e não se estendem por fusos horários nem fins de semana.

Nada disso é sobre convencer um cliente a não ir embora. É sobre saber quais saídas custam dinheiro a você e quais custam apenas uma renovação. O RefundHalt responde ao CONSUMPTION_REQUEST de renovação automática e à análise orders.reviewrefund do Google Play automaticamente, dentro da janela, com as provas de entrega e uso que você registrou no momento da venda, e mantém os cancelamentos fora do seu livro de reembolsos, para que o número pelo qual você se julga continue honesto.