Оплата карткою може пройти успішно, навіть якщо програмне забезпечення все ще показує «Upgrade your plan.»
Це не завжди означає, що платіж не пройшов.
Транзакція карткою, замовлення у продавця та активна підписка або ліцензія — це три різні записи. Постачальник картки може підтвердити, що сталося з платежем, але лише продавець може пов’язати замовлення з правильним обліковим записом, робочим простором, ліцензією або користувачем.
Перш ніж здійснювати повторну оплату, визначте, якої саме ланки в цьому процесі бракує.
Повторна покупка може створити дубльоване замовлення, не вирішивши початкову проблему з доступом.
Що насправді означає «Оплачено»
Платіж може проходити через кілька етапів.
Очікувана авторизація (pending authorisation) означає, що емітент картки схвалив запит і міг зарезервувати кошти. Це не обов’язково означає, що продавець завершив оформлення замовлення.
Проведена транзакція (posted transaction) є вагомішим доказом того, що фінансова операція завершилася, але навіть вона не показує, якому обліковому запису або робочому простору було надано послугу.
Електронний лист із підтвердженням від продавця, квитанція, рахунок-фактура або номер замовлення надають необхідні докази з боку продавця.
Наприклад, якщо на картці відображається очікуваний платіж у розмірі €48, але під час оформлення замовлення виникла помилка і у вашому обліковому записі немає замовлення, це зовсім інша ситуація, ніж проведене списання €48 із дійсним рахунком-фактурою.
Перше запитання має бути таким:
Чи справді продавець створив замовлення?
Перевірте три записи
Коли платіж, здається, пройшов успішно, але доступ усе ще відсутній, порівняйте ці три записи:
1. Транзакція карткою
Вона показує, що сталося з коштами.
Перевірте:
- статус транзакції,
- суму,
- валюту,
- дату й час,
- і використану картку.
2. Замовлення у продавця
Воно показує, що саме продавець фактично прийняв.
Перевірте:
- номер замовлення,
- рахунок-фактуру,
- квитанцію,
- електронний лист із підтвердженням,
- або історію платежів.
3. Право на використання продукту
Це показує, хто фактично може користуватися послугою.
Перевірте:
- електронну адресу облікового запису,
- робочий простір або організацію,
- призначені місця,
- статус підписки,
- і активний тарифний план.
Один запис може існувати без наступного.
Продавець може успішно списати кошти з картки, але не призначити ліцензію. Також підписка може бути активною в іншому робочому просторі, тоді як користувач перевіряє неправильний обліковий запис.
Що робити протягом перших 30 хвилин
Перш ніж повторювати платіж, швидко перевірте обліковий запис.
Почніть із того самого облікового запису, який використовували під час оформлення замовлення.
Перевірте:
- Billing або Subscriptions
- Історію замовлень
- Налаштування Workspace або Organisation
- Призначені місця
- Електронні листи з підтвердженням
- Електронні листи щодо ліцензії або запрошення
Після цього один раз вийдіть з облікового запису та увійдіть знову.
Якщо ваша компанія має кілька облікових записів у одного постачальника, переконайтеся, що електронна адреса, використана під час оформлення замовлення, збігається з обліковим записом, який зараз відкритий.
Це важливо, оскільки:
- вхід через соціальну мережу може створити окремий обліковий запис,
- особиста електронна адреса може відрізнятися від корпоративного облікового запису,
- платний тариф може належати іншому робочому простору,
- або адміністратору може знадобитися призначити місце.
Не змінюйте електронну адресу облікового запису та не робіть повторну покупку, доки не з’ясуєте, куди потрапило початкове замовлення.
П’ять поширених причин відсутності доступу
Більшість випадків належать до кількох поширених категорій.
1. Неправильний обліковий запис
Покупку було здійснено з використанням однієї електронної адреси, але користувач увійшов до іншого облікового запису.
2. Неправильний робочий простір або організація
Платний тариф було застосовано до старого або іншого робочого простору.
3. Місце не призначено
Компанія оплатила ліцензію, але адміністратор не надав користувачеві доступ.
4. Затримка активації
Платіж завершено, але для активації все ще потрібні перевірка, підтвердження, обробка реселером або інший бізнес-процес.
5. Помилка в процесі активації
Замовлення було успішно оформлено, але сталася помилка під час перенаправлення браузера, автоматичної обробки ліцензії або процесу надання доступу.
Зазвичай такі проблеми має вирішувати продавець або адміністратор облікового запису.
Новий платіж карткою не обов’язково вирішить їх.
Чому занадто швидка повторна оплата може погіршити ситуацію
Якщо одразу повторити покупку, можуть виникнути:
- другий рахунок-фактура,
- інша підписка,
- інша дата поновлення,
- дубльована ліцензія,
- або кілька очікуваних авторизацій.
Наприклад, один співробітник може кілька разів натиснути «Купити», оскільки доступ не з’являється.
Згодом у продавця можуть відображатися два завершені замовлення та одна скасована авторизація.
Тепер проблема полягає вже не лише у відсутності доступу — також потрібно буде узгоджувати дубльовані платежі та скасовувати зайве замовлення.
Повторюйте оплату лише тоді, коли:
- продавець підтвердив, що замовлення, яке потребує оплати, не було створене, або
- продавець безпосередньо попросив повторити оплату та пояснив, що станеться з першою спробою.
Надішліть у службу підтримки звернення, яке вони зможуть вирішити
Корисне звернення до служби підтримки має чітко пов’язувати платіж з обліковим записом у продавця.
Вкажіть:
- назву продавця або сервісу,
- суму та валюту,
- точну дату й час із часовим поясом,
- номер замовлення або рахунка-фактури,
- електронну адресу облікового запису,
- ID робочого простору або організації,
- останні чотири цифри картки,
- поточний статус підписки,
- і скриншот помилки доступу.
Після цього попросіть про конкретний результат.
Наприклад:
Ми придбали тариф Team для North Studio 18 вересня о 10:12 CEST за €48. Номер замовлення — AB-1234, картка закінчується на 4821. У розділі Billing відображається платіж, але в робочому просторі North Studio досі показано тариф Free. Будь ласка, підтвердьте, до якого облікового запису або робочого простору було прив’язано право користування та чи потрібна ручна активація або призначення місця. Якщо активувати сервіс неможливо, повідомте, будь ласка, про процедуру повернення коштів.
Не надсилайте:
- повний номер картки,
- CVV,
- OTP,
- пароль,
- або інші конфіденційні облікові дані.
Продавцю потрібна лише достатня інформація для ідентифікації замовлення.
Коли просити повернення коштів або передавати проблему на вищий рівень
Якщо продавець може активувати правильний обліковий запис або робочий простір, перед закриттям звернення переконайтеся, що платна функція справді працює.
Також перевірте:
- кількість місць,
- рівень підписки,
- дату поновлення,
- і суму поновлення.
Якщо продавець не може надати послугу, подайте запит на скасування або повернення коштів відповідно до стандартної процедури продавця.
Збережіть номер звернення та порівняйте обіцяну суму повернення з фактичною сумою, яка згодом з’явиться на картці.
Якщо продавець не відповідає або платіж був несанкціонованим, зверніться до постачальника картки, щоб дізнатися про доступні варіанти оскарження платежу та відповідні строки.
Оскарження платежу є формальною процедурою щодо платежу і не повинно замінювати звичайний запит на активацію сервісу або повернення коштів, якщо продавець усе ще займається вирішенням проблеми.
Що Buvei може допомогти вам перевірити
Якщо це доступно для відповідного облікового запису, записи транзакцій Buvei можуть допомогти підтвердити:
- статус транзакції,
- час,
- суму,
- валюту,
- і використану картку.
Це допомагає встановити запис щодо платежу.
Однак Buvei не може визначити, до якого робочого простору продавця було прив’язано підписку, призначити користувачеві місце або активувати ліцензію в системі продавця.
Цю частину має вирішувати продавець або постачальник послуг.
Найкращий підхід — зберігати квитанцію продавця разом із записом про транзакцію Buvei, щоб обидві сторони могли посилатися на один і той самий платіж.
Три поширені сценарії
Очікувана транзакція без квитанції
Дизайнерська студія бачить очікувану транзакцію на €120 після того, як час очікування під час оформлення замовлення завершився.
У кабінеті постачальника немає ні квитанції, ні замовлення.
Покупцеві слід запитати продавця, чи було створено замовлення або чи буде авторизацію скасовано, перш ніж повторювати платіж.
Проведене списання, але неправильний робочий простір
Команда оплачує п’ять місць і отримує рахунок-фактуру.
Транзакція карткою проведена, але у робочому просторі для продуктивної роботи все ще відображається безкоштовний тариф.
Рахунок-фактура показує, що ліцензію було застосовано до старого робочого простору.
Рішення полягає в перенесенні або повторній видачі права користування, а не в здійсненні ще одного платежу карткою.
Квитанція є, але жоден користувач не має доступу
Компанія купує річну ліцензію на програмне забезпечення через реселера.
Ліцензія існує в організації компанії, але жодному користувачеві її не призначено.
Після того як адміністратор призначає місце, доступ починає працювати.
У цьому випадку платіж було оброблено правильно; бракувало лише призначення користувача.
Як простіше керувати регулярними покупками
Для постійних підписок зберігайте простий внутрішній запис, що містить:
- назву постачальника,
- власника облікового запису,
- робочий простір або організацію,
- адміністратора,
- останні чотири цифри картки,
- місце зберігання рахунків-фактур,
- активні місця,
- і умови поновлення.
Це допоможе, коли згодом хтось скаже:
«Ми за це заплатили, але воно неактивне».
Фінансовий відділ зможе підтвердити транзакцію, а власник облікового запису перевірить, де саме призначено право користування.
Підсумок
Якщо гроші вже списані, але доступ до послуги не з’явився, не припускайте, що рішенням буде ще один платіж.
Перевірте весь ланцюжок:
Транзакція карткою → Замовлення у продавця → Обліковий запис або робочий простір → Ліцензія або місце
Підтвердьте, що сталося на кожному етапі.
Збережіть запис про платіж, знайдіть замовлення у продавця, перевірте правильність облікового запису або робочого простору та попросіть продавця про конкретне рішення.
Якщо послугу неможливо надати, переходьте до скасування, повернення коштів або подальшого оскарження, маючи чіткі докази.
Мета проста:
Переконайтеся, що платіж, замовлення у продавця та доступ до послуги пов’язані з однією й тією самою покупкою.
