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