A fraude amigável é o chargeback em que o cliente já recebeu o que pagou, e é a única disputa que suas provas ainda podem influenciar

A fraude amigável é a disputa sobre a qual ninguém avisa você, porque quem a abre não é um criminoso com um cartão roubado. É o seu cliente de verdade. Ele comprou sua compra no app com o próprio cartão, usou o que comprou e depois disse ao banco que a cobrança foi um engano. O dinheiro é revertido, os bens continuam gastos e, do lado do banco, o caso parece idêntico à fraude real. Para desenvolvedores de apps isso importa por um motivo: é o único tipo de disputa em que suas próprias provas ainda são um dado de entrada para a decisão, e as duas lojas dão a você apenas algumas horas para fornecê-las. Aqui está o que a fraude amigável realmente custa, por que ela continua crescendo e a estreita alavanca que a Apple e o Google deixam para você.

O que é a fraude amigável e por que nem sempre é fraude

A fraude amigável, também chamada de fraude de primeira parte ou fraude de chargeback, acontece quando o titular genuíno do cartão faz uma compra e depois solicita um chargeback ao banco emissor após receber os bens ou serviços. O nome é deliberadamente invertido. A pessoa do outro lado não é um atacante externo, mas o mesmo cliente que tocou em comprar.

A intenção nem sempre está presente. Parte disso é abuso deliberado, uma forma de ficar com o conteúdo e recuperar o dinheiro. Mas boa parte é confusão honesta: um titular do cartão que esqueceu uma compra legítima, um pai que não reconheceu uma cobrança feita por um familiar, ou um simples arrependimento do comprador disfarçado de erro de cobrança. Para a sua contabilidade não importa qual seja. O dinheiro sai de qualquer jeito.

Como ela difere da fraude real

A fraude real é um estranho usando um cartão que não é dele, e as ferramentas antifraude embutidas nas lojas miram exatamente nisso: sinais do dispositivo, verificações de velocidade, padrões de cartões roubados. A fraude amigável passa direto por tudo isso, porque cada sinal é legítimo. A conta real, o dispositivo real, o cartão real, a compra real. A única coisa falsa é a alegação feita ao banco depois, e essa alegação chega muito tempo depois de suas verificações antifraude já terem passado.

Quão grande a fraude amigável ficou

A fraude amigável não é mais um erro de arredondamento, e todas as tendências apontam para uma direção. A Juniper Research projeta que ela representará 28 por cento de todos os chargebacks no mundo até 2031, impulsionada pela mudança de atitude dos consumidores em relação a contestar cobranças. O Chargeback Field Report de 2026 da Chargebacks911, uma pesquisa com mais de 250 comerciantes, descobriu que 83.4 por cento dizem que a fraude amigável aumentou nos últimos três anos, e que 74.4 por cento a consideram uma preocupação moderada ou significativa.

O custo se agrava junto com o volume. Os dados do setor para 2026 colocam o custo real da fraude em cerca de $5.13 para cada dólar contestado, uma vez contadas as taxas, os bens perdidos e o trabalho de tratamento, e os comerciantes que brigam pelas disputas ganham apenas cerca de 43.8 por cento das que contestam e recuperam líquidos aproximadamente 10.7 por cento após o esforço. A lição desses dois últimos números não é que brigar seja inútil. É que brigar depois do fato é uma aposta ruim, e impedir que a disputa tenha sucesso em primeiro lugar é onde está o dinheiro.

Por que a fraude amigável custa a um desenvolvedor de apps mais do que o preço

O número que dói nunca é só o preço de compra. É o preço mais tudo o que você já gastou para atender a compra, e com um produto digital quase todo esse gasto acontece antes de a disputa chegar. Um reembolso de uma caixa não aberta fica empatado. Um chargeback de fraude amigável sobre uma compra no app já consumida é uma perda empilhada sobre um custo que você não pode recuperar.

O custo entregue que você já pagou

Percorra o dinheiro de trás para frente a partir da disputa. O resultado gerado queimou minutos de GPU que foram cobrados de você. O recurso executou chamadas de API que cobraram de você por token ou por solicitação. Os arquivos que o cliente baixou continuam em um armazenamento que você paga para manter. Se a compra financiou um repasse a um criador ou um fundo de prêmios, esse dinheiro já saiu da sua conta. A fraude amigável reverte a venda e deixa cada um desses custos no lugar. O cliente fica com o valor, você fica com a conta.

No Google Play, a disputa agora cobra você diretamente

Até pouco tempo, um chargeback em qualquer uma das lojas era em grande parte um prejuízo que a loja carregava. Isso mudou no Android. Para pedidos do Google Play feitos em 3 de agosto de 2026 ou depois, o Google Play e o desenvolvedor dividem os custos de chargeback, o que na prática significa que uma disputa perdida cobra de você o preço de compra menos a taxa de serviço do Play, mais a taxa de chargeback do banco ou da bandeira do cartão. Essa taxa é definida pela rede, não pelo Google, e os relatórios do setor costumam situá-la entre $15 e $25 por disputa, uma cobrança fixa que pode ofuscar o preço de uma compra de baixo custo.

Na App Store, a Apple carrega o banco, você perde a receita

A Apple é a comerciante oficial, então um chargeback de cartão em uma compra da App Store é resolvido entre o banco do titular do cartão e a Apple, e você nunca vê esse caso nem uma taxa bancária por ele. O que você de fato perde é o dinheiro. Quando um reembolso é concedido, o valor sai da sua receita, e para as solicitações de reembolso que a Apple de fato encaminha a você, suas provas são a única influência que você tem. A exposição à taxa bancária é uma história do Google Play; a história da receita perdida é das duas lojas.

A estreita janela em que suas provas ainda contam

Existem exatamente dois momentos em que uma loja faz uma pausa e pede provas ao desenvolvedor antes de decidir, e a fraude amigável é precisamente o caso para o qual eles existem. Ambos são curtos, e ambos se fecham sem você se você os perder.

O CONSUMPTION_REQUEST de 12 horas da Apple

Quando um cliente pede à Apple um reembolso de uma compra no app elegível, a Apple envia ao seu servidor uma notificação CONSUMPTION_REQUEST e espera até 12 horas para você chamar Send Consumption Information. Você retorna dados estruturados: se o item foi entregue, quanto dele foi consumido e sua preferência de reembolso. A Apple ainda toma a decisão, mas sua resposta é um dado de entrada documentado, e é o único lugar onde um reembolso de fraude amigável na Apple pode ser contestado.

O orders.reviewrefund de 24 horas do Google Play

No Android o gatilho é um PendingRefundReviewNotification. A partir do momento em que ele chega, você tem 24 horas para chamar o método orders.reviewrefund com uma preferência de reembolso e provas de uso, o estado de entrega do pedido e o status de consumo do item. O Google incorpora isso à sua decisão e, quando as provas sustentam, contesta o chargeback junto ao banco em seu nome. O Google registra apenas sua primeira chamada para uma dada notificação, então reúna as provas antes de responder, não depois.

As disputas de fraude amigável que você nunca pode influenciar

Nem todo evento de devolução de dinheiro dá voz a você, e ajuda saber quais são decididos por cima de você para que gaste esforço só onde ele compensa.

• Um chargeback concluído é definitivo pelo banco. Assim que o banco emissor fica do lado do titular do cartão, nenhum recurso à Apple ou ao Google o reverte. Sua única influência são as provas enviadas antes da decisão.
• O reembolso de autoatendimento de 48 horas do Google Play cabe ao Google conceder sob sua própria política. Você não é consultado e só é avisado quando ele aparece como uma compra anulada.
• Reembolsos concedidos pelo suporte em qualquer uma das lojas são definitivos, sem canal de recurso para o desenvolvedor.
• Uma compra do Google Play não confirmada é reembolsada automaticamente por volta de 72 horas. Isso é uma falha de integração, não uma disputa, e a correção é confirmar as compras no lado do servidor, não contestar nada.

Como tornar a fraude amigável contestável antes que ela aconteça

Você não pode impedir que um cliente ligue para o banco. Você pode decidir, com bastante antecedência, se a disputa que vem em seguida tem resposta ou é uma perda automática. Tudo o que torna a fraude amigável vencível precisa existir antes de a notificação chegar.

Registre entrega e consumo no momento em que acontecem

As provas que as duas lojas pedem, de que o item foi entregue e usado, só convencem se foram registradas quando aconteceram. Registre o que cada compra concedeu e se foi consumido no momento do uso, não reconstruído depois que uma disputa chega. Uma chamada reviewrefund ou uma resposta de consumo é tão forte quanto a telemetria por trás dela.

Automatize a resposta, não uma pessoa

Conecte CONSUMPTION_REQUEST e PendingRefundReviewNotification a um handler que reúna as provas e responda sozinho. Um relógio de 12 horas e um de 24 horas não podem depender de alguém notar uma caixa de entrada. As disputas que você ganha são as respondidas automaticamente, dentro da janela, todas as vezes.

Avalie sua proteção apenas pelos casos contestáveis

Divida seus reembolsos entre os que têm uma janela de revisão e os que não têm. As solicitações de reembolso de fraude amigável e as revisões de chargeback são onde uma taxa de recuperação significa algo, porque houve uma decisão que suas provas podiam mover. Reembolsos emitidos pela loja trazem informação, não um veredicto sobre suas defesas. O RefundHalt é construído em torno dessa divisão: ele responde automaticamente à solicitação de consumo e à chamada reviewrefund com as provas de entrega e uso que você registrou, e mantém os reembolsos não contestáveis em seu próprio registro para que seus números continuem honestos.