A diferença entre um chargeback e um reembolso se resume a quem decide, e apenas um deles é definitivo

Duas palavras são usadas como se significassem a mesma coisa. O cliente recebe seu dinheiro de volta de qualquer forma, então quem se importa com qual foi. Para um desenvolvedor de apps que vende pela App Store ou Google Play, a diferença entre um chargeback e um reembolso decide quem controlou o resultado, se você poderia tê-lo mudado e, a partir deste mês, quanto a reversão tira da sua conta.

Aqui está a versão curta. Um reembolso é a loja devolvendo o dinheiro, e a loja o decide. Um chargeback é o banco do cliente retirando o dinheiro, e o banco o decide, sem apelação. Você ocupa lugares muito diferentes em cada um. É assim que cada um se parece na Apple e no Google, os dois momentos em que a loja de fato pede algo a você, e quanto custa agora a diferença entre eles.

A diferença entre um chargeback e um reembolso é quem decide

Tire o jargão de pagamentos e uma única pergunta separa os dois: quem toma a decisão final. Um reembolso é uma decisão tomada dentro do próprio sistema da loja. Um chargeback é uma decisão tomada no banco do cliente, uma camada além do alcance de qualquer configuração da loja. Esse único fato determina todo o resto, desde se você pode contestá-lo até quanto custa.

Quem inicia e quem decide

Um reembolso pode começar de duas formas. O cliente pede seu dinheiro de volta à loja, ou você mesmo emite o reembolso. De qualquer forma a loja, Apple ou Google Play, o aprova e devolve os fundos. Um chargeback começa de uma única forma. O cliente ignora a loja por completo e contesta a cobrança com seu banco ou bandeira de cartão, e o banco recupera o dinheiro do sistema de pagamentos da loja. A loja não o escolheu, e você também não.

A loja é o vendedor, não você

Esta é a parte que confunde os desenvolvedores que vêm do comércio eletrônico clássico. Quando você vende pela App Store ou Google Play, você não é o comerciante oficial. Apple e Google são. A fatura do cartão do cliente indica Apple ou Google, não o nome da sua empresa. Então, quando esse cliente contesta a cobrança, o chargeback cai primeiro no sistema de pagamentos da loja. Você não está ao telefone com o banco. Você fica sabendo pela loja, se é que a loja lhe conta.

Os dois lado a lado

Como é um reembolso na App Store e no Google Play

A maioria dos reembolsos não é uma conversa da qual você possa participar. A loja recebe o pedido, o confere com suas próprias regras e devolve o dinheiro. Você é avisado depois do fato, se tiver conectado as notificações que trazem a novidade.

A Apple decide e depois avisa seu servidor

Um cliente da Apple solicita um reembolso em reportaproblem.apple.com, e a Apple tem até 90 dias desde a compra para aceitar o pedido para análise. A Apple analisa cada caso por conta própria e decide. Quando concede o reembolso, seu servidor recebe uma notificação REFUND por meio do App Store Server Notifications V2, e a transação agora carrega um revocationDate. Quando nega o pedido, você recebe REFUND_DECLINED. Se a Apple mais tarde desfizer um reembolso que já concedeu, você recebe REFUND_REVERSED e a venda volta. Em nenhum desses casos você dá um voto. Você reage.

O Google Play reembolsa a maioria das compras sem perguntar a você

O Google Play permite que um cliente faça o autoatendimento de um reembolso dentro de 48 horas da compra, direto da conta dele, sem nenhum envolvimento do desenvolvedor. Passadas as 48 horas, o cliente é encaminhado para você, e você pode conceder ou negar conforme sua própria política. O suporte pode emitir reembolsos, e uma compra não confirmada é reembolsada automaticamente após cerca de 72 horas. Tudo isso acontece do lado do Google. Você vê o resultado por meio de uma notificação de compra anulada ou da Voided Purchases API, e sua tarefa é revogar o acesso, não aprovar o reembolso.

Os dois fluxos em que a loja de fato pergunta a você

Existem exatamente dois momentos nas duas lojas em que a loja para e pede provas ao desenvolvedor antes de decidir. A Apple envia um CONSUMPTION_REQUEST quando um cliente solicita um reembolso, e lhe dá 12 horas para responder por meio do Send Consumption Information com dados de uso. O Google Play envia uma análise de chargeback e lhe dá 24 horas para responder por meio da API orders.reviewrefund. Todo o resto é decidido sem você. Essas duas janelas são o único lugar em que sua contribuição muda o resultado, e por isso vale a pena automatizá-las e monitorar o resto.

Como é um chargeback e por que ele é definitivo

Um chargeback não é um reembolso com passos adicionais. É um mecanismo diferente com um tomador de decisão diferente, e isso muda o que você pode fazer a respeito.

O banco retira o dinheiro, não o cliente

Em um chargeback o cliente diz ao banco que a cobrança foi errada, fraudulenta, não reconhecida ou nunca entregue. O banco fica do lado do titular do cartão por padrão e reverte a transação, puxando os fundos de volta pela bandeira de cartão. A loja não a aprovou. O dinheiro já se foi antes de alguém perguntar se o produto foi entregue. É por isso que um chargeback é lento e pesado onde um reembolso é rápido e limpo: ele passa pelo processo de disputa da bandeira de cartão, que leva semanas ou meses, não minutos.

A decisão do banco é definitiva

Você não pode anular um chargeback como poderia reverter um reembolso. Uma vez que o banco decide, essa decisão prevalece. O único lugar onde você consegue influenciá-la é antes de ela ser decidida. No Google Play, uma disputa iniciada pelo banco pode abrir uma análise, e o Google Play envia ao seu servidor uma notificação com um relógio de 24 horas. Responda por meio de orders.reviewrefund com uma preferência de reembolso e provas de consumo reais, e o Google Play incorpora sua contribuição à forma como contesta o chargeback em seu nome. Perca a janela e a disputa é resolvida sem a única parte que sabe como o produto foi usado.

Quanto cada um realmente custa a você

Por muito tempo a resposta honesta era que um chargeback e um reembolso custavam a um desenvolvedor de apps mais ou menos o mesmo: a venda, e o que você já tivesse gasto para entregá-la. Isso deixou de ser verdade para os desenvolvedores do Google Play neste mês.

O reembolso nunca é o único número

Seja a reversão um reembolso ou um chargeback, o pagamento nunca foi seu único custo. Um vídeo gerado, um lote de chamadas à API de um modelo, um pagamento a um criador, o armazenamento que você provisionou, todo esse dinheiro saiu da sua conta no momento em que você entregou o pedido, e nada disso volta quando a cobrança é revertida. A venda é o número visível. O processamento, as chamadas à API, o armazenamento e os pagamentos são os que já foram liquidados. Defenda a reversão pelo valor entregue, nunca por quanto tempo o cliente esperou, porque o tempo decorrido não é um custo e Apple e Google não o tratam como tal.

A partir de 3 de agosto de 2026 um chargeback acrescenta uma taxa bancária

Aqui é onde os dois deixam de custar o mesmo. Até agora o Google Play absorvia o custo posterior de um chargeback. Para pedidos feitos após 3 de agosto de 2026, o Google Play transfere esse custo para o desenvolvedor. Em uma disputa perdida você devolve o preço da compra menos a taxa de serviço do Play, e além disso paga a taxa de chargeback cobrada pela instituição financeira. O Google Play continua cobrindo a parte da taxa de serviço. Um reembolso não carrega essa taxa bancária. Então uma cobrança que termina em chargeback agora custa a você estritamente mais do que a mesma cobrança reembolsada, e o extra é a taxa do banco.

A escala por trás da mudança

O Google Play afirma que bloqueou US$3.4B de fraude e abuso em 2025 e continua adicionando detecção de fraude ao longo de 2026. Transferir o custo do chargeback para os desenvolvedores faz parte desse esforço. Isso lhe dá um motivo direto para alimentar o fluxo de análise com provas, para que o sistema conteste mais das disputas ilegítimas. Suas provas são o que torna uma contestação possível, e uma resposta vazia é um voto para deixar um chargeback de fraude amigável ficar com o seu dinheiro.

Como evitar que um reembolso se torne um chargeback

O chargeback mais barato é o que nunca acontece, porque o pedido foi reembolsado primeiro ou foi contestado com provas que já estavam ali. Nada disso precisa de uma pessoa acordada na hora certa. Precisa da estrutura montada antes da disputa.

Reembolse você mesmo um pedido ruim antes que o banco o faça

Se um pedido claramente vai ser contestado, reembolsá-lo você mesmo é mais barato do que perder o chargeback. Um reembolso que você emite não carrega a taxa de chargeback do banco. No Google Play você pode reembolsar qualquer pedido com menos de três anos com uma chamada orders.refund, com ou sem revogar o acesso. Chegue lá antes de o cliente procurar o banco e você transforma uma taxa bancária mais uma venda perdida em apenas uma venda perdida.

Responda automaticamente às duas janelas de provas

A janela de 12 horas da Apple e a janela de 24 horas do Google Play são confortáveis para uma máquina e brutais para um humano que precisa ficar vigiando. A resposta deve ser automática: entra a notificação, busca-se a conta, monta-se o consumo, uma chamada de saída, nenhuma pessoa no circuito. Essa é a parte que o RefundHalt executa por você. Nós escutamos o CONSUMPTION_REQUEST e a análise de chargeback do Google Play, combinamos o pedido com o uso que já monitoramos, e respondemos dentro da janela com uma preferência de reembolso e provas de consumo reais.

Anexe a identidade e registre o consumo desde o início

As provas de que você precisa no momento da disputa têm de existir antes da disputa. Defina um identificador de conta em cada compra para que uma notificação mapeie direto para um usuário, um appAccountToken UUID na Apple e um setObfuscatedAccountId com hash de 64 caracteres ou menos no Google Play, nunca dados pessoais em texto claro. Registre o que cada pedido pago entregou, quando e a quem, em um formato que você possa transformar em uma porcentagem de consumo quando precisar. Faça isso e a estreita janela é suficiente, porque o caso já está montado quando o token chega.