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

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

Ось коротка версія. Повернення коштів, це коли магазин віддає гроші, і магазин про нього вирішує. Повернення платежу через банк, це коли банк клієнта витягує гроші, і банк про нього вирішує, без права на оскарження. У кожному з них ви перебуваєте на дуже різних позиціях. Ось як кожне виглядає в Apple і Google, два моменти, коли магазин справді щось у вас запитує, і скільки розрив між ними тепер коштує.

Різниця між поверненням платежу через банк і поверненням коштів у тому, хто вирішує

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

Хто починає і хто вирішує

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

Продавець, це магазин, а не ви

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

Обидва поряд

Як виглядає повернення коштів у App Store і Google Play

Більшість повернень коштів, це не розмова, до якої вам дають долучитися. Магазин приймає запит, звіряє його з власними правилами і повертає гроші. Вам повідомляють після факту, якщо ви підключили сповіщення, що несуть цю новину.

Apple вирішує, а потім повідомляє вашому серверу

Клієнт Apple запитує повернення коштів на reportaproblem.apple.com, і Apple має до 90 днів з моменту покупки, щоб прийняти запит на розгляд. Apple розглядає кожен випадок самостійно і вирішує. Коли вона надає повернення, ваш сервер отримує сповіщення REFUND через App Store Server Notifications V2, і транзакція тепер несе revocationDate. Коли вона відхиляє запит, ви отримуєте REFUND_DECLINED. Якщо Apple згодом скасовує вже надане повернення, ви отримуєте REFUND_REVERSED, і продаж повертається. У жодному з цих випадків ви не віддаєте голос. Ви реагуєте.

Google Play повертає кошти за більшість покупок, не питаючи вас

Google Play дозволяє клієнту самостійно оформити повернення протягом 48 годин після покупки, прямо зі свого облікового запису, зовсім без участі розробника. Після 48 годин клієнта скеровують до вас, і ви можете надати або відхилити згідно з власною політикою. Підтримка може здійснювати повернення, а непідтверджену покупку автоматично повертають приблизно через 72 години. Усе це відбувається на боці Google. Ви бачите результат через сповіщення про анульовану покупку або Voided Purchases API, і ваше завдання, це відкликати доступ, а не схвалити повернення.

Два процеси, у яких магазин справді вас питає

Є рівно два моменти в обох магазинах, коли магазин зупиняється і просить у розробника докази, перш ніж вирішити. Apple надсилає CONSUMPTION_REQUEST, коли клієнт запитує повернення, і дає вам 12 годин на відповідь через Send Consumption Information з даними про використання. Google Play надсилає розгляд повернення платежу через банк і дає вам 24 години на відповідь через API orders.reviewrefund. Усе інше вирішується без вас. Ці два вікна, це єдине місце, де ваш внесок змінює результат, і тому їх варто автоматизувати, а решту варто моніторити.

Як виглядає повернення платежу через банк і чому воно остаточне

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

Гроші витягує банк, а не клієнт

У поверненні платежу через банк клієнт каже своєму банку, що списання було помилковим, шахрайським, невпізнаним або так і не доставленим. Банк за замовчуванням стає на бік свого власника картки і скасовує транзакцію, витягуючи кошти через платіжну мережу. Магазин цього не схвалював. Грошей уже немає ще до того, як хтось запитає, чи був продукт доставлений. Ось чому повернення платежу через банк повільне і важке там, де повернення коштів швидке і чисте: воно проходить через процес спору платіжної мережі, який триває тижні чи місяці, а не хвилини.

Рішення банку остаточне

Ви не можете скасувати повернення платежу через банк так, як могли б скасувати повернення коштів. Щойно банк ухвалює рішення, це рішення залишається чинним. Єдине місце, де ви можете на нього вплинути, це перш ніж воно ухвалене. У Google Play ініційований банком спір може відкрити розгляд, і Google Play надсилає вашому серверу сповіщення з 24-годинним таймером. Відповідайте через orders.reviewrefund з перевагою щодо повернення і справжніми доказами споживання, і Google Play враховує ваш внесок у те, як оскаржує повернення платежу через банк від вашого імені. Пропустіть вікно, і спір буде врегульовано без єдиної сторони, яка знає, як продукт було використано.

Скільки насправді коштує вам кожне з них

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

Повернення, це ніколи не єдине число

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

З 3 серпня 2026 року повернення платежу через банк додає банківський збір

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

Масштаб за цією зміною

Google Play повідомляє, що 2025 року заблокував шахрайства і зловживань на US$3.4B і далі нарощує виявлення шахрайства протягом 2026 року. Перекладення вартості повернень платежів через банк на розробників, це частина цього поштовху. Це дає вам прямий привід подавати докази у процес розгляду, щоб система оскаржувала більше нелегітимних спорів. Ваші докази, це те, що робить оскарження можливим, а порожня відповідь, це голос за те, щоб дозволити поверненню платежу через банк за схемою дружнього шахрайства втриматися на ваших грошах.

Як не дати поверненню коштів перетворитися на повернення платежу через банк

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

Поверніть кошти за погане замовлення самі, перш ніж це зробить банк

Якщо замовлення явно буде оскаржене, повернути за нього кошти самому дешевше, ніж програти повернення платежу через банк. Повернення коштів, яке ви здійснюєте, не несе банківського збору за повернення платежу. У Google Play ви можете повернути кошти за будь-яке замовлення давністю менше трьох років одним викликом orders.refund, з відкликанням доступу чи без. Устигніть, перш ніж клієнт дістанеться свого банку, і ви перетворите банківський збір плюс втрачений продаж на просто втрачений продаж.

Відповідайте на два вікна для доказів автоматично

12-годинне вікно Apple і 24-годинне вікно Google Play зручні для машини і нещадні для людини, яка мусить стежити. Відповідь має бути автоматичною: сповіщення всередину, обліковий запис знайдено, споживання зібрано, один виклик назовні, без людини в циклі. Це та частина, яку RefundHalt виконує за вас. Ми слухаємо CONSUMPTION_REQUEST і розгляд повернення платежу через банк у Google Play, зіставляємо замовлення з використанням, яке ми вже відстежуємо, і відповідаємо в межах вікна з перевагою щодо повернення і справжніми доказами споживання.

Прив'яжіть особу і фіксуйте споживання від самого початку

Докази, потрібні вам під час спору, мають існувати до спору. Встановлюйте ідентифікатор облікового запису на кожній покупці, щоб сповіщення зіставлялося прямо з користувачем, appAccountToken UUID в Apple і хешований setObfuscatedAccountId завдовжки 64 символи або менше в Google Play, ніколи персональні дані відкритим текстом. Фіксуйте, що доставило кожне оплачене замовлення, коли і кому, у формі, яку ви можете за потреби перетворити на відсоток споживання. Зробіть це, і вузького вікна достатньо, бо справу вже вибудувано, коли надходить токен.