Cada tipo de compra no aplicativo é reembolsado de forma diferente, e apenas dois deles pedem a sua versão

O tipo de compra no aplicativo que você escolheu no App Store Connect ou no Play Console decide mais do que como o produto é vendido. Ele decide como um reembolso se comporta quando chega, se o cliente pode recuperar o item de graça depois, e se você é chamado a dar a sua versão antes de o dinheiro se mover. Um pacote de moedas, um desbloqueio vitalício, uma assinatura mensal e um passe de temporada avulso são quatro objetos legais e técnicos diferentes, e as regras de reembolso os tratam assim. A maioria dos desenvolvedores lança todos eles com o mesmo código de compra e depois se pergunta por que os reembolsos parecem inconsistentes. Eles não são inconsistentes. São específicos de cada tipo.

Aqui está o que cada tipo de compra no aplicativo é, como um reembolso o atinge, e por que apenas dois dos quatro encaminham a decisão pelo seu servidor.

Os quatro tipos de compra no aplicativo, e por que os reembolsos se dividem por eles

A Apple define quatro tipos de produto. Um consumível é usado e comprado de novo: moeda de jogo, dicas, uma recarga de energia. Um não consumível é comprado uma vez e mantido para sempre: um desbloqueio pro, um upgrade sem anúncios, um pacote de fases para baixar. Uma assinatura com renovação automática é cobrada em um ciclo repetido até o cliente cancelar. Uma assinatura sem renovação concede acesso por um período fixo que não se renova sozinho, como uma temporada de conteúdo vendida como um único termo.

O Google Play organiza o mesmo catálogo de forma diferente, mas chega ao mesmo lugar. Ele divide os produtos em produtos de pagamento único e assinaturas, e um produto de pagamento único é marcado como consumível ou não conforme seu aplicativo o consome após a compra. As palavras diferem. As consequências do reembolso não.

Os consumíveis são o tipo que a fraude de reembolso realmente mira

Um consumível é o caso de reembolso mais difícil que você vai enfrentar, e não é por acaso que é aquele em torno do qual a Apple construiu a solicitação de consumo. No momento em que um cliente compra 10,000 moedas e seu servidor as concede, o valor está entregue. Se ele gasta essas moedas e depois pede um reembolso, a loja pode devolver o dinheiro, mas as moedas já se foram e também o que custou a você honrá-las. As próprias ferramentas da Apple refletem isso: um consumível deixa o registro da transação depois de concluído e nunca carrega uma data de cancelamento, porque não há nada persistente para cancelar.

Por isso o consumível é o tipo de produto onde as provas compensam. Quando um cliente solicita um reembolso de um consumível, a Apple envia ao seu servidor um CONSUMPTION_REQUEST e espera até 12 horas por uma chamada Send Consumption Information. Nessa chamada você define um deliveryStatus e, quando entregou, um consumptionPercentage. A porcentagem é um inteiro em milésimos de 0 a 100,000, onde 100,000 significa que o cliente usou a compra inteira. Um saldo de moedas que seus registros mostram totalmente gasto é um 100,000 que você pode informar, e é o fato mais forte que você pode apresentar diante de uma alegação de compra não intencional.

Os consumíveis não podem ser restaurados, então o tempo é tudo

Como um consumível não pode ser restaurado, você não pode recuperá-lo do jeito que pode revogar uma assinatura. Uma vez concedido um reembolso, sua única proteção é o registro que você guardou no momento da venda. Se você não registrou a entrega e o consumo quando aconteceram, estará reconstruindo isso sob um relógio de 12 horas, que é o pior momento para sair atrás de dados. Registre na entrada, não na saída.

As assinaturas são reembolsadas por um relógio que você não controla

As assinaturas com renovação automática são onde a maioria dos aplicativos ganha dinheiro, e a atualização de reembolso da WWDC24 finalmente as encaminhou pela mesma janela de provas dos consumíveis. Desde a versão 2.11 das App Store Server Notifications, uma solicitação de reembolso de uma assinatura com renovação automática também dispara um CONSUMPTION_REQUEST. Então os reembolsos de assinatura que antes eram decididos inteiramente sem você agora chegam com uma janela de 12 horas anexada.

O detalhe está em como o consumo é medido. Para uma assinatura com renovação automática, a Apple não quer que você invente uma porcentagem de uso. Ela calcula o consumo a partir do tempo decorrido por conta própria, então alguém com seis meses em um plano anual é lido como consumido pela metade aproximadamente, não importa o que você envie. Sua alavanca não é a porcentagem. É um refundPreference honesto de GRANT_FULL, GRANT_PRORATED ou DECLINE, sustentado por qualquer sinal de uso que você de fato tenha. Envie a preferência que as provas sustentam e deixe a Apple pesá-la.

As assinaturas sem renovação ficam mais perto de um desbloqueio único

Uma assinatura sem renovação é um termo fixo que o cliente compra uma vez, e se comporta mais como um não consumível do que como um plano com renovação automática para fins de reembolso. A Apple raramente encaminha um CONSUMPTION_REQUEST para ela, e não há renovação automática para ratear. Seu aplicativo é responsável por rastrear o termo e restaurá-lo nos dispositivos do cliente, então um reembolso significa encerrar uma janela de acesso que você mesmo gerenciava, não uma que a Apple cronometrava para você.

Os não consumíveis são permanentes, o que corta dos dois lados

Um não consumível é a coisa mais limpa de vender e uma armadilha silenciosa no reembolso. É comprado uma vez, é ligado à conta de loja do cliente para sempre, e a loja pode restaurá-lo em qualquer dispositivo sob demanda. Essa permanência é uma vantagem até um reembolso chegar, porque agora você precisa revogar um direito que a conta ainda lembra. Se sua lógica de revogação só verifica no momento da compra e nunca reverifica, um cliente reembolsado pode restaurar compras e voltar direto para o recurso pago.

O Google Play acrescenta aqui uma aresta dura que pega desenvolvedores novos. Se seu aplicativo não confirma uma compra dentro de 72 horas, o Google a reembolsa automaticamente e revoga o direito. Um não consumível que seu código de faturamento esqueceu de confirmar não fica no limbo. Ele se reverte, e o cliente perde o acesso a algo que pagou, sem que ele tenha pedido.

Quem pode sequer emitir o reembolso muda por loja e tipo

Antes de planejar qualquer resposta a um reembolso, saiba quem tem a caneta. Na App Store, apenas a Apple pode emitir um reembolso de compra no aplicativo, para todo tipo de produto. Seu código StoreKit não pode reembolsar uma compra, e seu suporte também não. Você pode enviar dados de consumo para influenciar a decisão da Apple nos dois tipos que abrem uma janela, e esse é todo o seu controle direto.

O Google Play é o oposto. Você pode reembolsar por conta própria um produto de pagamento único ou um pedido de assinatura pelo Play Console ou pelas APIs de Voided Purchases e de reembolso, total ou parcialmente. Essa liberdade também é uma responsabilidade: um reembolso que você emite sobre um consumível ainda precisa revogar o item no seu próprio backend, porque o Google não sabe que suas moedas foram gastas. O tipo de produto que você escolheu decide o quão limpa essa revogação é.

O que cada tipo de reembolso realmente custa a você

O preço reembolsado é a linha que todos vigiam e a menor parte da conta. Quando qualquer loja concede um reembolso, ela reverte a própria comissão junto, então você perde seus ganhos líquidos em vez do preço cheio de tabela. Essa é a boa notícia, e ela para por aí. O que a loja devolve é a fatia que ela ficou. O que ela nunca devolve é o que você já gastou para cumprir a venda, e esse número muda bruscamente conforme o tipo de produto.

O consumível é o reembolso caro

Um consumível reembolsado é o que pode custar mais do que seu preço. Digamos que um cliente compre 5,000 créditos que cada um dispara uma chamada de inferência paga, gaste 4,000 deles, e depois peça um reembolso. A loja devolve o preço e a comissão dela, mas o processamento, a conta de API por token, as imagens que você gerou e qualquer pagamento a criadores que esses créditos financiaram estão todos gastos. Um reembolso de não consumível ao menos traz um direito de volta ao seu controle. Um reembolso de consumível traz de volta uma venda cujo custo inteiro você já pagou.

Um chargeback é a versão mais pesada da mesma conta

Um reembolso e um chargeback são eventos diferentes, e a distância agora tem uma data. Quando um cliente contesta a cobrança com o banco em vez de pedir à loja, um chargeback concluído é final por parte do banco. Para pedidos do Google Play feitos em ou depois de 3 de agosto de 2026, 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 que a rede de cartões define. O Google Play encaminha um chargeback para você revisar através do orders.reviewrefund com uma janela de 24 horas, o único fluxo do Google que pede suas provas, e ele pode recair sobre qualquer tipo de produto.

Como responder quando o tipo decide as regras

Você não pode mudar sobre qual tipo de produto um reembolso recai depois da venda, mas pode parar de tratar os quatro do mesmo jeito.

• Registre a entrega e o consumo dos consumíveis no momento em que acontecem. Esse registro é toda a sua defesa no único tipo que não pode ser restaurado, e a janela de 12 horas é curta demais para montá-lo do zero.
• Reverifique os direitos dos não consumíveis após um reembolso, não só na compra. Uma chamada de restauração deve verificar o status atual, para que um cliente reembolsado não possa voltar ao recurso pago.
• Responda a ambas as janelas de provas automaticamente. Uma solicitação de consumo de 12 horas e uma revisão de chargeback de 24 horas não podem esperar alguém ler uma caixa de entrada, e não se estendem por fusos horários.
• Julgue sua defesa de reembolso apenas pelos dois tipos contestáveis. Uma contagem crescente de reembolsos em tipos que nunca abriram uma janela é um sinal de produto ou de preço, não uma falha das suas provas.

Nada disso é sobre vencer a loja. É sobre casar sua resposta com o objeto que foi de fato vendido. O RefundHalt responde ao CONSUMPTION_REQUEST do consumível e da assinatura e à revisão 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 reembolsos que nenhuma janela jamais deixou você contestar no próprio livro, para que o número pelo qual você se julga continue honesto.