Reembolsos de pagamentos alternativos no Japão caem na sua mesa nas duas lojas, e cada um precisa ser informado à Apple ou ao Google

Os reembolsos de pagamentos alternativos no Japão agora são responsabilidade sua, no iPhone e no Android. A Apple abriu o processamento de pagamento alternativo no Japão com o iOS 26.2 em dezembro de 2025, e o programa de escolha de faturamento do Google Play chegou aos usuários japoneses em 30 de setembro de 2026. As duas lojas fizeram a mesma troca. Você pode receber o pagamento diretamente, e o reembolso, o chamado de suporte e o chargeback vêm junto. A parte que a maioria das equipes deixa passar é a burocracia: cada reembolso que você concede ainda precisa ser informado à loja que permitiu a venda.

O que mudou no Japão, e quando

A Mobile Software Competition Act do Japão, a MSCA, entrou em vigor em dezembro de 2025 para as empresas que ela designa, entre elas Apple e Google. O Google diz que trabalhou 18 meses com a Comissão de Comércio Justo do Japão na sua resposta. A Apple lançou suas mudanças na mesma semana. As datas abaixo vêm das páginas das próprias empresas.

Nenhuma das lojas deixa você abrir mão do checkout dela. A Apple exige que o In-App Purchase continue disponível ao lado de qualquer opção alternativa. O Google exige que o Google Play Billing seja oferecido lado a lado com o seu faturamento ou o seu link para a web. Um app, dois checkouts e dois balcões de reembolso diferentes.

Quem cuida dos reembolsos de pagamentos alternativos no Japão

A resposta curta é que a loja cuida dos reembolsos das compras que ela processou, e você cuida do resto. Um comprador que pagou pelo Apple In-App Purchase ainda pode pedir reembolso à Apple. Um comprador que pagou pelo seu processador, não.

O que a Apple diz

A página da Apple sobre o Japão é direta. Nas compras feitas com pagamentos alternativos, a Apple não poderá ajudar os clientes com reembolsos, histórico de compras, gerenciamento de assinaturas e outros problemas, e você será responsável por resolvê-los diretamente com os clientes. Ela também torna você responsável por cumprir as leis sobre processamento de pagamentos, cancelamentos e reembolsos. Seu provedor de serviços de pagamento precisa estar em conformidade com o PCI Level 1 e manter um processo de atendimento ao cliente que cubra disputas, gerenciamento de assinaturas e reembolsos.

O que o Google diz

As regras de escolha de faturamento do Google definem três obrigações. Você precisa oferecer formas de reembolso aos usuários que concluírem transações fora do Play, a menos que o usuário tenha sido claramente avisado antes da compra de que a transação não é reembolsável. Você precisa oferecer suporte ao cliente para essas compras. E seu sistema de faturamento precisa dar aos usuários uma forma de contestar transações não autorizadas. O Google também quer links onde os usuários possam ver o histórico de pedidos, gerenciar assinaturas e iniciar um pedido de reembolso.

Os dois fluxos de evidências não existem aqui

No faturamento da loja, só dois fluxos de reembolso pedem evidências: o CONSUMPTION_REQUEST da Apple, que dá 12 horas para enviar dados de consumo, e a análise de chargeback do Google Play via orders.reviewrefund, que dá 24 horas. Os dois existem porque a loja recebeu o pagamento. Uma compra paga pelo seu próprio processador nunca aciona nenhum deles. Quando um comprador japonês contesta essa cobrança, o caso corre entre o seu processador e o banco dele, e a decisão do banco é final.

Como informar um reembolso à Apple ou ao Google

Conceder o reembolso é metade do trabalho. As duas lojas ficam com uma parte dos pagamentos alternativos, então as duas querem ver o dinheiro que foi devolvido.

Os itens de reembolso da Apple

Na External Purchase Server API, um reembolso é um item de linha próprio do tipo REFUND. Ele indica a transação reembolsada, a data em que você concluiu o reembolso, os valores com e sem impostos em milésimos da sua moeda de relatório e um valor líquido que, segundo a Apple, considera todos os reembolsos e reapresentações. A página de itens de linha da Apple acrescenta uma frase que importa para disputas: informe chargebacks como reembolso.

Se você errar uma linha, a Apple espera uma correção. Você reenvia o mesmo lineItemId com restatement definido como true, e a Apple usa só a versão mais recente. Uma linha enviada por engano é retirada definindo também erroneouslySubmitted como true.

A chamada de reembolso do Google

No Google Play, você chama refundexternaltransaction sobre o externalTransactionId que informou para a venda. Um reembolso total cobre o valor restante. Um reembolso parcial precisa de um refundId único e do valor antes dos impostos que você devolveu. Para assinaturas, o Google quer o ID da renovação específica que está sendo reembolsada, então reembolsar uma assinatura que cobrou três vezes significa três chamadas de reembolso separadas. Os endpoints de criação e de reembolso compartilham um limite de 1.200 consultas por minuto.

O que os pagamentos alternativos no Japão realmente economizam

A economia anunciada é menor do que muitas equipes esperam, e os custos de reembolso consomem parte dela. Estas são as taxas publicadas da Apple para o Japão.

Em uma venda padrão dentro do app, migrar para o seu próprio processador economiza 5 pontos do preço pago pelo cliente. A taxa do seu processador sai desses 5 pontos. As taxas de escolha de faturamento do Google são escalonadas por tipo de produto e tempo de instalação. Para faturamento alternativo dentro do app, a página de ajuda indica 10% para assinaturas com renovação automática, e 20% ou 25% para outras compras conforme a instalação seja nova ou existente, com 10% sobre o primeiro $1M de receita anual para desenvolvedores qualificados.

Custos que a loja absorvia

• Reembolsos que você concede: o preço integral sai do saldo do seu processador, e o que o processador cobrar para reembolsar fica por sua conta.
• Chargebacks: a taxa de disputa do seu processador, mais o tempo para reunir evidências para o banco. Não há uma análise da loja para vencer antes.
• Atendimento ao cliente: a equipe ou as ferramentas que respondem em japonês a dúvidas sobre histórico de pedidos, assinaturas e reembolsos, algo que Apple e Google não fazem mais para esses compradores.
• Relatórios: o trabalho de engenharia para enviar à Apple um relatório mensal e ao Google uma chamada em até 24 horas de cada venda e reembolso.

Custos que nenhum reembolso devolve

Estes nunca foram problema da loja, e continuam sendo seus de qualquer forma. A computação por trás do que o comprador usou, as chamadas de API que as solicitações dele geraram, o armazenamento do que ele criou e qualquer repasse devido a um criador ou parceiro naquela venda. No In-App Purchase, um CONSUMPTION_REQUEST pelo menos permite mostrar à Apple que o comprador consumiu o que pagou. No seu próprio processador, esse argumento vai para o banco, e só se o comprador abrir uma disputa em vez de pedir reembolso a você.

Regras para compradores mais jovens

O risco de reembolso é maior quando quem paga é uma criança, e as regras da Apple para o Japão são construídas em torno disso. Apps da categoria Infantil precisam colocar um controle parental antes de qualquer fluxo de pagamento alternativo e não podem oferecer compras em um site. Os demais apps precisam oferecer suporte aos controles parentais de compra. Usuários com menos de 13 anos só podem usar o processamento alternativo dentro do app, atrás de um controle parental. Usuários de 13 a 17 anos podem usar as duas opções, cada uma atrás de um controle parental.

Checklist antes de ativar pagamentos alternativos no Japão

• Escreva uma política de reembolso em japonês e coloque o link antes de o comprador pagar. No Google Play, qualquer venda não reembolsável precisa ser informada com antecedência.
• Ofereça aos compradores uma página de histórico de pedidos, gerenciamento de assinaturas e pedidos de reembolso, com link a partir do app.
• Confirme que o seu processador está em conformidade com o PCI Level 1 e consegue lidar com disputas, reembolsos e mudanças de assinatura.
• Registre cada venda, renovação e reembolso com os IDs que cada loja exige: lineItemId para a Apple, externalTransactionId para o Google.
• Informe reembolsos e chargebacks da Apple no relatório mensal, e envie os reembolsos do Google por renovação, não por assinatura.
• Mantenha registros de uso por conta, porque no seu próprio processador é ao banco, e não à loja, que você vai mostrá-los.
• Se você está no programa de pagamentos externos do Google no Japão, planeje a migração para a escolha de faturamento antes de 31 de março de 2027.