Au Japon, les remboursements des paiements alternatifs atterrissent sur votre bureau sur les deux stores, et chacun doit être déclaré à Apple ou à Google

Les remboursements des paiements alternatifs au Japon sont désormais votre affaire, sur iPhone comme sur Android. Apple a ouvert le traitement de paiement alternatif au Japon avec iOS 26.2 en décembre 2025, et le programme de choix de facturation de Google Play a atteint les utilisateurs japonais le 30 septembre 2026. Les deux stores ont fait le même marché. Vous pouvez encaisser vous-même, et le remboursement, le ticket de support et la rétrofacturation viennent avec. Ce que la plupart des équipes ratent, c'est la paperasse : chaque remboursement que vous accordez doit encore être déclaré au store qui vous a laissé vendre.

Ce qui a changé au Japon, et quand

La Mobile Software Competition Act japonaise, la MSCA, est entrée en vigueur en décembre 2025 pour les entreprises qu'elle désigne, dont Apple et Google. Google dit avoir travaillé 18 mois avec la Commission japonaise de la concurrence loyale sur sa réponse. Apple a déployé ses changements la même semaine. Les dates ci-dessous proviennent des pages des deux entreprises.

Aucun des deux stores ne vous laisse abandonner son propre paiement. Apple exige qu'In-App Purchase reste disponible à côté de toute option alternative. Google exige que Google Play Billing soit proposé côte à côte avec votre facturation ou votre lien web. Une app, deux paiements, et deux guichets de remboursement différents.

Qui gère les remboursements des paiements alternatifs au Japon

En bref, le store gère les remboursements des achats qu'il a traités, et vous gérez le reste. Un acheteur qui a payé via Apple In-App Purchase peut toujours demander un remboursement à Apple. Un acheteur qui a payé via votre prestataire ne le peut pas.

Ce que dit Apple

La page d'Apple sur le Japon est claire. Pour les achats effectués via des paiements alternatifs, Apple ne pourra pas aider les clients pour les remboursements, l'historique d'achats, la gestion des abonnements et les autres problèmes, et c'est à vous de les traiter directement avec les clients. Elle vous rend aussi responsable du respect des lois sur le traitement des paiements, les annulations et les remboursements. Votre prestataire de services de paiement doit être conforme PCI Level 1 et disposer d'un service client qui couvre les litiges, la gestion des abonnements et les remboursements.

Ce que dit Google

Les règles de choix de facturation de Google détaillent trois obligations. Vous devez proposer des moyens de remboursement aux utilisateurs qui effectuent des transactions hors de Play, sauf si l'utilisateur a été clairement informé avant l'achat que la transaction n'est pas remboursable. Vous devez assurer le support client pour ces achats. Et votre système de facturation doit permettre aux utilisateurs de contester les transactions non autorisées. Google veut aussi des liens où les utilisateurs peuvent consulter leur historique de commandes, gérer leurs abonnements et lancer une demande de remboursement.

Les deux circuits de preuves n'existent pas ici

Avec la facturation du store, seuls deux circuits de remboursement vous demandent des preuves : le CONSUMPTION_REQUEST d'Apple, qui vous laisse 12 heures pour envoyer des données de consommation, et l'examen des rétrofacturations de Google Play via orders.reviewrefund, qui vous laisse 24 heures. Les deux existent parce que le store a encaissé le paiement. Un achat payé via votre propre prestataire ne déclenche jamais ni l'un ni l'autre. Quand un acheteur japonais conteste ce débit, le dossier se joue entre votre prestataire et sa banque, et la décision de la banque est définitive.

Comment déclarer un remboursement à Apple ou à Google

Accorder le remboursement, c'est la moitié du travail. Les deux stores prélèvent une part des paiements alternatifs, donc tous deux veulent voir l'argent qui a été rendu.

Les lignes de remboursement d'Apple

Dans l'External Purchase Server API, un remboursement est une ligne à part entière de type REFUND. Elle indique la transaction remboursée, la date à laquelle vous avez effectué le remboursement, les montants TTC et HT en millièmes de votre devise de déclaration, et un montant net qui, selon Apple, tient compte de tous les remboursements et retraitements. La page d'Apple sur les lignes ajoute une phrase qui compte pour les litiges : déclarez les rétrofacturations comme un remboursement.

Si vous vous trompez sur une ligne, Apple attend une correction. Vous renvoyez le même lineItemId avec restatement à true, et Apple n'utilise que la dernière version. Une ligne envoyée par erreur est retirée en mettant aussi erroneouslySubmitted à true.

L'appel de remboursement de Google

Sur Google Play, vous appelez refundexternaltransaction sur l'externalTransactionId que vous avez déclaré pour la vente. Un remboursement total couvre le montant restant. Un remboursement partiel nécessite un refundId unique et le montant hors taxes que vous avez rendu. Pour les abonnements, Google veut l'ID du renouvellement précis qui est remboursé : rembourser un abonnement débité trois fois implique donc trois appels de remboursement distincts. Les endpoints de création et de remboursement partagent une limite de 1 200 requêtes par minute.

Ce que les paiements alternatifs au Japon font vraiment économiser

L'économie affichée est plus faible que ce que beaucoup d'équipes imaginent, et les coûts des remboursements en grignotent une partie. Voici les tarifs publiés par Apple pour le Japon.

Sur une vente standard dans l'app, passer à votre propre prestataire fait économiser 5 points du prix payé par le client. Les frais de votre prestataire sortent de ces 5 points. Les tarifs de choix de facturation de Google sont échelonnés selon le type de produit et l'ancienneté de l'installation. Pour la facturation alternative dans l'app, sa page d'aide indique 10% pour les abonnements à renouvellement automatique, et 20% ou 25% pour les autres achats selon que l'installation est nouvelle ou existante, avec 10% sur le premier $1M de revenus annuels pour les développeurs éligibles.

Les coûts que le store absorbait

• Remboursements accordés : le prix total repart du solde de votre prestataire, et ce que le prestataire facture pour rembourser est à votre charge.
• Rétrofacturations : les frais de litige de votre prestataire, plus le temps passé à réunir des preuves pour la banque. Il n'y a plus d'examen du store à remporter d'abord.
• Support client : l'équipe ou les outils qui répondent en japonais aux questions sur l'historique de commandes, les abonnements et les remboursements, ce qu'Apple et Google ne gèrent plus pour ces acheteurs.
• Déclaration : le travail d'ingénierie pour envoyer à Apple un rapport mensuel et à Google un appel dans les 24 heures suivant chaque vente et chaque remboursement.

Les coûts qu'aucun remboursement ne rend

Ceux-là n'ont jamais été le problème du store, et ils restent les vôtres dans tous les cas. Le calcul derrière ce que l'acheteur a utilisé, les appels d'API générés par ses requêtes, le stockage de ce qu'il a créé, et tout versement dû à un créateur ou à un partenaire sur cette vente. Avec In-App Purchase, un CONSUMPTION_REQUEST vous permet au moins de montrer à Apple que l'acheteur a consommé ce qu'il a payé. Avec votre propre prestataire, cet argument part à la banque, et seulement si l'acheteur ouvre un litige au lieu de vous demander un remboursement.

Règles pour les jeunes acheteurs

Le risque de remboursement est maximal quand c'est un enfant qui paie, et les règles d'Apple pour le Japon sont construites autour de cela. Les apps de la catégorie Enfants doivent placer un contrôle parental avant tout parcours de paiement alternatif et ne peuvent pas proposer d'achats sur un site web. Les autres apps doivent prendre en charge le contrôle parental des achats. Les utilisateurs de moins de 13 ans ne peuvent utiliser que le traitement alternatif dans l'app, derrière un contrôle parental. Les utilisateurs de 13 à 17 ans peuvent utiliser les deux options, chacune derrière un contrôle parental.

Liste de contrôle avant d'activer les paiements alternatifs au Japon

• Rédigez une politique de remboursement en japonais et mettez-en le lien avant que l'acheteur ne paie. Sur Google Play, toute vente non remboursable doit être annoncée à l'avance.
• Donnez aux acheteurs une page pour l'historique de commandes, la gestion des abonnements et les demandes de remboursement, accessible depuis l'app.
• Vérifiez que votre prestataire est conforme PCI Level 1 et sait gérer les litiges, les remboursements et les changements d'abonnement.
• Enregistrez chaque vente, renouvellement et remboursement avec les ID dont chaque store a besoin : lineItemId pour Apple, externalTransactionId pour Google.
• Déclarez les remboursements et rétrofacturations Apple dans le rapport mensuel, et envoyez les remboursements Google par renouvellement, pas par abonnement.
• Conservez des relevés d'utilisation par compte, car avec votre propre prestataire, c'est à la banque, et non au store, que vous les présenterez.
• Si vous êtes dans le programme de paiements externes de Google au Japon, planifiez le passage au choix de facturation avant le 31 mars 2027.