Les remboursements d'applis sortent de votre versement, pas seulement des revenus de votre tableau de bord, et un mauvais mois peut retirer de l'argent de votre banque

La plupart des développeurs lisent un remboursement comme une ligne qui est partie du mauvais côté, une vente devenue un nombre plus petit quelque part dans un rapport. C'est pire que ça. Les remboursements d'applis sortent de votre versement, l'argent réel que la boutique vire à votre banque, et comme un remboursement ne tombe presque jamais dans la même période que la vente, il sort d'un versement que vous avez peut-être déjà dépensé. Sur Google Play, une série de remboursements suffisamment mauvaise n'attend même pas le prochain versement. Google plonge la main dans le compte bancaire qui reçoit votre argent et reprend le montant manquant.

C'est la part des remboursements qui n'apparaît jamais dans les graphiques de résiliation. L'argent bouge selon le calendrier de la boutique, pas le vôtre, et le calendrier de la boutique est fait pour déduire vos remboursements avant de vous payer. Voici exactement quand l'argent du remboursement part, sur l'App Store et Google Play, et pourquoi le nombre qui arrive sur votre banque ne correspond jamais au nombre de votre tableau de bord en direct.

Pourquoi un remboursement d'appli sort de votre versement, pas de vos ventes

Un remboursement, ce sont deux annulations à la fois, et toutes deux sont votre argent. Le comprendre, c'est toute la différence entre traiter un remboursement comme une note de bas de page comptable et le traiter comme de l'argent qui quitte les lieux.

Un remboursement annule le paiement du client et vos recettes

Quand un client est remboursé, la boutique rend le prix intégral qu'il a payé. Elle annule ensuite sa propre commission, vous ne payez donc pas la part de la boutique sur une vente qui n'existe plus. Ce qui reste, les recettes que vous aviez réellement gagnées sur cette vente, vous est repris. C'est le nombre qui compte pour la trésorerie. Ce n'est ni la commission ni la taxe, que la boutique gère toutes deux. C'est la part que vous alliez garder, et sur un remboursement elle repart.

L'argent peut partir après que vous avez déjà été payé

Le piège, c'est le calendrier. Les boutiques paient sur un cycle mensuel, et un client peut demander un remboursement des jours ou des semaines après son achat. Si le remboursement arrive avant que la vente ait été versée, il réduit simplement ce versement. S'il arrive après que vous avez déjà été payé pour la vente, la boutique le retire d'un versement ultérieur. Dans les deux cas, le remboursement est réglé sur la période où il se produit, pas la période de la vente, donc l'argent du remboursement et celui de la vente ne bougent presque jamais ensemble.

Quand l'argent du remboursement part réellement, boutique par boutique

Les deux boutiques aboutissent au même endroit, vos remboursements sont déduits de vos versements, mais elles y arrivent avec des calendriers différents et des conséquences différentes quand le calcul passe en négatif.

Google Play déduit les remboursements d'un versement mensuel

Google Play règle par mois civil. Toute commande traitée, remboursée ou rétrofacturée du premier jour d'un mois à la fin de ce mois est versée aux alentours du 15 du mois suivant, une fois que votre solde dépasse le seuil de versement, qui est d'un dollar américain pour les versements en devise locale et de cent dollars américains pour les virements en USD. Les remboursements sont à l'intérieur de ce règlement, pas en dehors. Si vous remboursez une commande avant que Google vous ait payé pour elle, vous ne recevez jamais ce montant. Si vous la remboursez après que le versement est déjà parti, Google déduit le montant d'un versement futur.

Apple comptabilise le remboursement sur le mois fiscal où il se produit

Apple fonctionne sur un calendrier fiscal, pas un mois civil, et retire les remboursements et rétrofacturations de vos revenus accumulés sur le mois fiscal où ils surviennent. Dans le rapport financier, un remboursement est marqué comme un Return, avec des unités négatives et une part partenaire négative, ce qui est la façon dont Apple dit qu'il réduit directement les recettes de cette période. Apple vous paie ensuite environ un mois après la clôture du mois fiscal, et seulement une fois que votre solde dépasse le seuil de paiement de votre région, donc un remboursement peut réduire de l'argent que vous n'avez pas encore touché ou compenser un mois où vous aviez déjà été payé pour la vente d'origine.

Ce que cela vous coûte en trésorerie

Le montant en dollars d'un remboursement est facile à voir. Le coût en trésorerie est la part qui prend les équipes au dépourvu, car il porte sur le moment où l'argent bouge, pas seulement sur combien.

Le décalage est le piège

Imaginez un mois normal. Vous vendez en janvier et êtes payé plus tard. En février, certains de ces acheteurs de janvier se font rembourser, et février est aussi le mois où vous faites de nouvelles ventes. Google et Apple déduisent tous deux les anciens remboursements de la nouvelle période, donc votre dépôt de février est plus léger que ce que vos seules ventes de février laisseraient penser. Rien n'est anormal. Les remboursements sont simplement tombés sur un versement différent de celui des ventes qu'ils annulent.

Sur un achat consommable, le décalage fait mal deux fois. Vous avez déjà dépensé de l'argent réel pour livrer les pièces, les crédits ou le résultat généré au moment de l'achat, donc le coût de calcul et d'API est parti. Puis, des semaines plus tard, les recettes que vous aviez comptabilisées sont reprises sur un versement. Vous perdez le coût de livraison et le revenu, et ils partent deux jours différents.

Les rétrofacturations sont la version chère

Une rétrofacturation est un remboursement passé par la banque au lieu de la boutique, et elle est définitive. Vous pouvez répondre à un examen de rétrofacturation Google Play via orders.reviewrefund sous 24 heures et Apple peut demander des informations de consommation sous 12 heures, mais ni l'un ni l'autre ne retransforme un litige perdu en argent. À partir du 3 août 2026, une rétrofacturation Google Play transfère au développeur le prix d'achat, moins les frais de service de Play, plus les frais de rétrofacturation de la banque, et Google continue de couvrir seulement ses propres frais de service. Ce montant combiné sort de votre versement de la même façon qu'un remboursement, sauf qu'une rétrofacturation porte aussi des frais bancaires que vous ne voyez jamais sur un remboursement ordinaire.

Pourquoi votre versement ne correspond jamais à votre tableau de bord

Si votre tableau de bord de revenus et votre dépôt bancaire ne se sont jamais accordés, les remboursements en sont la cause principale. Le tableau de bord compte une chose et le versement en compte une autre.

Le tableau de bord est brut, le versement est net et tardif

Un tableau de bord de ventes en direct affiche les ventes brutes au fur et à mesure. Le versement affiche ces ventes moins chaque remboursement et rétrofacturation réglé pendant la période de versement, y compris les remboursements sur des ventes de mois antérieurs. Les deux nombres décrivent des fenêtres de temps différentes, ils ne peuvent donc pas correspondre. Le versement est le chiffre le plus petit, le plus tardif et le plus honnête, car il a déjà absorbé les annulations que le tableau de bord n'a pas encore rattrapées.

Comment éviter que les remboursements surprennent votre trésorerie

Vous ne pouvez pas changer le moment où un client demande un remboursement, et sur la plupart des voies de remboursement, vous ne pouvez pas empêcher le remboursement du tout. Ce que vous pouvez contrôler, c'est de savoir si le calendrier vous prend au dépourvu et si vous portez assez de marge pour l'absorber.

Rapprochez-vous du versement, pas du tableau de bord

Traitez le rapport financier et le versement de la boutique comme la source de vérité pour les revenus, et rapprochez vos propres chiffres à chaque période. Sur l'App Store, cela signifie le rapport financier, où un remboursement est un Return avec des unités négatives. Sur Google Play, cela signifie le rapport de revenus qui alimente le versement mensuel. Alignez-vous sur eux et le décalage du remboursement cesse d'être un mystère, car vous lisez les mêmes nets sur lesquels la boutique paie.

Gardez une réserve contre le décalage des remboursements

Comme un remboursement peut toucher un versement des semaines après avoir comptabilisé la vente, ne traitez pas un mois complet de ventes brutes comme dépensable le jour de son arrivée. Gardez une réserve dimensionnée à votre taux de remboursement pour qu'un mois de remboursements plus lourds, ou un groupe de rétrofacturations, réduise un versement que vous aviez prévu plutôt qu'un que vous avez déjà engagé. Cela compte surtout pour les équipes qui paient des dépenses publicitaires ou des prestataires avec les revenus de la boutique, où un versement plus léger tombe sur une facture qui ne rétrécit pas.

Éliminez les remboursements que vous pouvez et tenez les clients hors de la voie de la rétrofacturation

Le remboursement le moins cher est celui qui n'a jamais lieu, et le deuxième le moins cher est celui qui reste un remboursement au lieu de devenir une rétrofacturation. Un client qui obtient un remboursement propre et rapide appelle rarement la banque, et la version bancaire porte désormais sur Google Play des frais que la version boutique n'a pas. Prévenez ce que vous pouvez avant que la demande n'arrive, honorez les demandes légitimes sans friction, et vous gardez à la fois le volume et les frais hors de votre versement.

La version courte

Un remboursement n'est pas une vente plus petite, c'est de l'argent qui quitte votre compte selon le calendrier de la boutique. Google Play déduit vos remboursements et rétrofacturations d'un versement mensuel aux alentours du 15, et si votre solde passe en négatif pendant 48 heures, il prélève directement sur votre banque. Apple comptabilise les remboursements sur le mois fiscal où ils se produisent et paie environ un mois plus tard, net de ces retours. Comme les remboursements se règlent rarement dans la même période que les ventes qu'ils annulent, votre versement est toujours plus léger et plus tardif que votre tableau de bord, et à partir du 3 août 2026, une rétrofacturation Google Play retire le prix et des frais bancaires de ce versement sans moyen de les récupérer. Rapprochez-vous du versement, gardez une réserve pour le décalage et stoppez les remboursements que vous pouvez avant qu'ils n'atteignent la banque.