Член команди відкриває застосунок, бачить платний тариф і каже: «Нам потрібно скасувати його на вебсайті».
На вебсайті зазначено, що жодної підписки не знайдено.
Водночас фінансовий відділ бачить щомісячне списання з картки, яке, схоже, надходить від магазину застосунків.
Усі три спостереження можуть бути правильними.
Продукт, яким користується людина, обліковий запис, через який вона входить у систему, і сторона, яка фактично виставляє рахунок за підписку, можуть бути різними.
Саме тому першим кроком під час зміни тарифу, запиту рахунку-фактури, повернення коштів або припинення автоматичного продовження є визначення фактичного власника білінгу.
Починайте з чека, а не з логотипа застосунку
Уявімо застосунок для транскрипції під назвою North Notes.
Той самий застосунок можна використовувати на телефоні та ноутбуці, але платний тариф міг бути придбаний через:
- Apple Account,
- Google Play,
- альтернативний спосіб оплати всередині застосунку,
- або вебсайт розробника.
У кожному випадку продукт може виглядати однаково.
Змінюється те, хто продав підписку та де нею можна керувати.
Якщо на вебсторінці зазначено «Підписку не знайдено», це не обов’язково означає, що списання коштів не відбувається. Можливо, вебсистема білінгу просто не використовувалася для цієї покупки.
Найкраще почати з чека про покупку.
Зверніть увагу на:
- назву продавця,
- ID замовлення,
- обліковий запис, через який здійснено покупку,
- умови продовження,
- та інструкції з керування підпискою.
Потім порівняйте ці дані з транзакцією за карткою.
Не покладайтеся лише на назву в банківській виписці. Дескриптори маркетплейсів можуть об’єднувати кілька покупок, а розробник може проводити платежі під іншою комерційною назвою.
Три запитання, які має поставити кожна команда
Якщо з підпискою щось незрозуміло, дайте відповідь на три запитання:
1. Хто видав чек або рахунок-фактуру?
Зазвичай це дозволяє визначити продавця, відповідального за білінг.
2. Де підписка відображається та де нею можна керувати?
Це показує, який обліковий запис контролює продовження, скасування та налаштування платежів.
3. Хто встановлює умови скасування та повернення коштів?
Зазвичай це вказує на сторону, відповідальну за білінг.
Розробник програмного забезпечення може й надалі відповідати за доступ, функції, ліцензії та проблеми з входом.
Постачальник білінгу може відповідати за зміну способу оплати, продовження, скасування або повернення коштів, пов’язаних із платежем.
Ці ролі можуть бути розділеними.
Як відстежити підписку Apple або App Store
Для покупки на iPhone або iPad почніть з Apple Account, у якому було виконано вхід під час здійснення покупки.
Перевірте:
- Subscriptions
- Purchase History
- електронні чеки від Apple
Користувач може мати кілька Apple Account, наприклад особистий обліковий запис і окремий обліковий запис для роботи.
Якщо підписка не відображається в обліковому записі, який ви перевіряєте, перевірте інший можливий обліковий запис, а також власний білінговий портал розробника.
Не припускайте, що використання корпоративної картки означає, що компанія володіє підпискою Apple.
Картка може використовуватися для фінансування покупки, тоді як сама підписка залишається прив’язаною до особистого Apple Account працівника.
Якщо покупку виставила Apple, використовуйте систему керування підписками Apple для питань білінгу та скасування.
Якщо функція продукту не працює, правильним контактом для підтримки все одно може бути розробник.
Коли застосунок також має обліковий запис на вебсайті
Деякі продукти дозволяють покупці через магазин застосунків відкривати доступ до сервісу у вебверсії.
Інші розглядають підписки через магазини застосунків та прямі тарифи на вебсайті як різні продукти.
Продукт може мати:
- різні рівні тарифів,
- різні правила ліцензування,
- різні рахунки-фактури,
- або різних власників облікових записів.
Якщо вебсайт повідомляє, що не може керувати підпискою, перевірте, чи не контролюється тариф досі Apple, Google Play або іншим постачальником білінгу.
Знайомий логотип застосунку не означає, що саме вебсайт володіє комерційними відносинами з клієнтом.
Це також важливо для бізнес-документів.
Якщо компанії потрібен рахунок-фактура з ПДВ або платіжний документ на юридичне ім’я компанії, запитайте сторону, яка фактично видала чек, які документи вона може надати.
Розробник програмного забезпечення може не мати можливості змінити чек, виданий іншим постачальником білінгу.
Як відстежити підписку Google Play
Для покупок на Android відкрийте розділ підписок Google Play для облікового запису Google, який використовувався під час покупки.
Потім перевірте:
- Subscriptions
- Order History
- електронні чеки
- та власні налаштування білінгу застосунку
На телефоні може бути кілька облікових записів Google, зокрема особистий обліковий запис і керований робочий обліковий запис.
Перевірка неправильного облікового запису може створити враження, що реальної підписки не існує.
Також пам’ятайте, що встановлення застосунку з Google Play не завжди означає, що платіж обробив Google Play.
Деякі застосунки можуть використовувати альтернативну систему білінгу залежно від продукту та регіону.
Чек і запис про оформлення покупки важливіші за джерело завантаження.
Якщо ви не можете знайти чек
Почніть з історії операцій за карткою.
Знайдіть найперший відповідний платіж, а потім пошукайте у відповідних електронних скриньках за допомогою:
- назви продавця,
- назви застосунку,
- суми,
- та дати покупки.
Також перевірте в застосунку такі розділи:
- Manage Subscription
- Restore Purchase
- Billing
- Account
Не натискайте «Subscribe» лише для того, щоб перевірити, чи існує тариф.
Це може створити другу підписку.
Відстеження можна вважати завершеним, коли ви можете визначити:
Чек → Продавець, відповідальний за білінг → Обліковий запис покупки → Активна підписка → Умови продовження
Під час скасування звертайтеся до власника білінгу
Перед скасуванням перевірте:
- дату наступного продовження,
- активний тариф,
- обліковий запис, який ним керує,
- та умови скасування.
Потім скасуйте підписку через сторону, яка її продала.
Видалення застосунку, вихід із системи, видалення картки або закриття робочої електронної пошти працівника не обов’язково припиняють платіжну угоду.
Збережіть підтвердження скасування та дату, з якої воно набуває чинності.
Якщо ви запитуєте повернення коштів, зверніться до власника білінгу, зазначеного в чеку.
Розробник може допомогти пояснити проблему із сервісом, але не обов’язково зможе повернути кошти за платіж через маркетплейс.
Уникайте дублювання підписок
Одна з найпоширеніших проблем виникає, коли команда переходить з одного платіжного каналу на інший.
Наприклад:
- працівник скасовує тариф App Store,
- потім компанія купує тариф на вебсайті,
- але інший Apple Account усе ще має активне продовження.
Або:
- вебпробний період стає платним,
- водночас підписка Google Play залишається активною.
Перед запуском нового тарифу перевірте всі відповідні платіжні облікові записи.
Порівняйте:
- назву тарифу,
- дату продовження,
- кількість місць,
- ID замовлення,
- та продавця, відповідального за білінг.
Не припускайте, що скасування підписки в одному каналі автоматично скасовує всі підписки на той самий продукт.
Коли особистий обліковий запис працівника стає бізнес-проблемою
Розглянемо компанію, яка затверджує щомісячну оплату застосунку для підвищення продуктивності за допомогою корпоративної віртуальної картки.
Працівник купує підписку всередині мобільного застосунку, увійшовши через особистий Apple Account, але користується сервісом із корпоративною електронною поштою.
Усе працює доти, доки працівник не звільняється.
Фінансовий відділ усе ще бачить списання з картки, але компанія не може керувати підпискою зі своїх Apple Account або через вебсайт розробника.
Це проблема власності білінгу, а не обов’язково проблема платежу.
Компанії слід визначити:
- кому належить обліковий запис білінгу,
- чи можна передати підписку,
- чи потрібно оформити нову покупку під контролем компанії,
- та як уникнути дублювання послуг.
Якщо така інформація доступна, записи транзакцій Buvei можуть допомогти командам визначити, яка картка використовувалася, коли відбулося списання та як часто стягувалася плата за підписку.
Це може спростити відстеження та звірку регулярних витрат на програмне забезпечення й цифрові сервіси.
Однак обліковий запис білінгу, якому належить підписка, усе одно визначається продавцем або маркетплейсом, через який було здійснено покупку.
Створіть просту карту підписок
Для кожного платного застосунку або SaaS-інструмента фіксуйте:
- Продукт / робочий простір
- Продавець, відповідальний за білінг
- Обліковий запис покупки
- Спосіб оплати
- Особа, яка може керувати або скасувати підписку
- Місце зберігання чека
- Дата наступного продовження
Не зберігайте паролі або повні дані картки.
Мета полягає лише в тому, щоб згодом можна було легко відстежити підписку.
Це особливо важливо, коли працівники працюють у різних країнах, де можуть відрізнятися способи оформлення покупки, валюти, податкові документи та платіжні маршрути.
Дві прості помилки, яких варто уникати
Помилка 1: Припускати, що дескриптор App Store визначає підписку
Списання з картки може виглядати як платіж через магазин застосунків, але насправді воно може стосуватися:
- одноразового доповнення,
- покупки всередині застосунку,
- або іншого сервісу.
Регулярну підписку могли придбати безпосередньо на вебсайті розробника.
Завжди порівнюйте ID замовлень, дати, назви тарифів і розрахункові періоди, перш ніж щось скасовувати.
Помилка 2: Припускати, що обліковий запис на вебсайті означає вебпідписку
Користувач може увійти на вебсайт розробника та побачити преміум-обліковий запис, але фактичною підпискою все ще можуть керувати Apple або Google Play.
Кнопка «Manage» навіть може перенаправити назад до початкового маркетплейсу.
Додавання картки на вебсайті не обов’язково переносить наявну підписку.
Перед перенесенням підписки на інший платіжний канал
Перш ніж переходити від оплати через App Store або Google Play до прямого корпоративного тарифу, запитайте:
- Чи можна перенести поточний тариф?
- Чи будуть перенесені дані та місця користувачів?
- Чи залишився оплачений наперед період?
- Чи виникнуть дубльовані списання?
- Хто видаватиме новий рахунок-фактуру?
- Коли саме припиниться старий тариф?
Якщо ви запускаєте новий тариф до скасування старого, встановіть нагадування, щоб перевірити, чи старе автоматичне продовження вимкнено.
Якщо ви спочатку скасовуєте старий тариф, переконайтеся, що користувачі не втратять доступ під час переходу.
Не забувайте про безкоштовні пробні періоди
Безкоштовний пробний період може створити ту саму проблему з власністю.
Працівник може почати пробний період через App Store, а компанія згодом придбати прямий бізнес-тариф.
Пробний період усе ще може автоматично перейти в платну підписку, якщо його не скасувати окремо.
Відсутність початкового списання з картки не означає відсутності майбутньої платіжної угоди.
Відстежуйте:
- обліковий запис пробного періоду,
- дату переходу на платний тариф,
- продавця, відповідального за білінг,
- та статус скасування.
Як Buvei може допомогти з витратами на підписки
Віртуальні картки Buvei можуть допомогти компаніям розділяти регулярні платежі за програмне забезпечення та цифрові сервіси за командами, цілями або постачальниками.
Використання окремих карток для різних сервісів може спростити ідентифікацію, відстеження та звірку регулярних списань упродовж часу.
Записи операцій за карткою можуть допомогти підтвердити платіжну частину підписки, зокрема те, яка картка профінансувала транзакцію та коли відбулося списання.
Продавець, маркетплейс або постачальник білінгу все одно контролює саму підписку, зокрема:
- власність білінгу,
- скасування,
- повернення коштів,
- та доступ до облікового запису.
Це розмежування допомагає командам використовувати платіжні записи для звірки, не плутаючи спосіб оплати з власником підписки.
Практичний чекліст для наступного незрозумілого списання
Коли ви бачите регулярне списання за застосунок:
- Знайдіть чек.
- Визначте, хто продав підписку.
- Відкрийте сторінку підписок цього продавця у правильному обліковому записі.
- Зіставте замовлення з транзакцією за карткою.
- Підтвердьте дату продовження та тариф.
- Визначте, чи належить проблема продавцю, відповідальному за білінг, чи розробнику продукту.
- Збережіть підтвердження скасування, повернення коштів або звернення до служби підтримки.
Якщо ніхто не може знайти обліковий запис, через який було здійснено покупку, з’ясуйте цю проблему з власністю, перш ніж змінювати спосіб оплати.
Підсумок
Застосунок — лише видима частина продукту.
Чек і обліковий запис білінгу показують комерційний шлях, який стоїть за ним.
Коли підписку неможливо знайти, відстежуйте:
Продукт → Продавець, відповідальний за білінг → Обліковий запис покупки → Підписка → Транзакція за карткою
Коли ці записи збігаються, стає набагато простіше:
- припинити продовження,
- запросити повернення коштів,
- отримати правильний рахунок-фактуру,
- вирішити проблему з доступом до облікового запису,
- або уникнути подвійної оплати одного й того самого сервісу.
Ключовий принцип простий:
Не керуйте підпискою лише на основі логотипа застосунку. Орієнтуйтеся на власника білінгу.
