Les remboursements d'achats consommables intégrés sont ceux qui vous coûtent deux fois, parce que vous avez déjà dépensé l'argent pour les livrer

Chaque remboursement fait mal, mais le remboursement d'un achat consommable intégré est celui qui reprend l'argent après que vous l'avez déjà dépensé. Le remboursement d'un abonnement annule un accès que vous pouvez couper. Le remboursement d'un non-consommable reprend un déverrouillage permanent. Un consommable, c'est différent. Un pack de pièces, un lot de gemmes, une série de crédits d'images d'IA, un boost, est utilisé au moment où il arrive dans le solde du client, et quand la demande de remboursement apparaît, les pièces sont parties, les crédits sont brûlés, et le calcul qui a produit le résultat vous a déjà été facturé. C'est ce qui fait des consommables le problème de remboursement le plus aigu d'une application, et pourquoi le conseil habituel sur la preuve de la valeur ne vous sauve pas ici.

En quoi le remboursement d'un consommable diffère de tout autre remboursement

La boutique traite chaque type d'achat comme l'une de trois choses, et les remboursements retombent différemment sur chacune. La différence n'est pas théorique. Elle décide de la part de votre coût qui revient.

Un consommable est dépensé au moment où vous le livrez

Un non-consommable, un déverrouillage de niveau permanent ou une suppression de publicités, reste sur le compte. Un abonnement accorde un accès limité dans le temps que vous pouvez révoquer. Un consommable est consommé à l'utilisation. Le client achète 1 000 pièces, en dépense 600 sur une fonctionnalité qui a appelé vos serveurs, et les 600 sont parties. La valeur n'était pas gardée en réserve en attendant d'être jugée. Elle a été convertie sur-le-champ en vos coûts payés.

C'est pourquoi les boutiques ont d'emblée bâti un flux de preuve de remboursement distinct pour les consommables. Pour un abonnement, la boutique peut raisonner sur la part de la période payée qui s'est écoulée. Pour un consommable, il n'y a pas d'horloge à lire. Soit vous avez livré les pièces et le client les a utilisées, soit non, et seul votre serveur sait laquelle.

Vous ne pouvez pas dé-livrer ce qui a été consommé

Quand un remboursement est accordé sur un consommable, l'argent revient mais les pièces ne se dé-dépensent pas d'elles-mêmes. Si un client a acheté un pack de crédits, a généré quarante images avec, puis a obtenu un remboursement, vous avez payé quarante générations et n'avez rien reçu en échange. Révoquer le solde restant est le maximum que vous puissiez faire, et seulement s'il en reste. Un consommable entièrement consommé ne laisse rien à reprendre.

Ce que vous coûte réellement le remboursement d'un achat consommable intégré

Le chiffre en vitrine d'un remboursement de consommable, c'est le prix de vente qui sort de vos comptes. Le vrai chiffre, c'est le prix de vente plus tout ce que vous avez déjà dépensé à transformer cet achat en valeur livrée. La plus grande partie de la seconde ne revient jamais.

Le remboursement annule le prix, pas le calcul

Disons qu'un client achète un pack de crédits d'IA à $9.99 et les dépense tous à générer du résultat. Chaque génération vous a coûté un vrai appel d'API. Quand Apple accorde le remboursement, les $9.99 repartent et Apple annule sa commission, si bien que votre revenu déclaré revient à zéro. Votre facture de calcul pour ces générations, elle, ne revient pas à zéro. Vous l'avez payée, elle a été prélevée, et elle reste payée. Le remboursement n'y a pas touché. C'est précisément le cas autour duquel RefundHalt a été conçu, car le temps écoulé ne prouve rien sur un consommable et la seule défense est de savoir ce qui a réellement été livré.

Le côté App Store, l'unique fenêtre de 12 hours où votre réponse compte

Sur l'App Store, vous n'avez aucun interrupteur de remboursement. Vous ne pouvez ni accorder ni refuser un remboursement de consommable. Chaque remboursement est décidé par Apple, une demande à la fois, via reportaproblem.apple.com. Ce que vous obtenez à la place, c'est une seule occasion de parler, et elle est étroite.

Le CONSUMPTION_REQUEST est le seul endroit où Apple vous demande quoi que ce soit

Quand un client demande un remboursement sur un consommable, et que le partage des données de consommation est activé pour l'application, votre serveur reçoit un App Store Server Notification de type CONSUMPTION_REQUEST. Vous avez alors 12 hours pour répondre avec Send Consumption Information. Ratez la fenêtre et la décision se prend sans votre avis. Apple a introduit ce flux spécifiquement pour les consommables, et en 2024 a étendu la même notification aux abonnements à renouvellement automatique.

La réponse porte un ensemble de champs. Les deux qui comptent le plus pour un consommable décrivent quelle part en a été utilisée et si vous l'avez livré du tout.

Pourquoi votre réponse compte davantage sur un consommable que sur un abonnement

Pour un abonnement à renouvellement automatique, Apple calcule déjà quelle part de la période de facturation s'est écoulée et s'appuie dessus. Votre réponse de consommation ne fait le plus souvent qu'orienter une préférence. Pour un consommable, il n'y a pas de période écoulée à mesurer. Le consumptionStatus que vous envoyez est presque le seul signal d'usage dont Apple dispose. Si votre serveur peut affirmer, avec certitude, que le client a consommé 100 pour cent du pack, c'est la différence entre une transaction défendable et un cadeau silencieux. Si customerConsented est faux, rien de tout cela n'est lu, donc le consentement doit être recueilli dans votre flux d'achat bien avant que la demande n'arrive.

Le côté Google Play, vous pouvez rembourser mais l'article est déjà parti

Google Play donne au développeur un contrôle plus direct qu'Apple, et cela aide moins que vous ne le pensez, car les voies de remboursement les plus rapides ne vous atteignent jamais.

La fenêtre de libre-service de 48 hours vous saute complètement

Dans les 48 hours suivant l'achat, un client Google Play peut demander un remboursement via la boutique et souvent l'obtenir automatiquement, sans votre intervention. On ne vous demande rien, vous ne pesez pas dans la balance, et pour un consommable cela signifie que les pièces sont dépensées et l'argent parti avant même que vous sachiez qu'une demande a eu lieu. La Voided Purchases API est la façon dont vous l'apprenez après coup, pour pouvoir révoquer ce qu'il reste du droit d'accès.

Rembourser et révoquer, et ce que la révocation ne peut pas faire

Vous pouvez accorder vous-même un remboursement de consommable depuis le Play Console ou l'Order Management API, avec un paramètre de révocation facultatif qui retire l'accès. La révocation fonctionne proprement sur ce qui persiste, un abonnement ou un droit d'accès durable. Elle ne peut pas dé-dépenser un consommable. Si le client a déjà transformé les pièces en résultat livré, la révocation n'a rien à récupérer, et vous portez le coût d'exécution sans vente qui le compense.

Ce que cela signifie en argent quand les règles de rétrofacturation changent

Un remboursement et une rétrofacturation ne sont pas la même perte, et sur un consommable l'écart est sur le point de se creuser. Un remboursement annule la vente et rend généralement la commission de la boutique. Une rétrofacturation, c'est la banque du client qui reprend l'argent de force, et c'est définitif.

À partir du August 3, 2026, Google Play reporte le coût d'une rétrofacturation sur le développeur : le prix d'achat moins les frais de service de Play, plus les frais de rétrofacturation de la banque. Sur un consommable que vous avez déjà livré, le calcul est brutal. Vous avez payé le calcul pour l'exécuter, vous perdez le prix d'achat, et maintenant vous payez les frais de la banque par-dessus. Un unique pack de pièces contesté peut coûter plus que plusieurs vendus n'ont rapporté. La leçon n'est pas de combattre les rétrofacturations après coup, ce que vous gagnez rarement, mais de garder les clients mécontents sur la voie du remboursement, où la perte est plus petite et où la part de la boutique revient, plutôt que sur la voie du litige, où elle ne revient pas.

Comment perdre moins face aux remboursements de consommables

Vous ne pouvez pas empêcher les boutiques de rembourser. Vous pouvez faire en sorte que, lorsqu'elles le font, vous ayez livré honnêtement, répondu pleinement, et puissiez voir la tendance avant qu'elle ne grandisse.

Livrez côté serveur et consignez-le

Accordez les consommables depuis votre serveur après avoir vérifié la transaction, et consignez le moment de la livraison et de la consommation en regard de l'id de transaction. C'est ce relevé qui vous permet de répondre à un CONSUMPTION_REQUEST avec un consumptionStatus véridique plutôt qu'une supposition. Un consommable que vous avez livré mais dont vous ne pouvez pas prouver la livraison est un remboursement que vous perdrez par défaut.

Répondez à chaque CONSUMPTION_REQUEST, et répondez franchement

Répondez dans les 12 hours, à chaque fois. Déclarez le vrai consumptionStatus. Surestimer l'usage sur un client qui n'a réellement pas reçu ses pièces invite la rétrofacturation que vous cherchiez à éviter, et la rétrofacturation est le résultat le plus coûteux. Honnête, complet, à temps. C'est tout le jeu, et il ne fonctionne que si les données sont déjà recueillies avant que la demande n'arrive.

Surveillez les consommables comme leur propre cohorte de remboursement

Fondez les remboursements de consommables dans votre taux de remboursement global et le signal disparaît. Suivez-les à part. Un pic de remboursements sur un pack de pièces ou un palier de crédits pointe généralement vers un problème précis, une utilisation cassée, un prix trompeur, un pack qui livre moins que ce que l'icône laisse croire. Lisez les remboursements de consommables au regard des ventes de consommables, par produit, et la cause est le plus souvent évidente.

La version courte

Le remboursement d'un achat consommable intégré est le remboursement qui vous coûte avant même que vous n'en entendiez parler, car les pièces ont été dépensées, les crédits brûlés, et le calcul facturé au moment où le client a acheté. Apple vous laisse parler une fois, pendant 12 hours, via le CONSUMPTION_REQUEST, et sur un consommable cette réponse est presque la seule preuve qui existe. Google Play vous laisse rembourser mais demande rarement d'abord, et à partir de August 2026 une rétrofacturation de consommable coûte plus que la vente. Livrez côté serveur, consignez ce que vous avez livré, répondez à chaque demande avec sincérité, et gardez la perte dans la voie du remboursement plutôt que dans celle du litige.