Хто платить за повернення коштів у вашому застосунку, це здебільшого ви, але не за комісію, яку ви, як вам здається, втрачаєте

На форумах розробників живе переконання, яке ніяк не помре: ви залишаєте собі 70 відсотків із продажу, але повернення змушує вас віддати 100 відсотків, тож кожне повернення тихо коштує вам частки магазину. Це хибно. Коли Apple або Google повертає кошти одному з ваших клієнтів, магазин теж віддає свою комісію, і ваші книги скасовують лише ту частку, яку ви насправді залишили собі. Тож чесна відповідь на питання, хто платить за повернення коштів у вашому застосунку, така: ви, але за інший рахунок, ніж називає більшість. Ви втрачаєте продаж і все, що вже витратили на його доставлення, а не додаткові 30 відсотків магазину. Ось куди насправді йдуть гроші, рядок за рядком, і чому один вид скасування, чарджбек, порушує це правило.

Хто платить за повернення коштів, у розрізі магазинів

Почніть із самого скасування, перш ніж говорити про витрати на доставлення. Повернення в App Store і повернення на Google Play розкручують продаж на рівні обліку однаково: магазин перестає стягувати з вас свою комісію, а ви віддаєте свій чистий дохід. Клієнт у будь-якому разі отримує назад повну ціну. Ось розподіл, за магазинами.

Чи залишає Apple собі комісію, коли клієнту повертають кошти

Це питання розробники ставлять найчастіше, на Apple Developer Forums і на Hacker News: якщо Apple повертає кошти покупцеві, чи залишає вона собі частку, яку взяла з продажу? Прочитайте фінансовий звіт, і відповідь буде ні. Повернення з'являється як рядок, де Sale or Return має значення R, а Quantity від'ємна, і скасовані гроші, це Extended Partner Share, тобто Quantity помножити на Partner Share, де Partner Share, це ціна клієнта за вирахуванням податку та комісії Apple. Apple стягує назад те, що вам заплатила, ваш чистий дохід, а не валову ціну. Розробники, які витягли власні докладні звіти, виявили те саме: Apple відняла суму після комісії, а не весь продаж.

У дрібному шрифті є заковика. Paid Applications Agreement від Apple каже, що Apple має право утримати свою комісію з продажу попри повернення кінцевому користувачеві. Тож віддавання, це те, як звіти розраховуються на практиці, а не обіцянка. Apple зберігає договірну можливість утримати свою частку, і поширене тлумачення таке, що вона робить це, коли вирішує, що розробник чинить щось не так.

Що Google повертає, а що чарджбек згодом залишає собі

Google письмово чіткіший. Його довідка з керування замовленнями каже, що коли ви повертаєте кошти за замовлення, Google повертає вам сервісний збір, і ви бачите це у наступному звіті про доходи. Час прив'язаний до вашої виплати. Поверніть кошти за замовлення до того, як Google вам за нього заплатив, і ви просто ніколи не отримаєте цієї суми у наступній виплаті. Поверніть після того, як вам заплатили, і суму буде відраховано з майбутньої виплати. Часткові повернення масштабуються: поверніть половину замовлення, і половина як вашої виплати, так і сервісного збору повернеться покупцеві.

Це чистий випадок. Чарджбек не чистий, і це те єдине місце, де магазин перестає віддавати свою частку так, як це робить звичайне повернення.

Що насправді зникає з вашого рахунку

Тож якщо комісія повертається, чому повернення все одно болить? Бо ціна продажу ніколи не була всією вартістю цього клієнта. Простежте гроші у двох кошиках.

Перший кошик, це сам продаж. За повернення він виходить майже в нуль. Клієнт отримує гроші назад, магазин повертає свою комісію, а ви скасовуєте свій дохід. Ви втрачаєте прибуток, який записали, що має значення при масштабі, але ви не платите штраф платформі.

Другий кошик, це той, який звіти ніколи не показують. Це все, що ви вже витратили, перетворюючи цей платіж на доставлений продукт, і ніщо з цього не скасовується, коли скасовується платіж.

• Обчислення, які ви вже виконали: секунди GPU за згенерованим зображенням, відео чи відповіддю моделі, які клієнт уже отримав.
• Виклики API, за які ви вже заплатили: кожен запит до сторонніх сервісів, від пошуку на картах до токена LLM, нарахований вам тієї миті, коли він спрацював.
• Сховище, за яке ви досі платите: файли, експорти та історія, які клієнт створив і які ви й далі хостите.
• Виплати, які ви вже надіслали: частка автора, водія чи продавця, яку ви виплатили за продаж, що щойно скасувався.

Додайте це все, і клієнт із поверненням може після повернення коштувати більше, ніж клієнт, який ніколи не купував. Продаж вимивається. Витрати за ним, ні.

Як повернення проходить через вашу виплату

Повернення не виставляють вам окремим рахунком. Вони проходять через те саме щомісячне розрахування, що й ваші продажі, тому місяць із великою кількістю повернень може зменшити виплату, на яку ви вже розраховували.

В App Store

Apple формує фінансовий звіт за кожен фіскальний місяць, а повернення проводяться у місяці, коли вони розраховуються, як від'ємні рядки Return. Звіт за фіскальний місяць доступний до першої п'ятниці наступного. Повернення, здійснене цього місяця, зменшує дохід цього місяця. Немає окремого рахунку, просто менше число.

На Google Play

Google розміщує кожен рух у вашому звіті про доходи окремим рядком, один за списання, один за збір, один за повернення. Якщо повернення настає до вашої виплати за це замовлення, дохід від замовлення так і не надходить. Якщо настає після, повернення віднімається з пізнішої виплати. Так чи так воно йде з доходів, а не з рахунку, який ви сплачуєте.

Той єдиний рядок у вашому звіті, який і є поверненням

В Apple фільтруйте за Sale or Return, що дорівнює R. Кожен із цих рядків, це гроші, що йдуть. У Google шукайте тип транзакції повернення у звіті про доходи та відповідний рядок поверненого сервісного збору. Звіряння їх із вашими власними подіями повернень, це спосіб виявити клієнта, якому повернули кошти, але який ніколи не втратив доступу, а саме ця хиба перетворює дешеве повернення на дороге.

Чому чарджбек коштує більше, ніж повернення

Поставте їх поряд, і різниця, це банк. За звичайного повернення на Google Play сервісний збір повертається, і ви втрачаєте лише свою частку з продажу, що скасувався. За чарджбеку згідно з політикою від 3 серпня 2026 ви втрачаєте ціну покупки за вирахуванням сервісного збору, і зверху збір за чарджбек від фінансової установи. Той самий втрачений продаж плюс збір, який існує лише тому, що скасування провів банк, а не магазин.

У сторони Apple є свій гострий край. Чарджбек або повернення, яке Apple надає після CONSUMPTION_REQUEST, на який ви відповіли запізно, все одно скасовує ваш дохід, і Apple зберігає договірне право утримати свою комісію, якщо вирішить, що патерн скидається на зловживання. Розрахунок звичайного повернення, де магазин повертає свою частку, діє лише доти, доки в транзакції ніщо не виглядає підозріло.

Що ви насправді можете контролювати

Ви не можете вирішити, чи станеться повернення. Це залишають за собою обидва магазини. Ви можете вирішити, скільки кожне коштує після того, як спрацює.

• Відріжте доступ тієї миті, коли настає скасування. Клієнт із поверненням або чарджбеком, який далі генерує результати, викликає ваші API та заповнює ваше сховище, перетворює беззбиткове скасування на рахунок, що росте.
• Відповідайте на два вікна доказів вчасно. CONSUMPTION_REQUEST від Apple дає вам 12 годин, щоб надіслати дані про споживання. orders.reviewrefund від Google дає вам 24 години, щоб оскаржити чарджбек. Це єдині моменти, коли ваша версія історії має значення.
• Звіряйте повернення з власними записами щомісяця, щоб скасування, яке не відкликало доступ, з'являлося як рядок, на який ви можете відреагувати, а не як повільний витік.

Ніщо з цього не змінює, хто платить за повернення коштів. Воно змінює те, наскільки великий рахунок на момент, коли ви його сплатите.