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

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

Чому з клієнтів двічі списують кошти за ту саму підписку

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

Типові шляхи до подвійного списання виглядають так:

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

«Ваш застосунок і сайт явно не спілкуються між собою»

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

Хто може повернути кошти за кожне списання

Саме тут більшість відповідей підтримки йде не так. Обіцяти можна лише те, що ви контролюєте.

Чи може розробник повернути кошти за підписку в App Store?

Ні. Усі повернення в App Store обробляє Apple. Ви можете лише скоротити шлях. Метод beginRefundRequest у StoreKit відкриває вікно повернення Apple прямо у вашому застосунку, з уже заповненими даними покупки і списком причин. У документації Apple сказано, що App Store схвалює або відхиляє запит протягом 48 годин. Поза застосунком клієнт входить на reportaproblem.apple.com, обирає «Request a refund», вказує причину і вибирає підписку.

Як самостійно повернути кошти в Google Play

У Google Play контроль у ваших руках. У Play Console відкрийте Order management, виберіть замовлення і поверніть кошти. Довідка Play Console чітко описує підписки: якщо повернути кошти за останнє замовлення, підписку буде одразу видалено, а майбутні продовження скасовано. Якщо повернути за старіше замовлення, підписка залишиться активною. Якщо ви автоматизуєте процес, API orders.refund робить те саме, приймає прапорець revoke, щоб одразу закрити доступ, і відхиляє замовлення, старші за 3 роки.

Скільки вам коштує дубльована підписка

Дублікат ніколи не був доходом, який ви могли залишити собі. Фінансове питання в тому, скільки він коштуватиме понад саме повернення.

Простий випадок

Припустимо, клієнт платив $9.99 на місяць і в App Store, і в Google Play протягом трьох місяців, перш ніж помітив. Це $29.97 дубльованих списань. Якщо ви самі повернете кошти за три замовлення в Google Play, ви віддасте $29.97, і проблема закінчиться того ж дня. Якщо ж клієнт звернеться до Apple щодо App Store, Apple вирішить, скільки повернути, а ви дізнаєтеся про це лише із серверних сповіщень. У будь-якому разі дохід однієї платформи за ці три місяці повертається.

Дорогий випадок

Справжні втрати починаються, коли клієнт перестає сподіватися на підтримку і дзвонить у свій банк. Після рішення банку чарджбек остаточний. Google Play дає вам один шанс заперечити: перевірку чарджбеку, на яку треба відповісти протягом 24 годин через orders.reviewrefund. Для замовлень у Google Play, зроблених після 3 серпня 2026 року, програний чарджбек коштує вам ціну покупки за вирахуванням сервісного збору Play, плюс комісію банку за чарджбек. Повернення на $29.97, яке ви могли оформити за хвилину, перетворюється на $29.97 плюс комісію, яку ви не контролюєте.

Витрати, які ви тим часом продовжуєте нести

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

Як підтримці обробити подвійне списання

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

• Знайдіть обидві покупки за обліковим записом клієнта, а не за адресою електронної пошти, з якої він написав.
• Запитайте, який план він хоче залишити. Зазвичай це план на пристрої, яким він користується зараз.
• Якщо дублікат у Google Play або на вашому сайті, поверніть кошти самі і повідомте, що все зроблено.
• Якщо дублікат в App Store, направте клієнта на reportaproblem.apple.com або до кнопки повернення у вашому застосунку, якщо ви її створили, і попросіть скасувати підписку в налаштуваннях облікового запису Apple.
• Якщо після цього Apple надішле CONSUMPTION_REQUEST і клієнт дав згоду, відповідайте протягом 12 годин із точними даними про використання. Дубльований план, яким ніколи не користувалися, Apple схвалити легко.

Як запобігти другому списанню

Профілактика дешевша за будь-яке повернення, і обидва магазини вже мають потрібні інструменти.

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

В iOS генеруйте UUID для кожного облікового запису і передавайте його як параметр покупки appAccountToken. Apple повертає те саме значення в транзакції та в інформації про продовження підписки. Якщо покупка відбулася поза вашим застосунком, ендпоінт Set App Account Token дозволяє додати або оновити токен пізніше. В Android передавайте в setObfuscatedAccountId хешований ідентифікатор облікового запису довжиною до 64 символів, ніколи не необроблені персональні дані.

Перевіряйте доступи, перш ніж показувати пейвол

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

Відстежуйте два активні плани в одному обліковому записі

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

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