Ваша финансовая команда назначает виртуальную карту для оплаты SaaS-подписки.
Два месяца спустя продление оплачивается с другой карты.
Никто не вводил эту вторую карту при оформлении заказа в тот день. Значит ли это, что поставщик проигнорировал выбранный способ оплаты?
Не обязательно.
В аккаунте продавца может храниться несколько способов оплаты с разными ролями:
- основной или используемый по умолчанию способ оплаты,
- резервный способ оплаты,
- карта, привязанная к конкретной подписке,
- или способ оплаты, уже связанный с определённым счётом.
Некоторые сервисы повторяют неудачные платежи, используя другой подходящий способ оплаты. Другие этого не делают.
Надёжный ответ можно получить из настроек биллинга продавца, счетов, уведомлений и истории транзакций. В этом руководстве объясняется, чем отличаются карты по умолчанию и резервные карты, что может произойти после неудачного продления и как избежать случайной двойной оплаты одного и того же счёта.
Где может храниться способ оплаты
SaaS-аккаунт может хранить способы оплаты на нескольких уровнях:
- способ оплаты по умолчанию на уровне аккаунта,
- способ оплаты на уровне подписки,
- способ оплаты для списания средств по конкретному счёту,
- резервный или альтернативный способ оплаты.
Поэтому наличие записи:
Карта по умолчанию: •••• 4821
не означает, что каждая подписка или каждый счёт будет оплачен именно с этой карты.
Старая подписка всё ещё может быть привязана к другому способу оплаты. Открытый счёт может уже иметь собственный способ списания средств, а маркетплейс может использовать отдельные настройки резервной оплаты.
Для важных подписок проверьте конкретный тариф, последний счёт, дату следующего продления и способ оплаты, который продавец указывает для списания.
Лучше спрашивать не:
«Какая карта установлена по умолчанию?»
а:
«Какая карта будет использоваться для оплаты этой конкретной подписки или счёта?»
Что происходит после отклонения основной карты
Когда регулярный платёж не проходит, продавец определяет дальнейшие действия в соответствии со своими настройками биллинга.
Возможны следующие варианты:
- повторная попытка списания с той же карты,
- запрос дополнительной аутентификации,
- отправка уведомления о неудачном платеже,
- сохранение счёта в статусе неоплаченного,
- или попытка использовать подходящий резервный способ оплаты.
Время и порядок этих действий зависят от конкретного провайдера.
Наличие сохранённой резервной карты не означает, что она будет использоваться для каждой подписки, а отклонение основной карты не гарантирует последующее списание с резервной.
Для критически важных SaaS-сервисов уточните реальные правила резервной оплаты у продавца, а не предполагайте, что другая карта автоматически защитит подписку от приостановки.
Пример: одна подписка, две карты
Представим, что компания использует Карту A для ежемесячной подписки на сервис управления проектами стоимостью €90.
Карта B относится к общему операционному бюджету и сохранена как подходящая резервная карта.
В день продления на Карте A недостаточно доступного лимита. Продавец сначала пытается списать средства с Карты A, а затем в соответствии с настройками резервной оплаты списывает €90 с Карты B.
Финансовая команда видит €90 на Карте B и считает это дублирующим платежом. Тем временем владелец проекта получает электронное письмо о неудачном платеже по Карте A.
Оба события могут относиться к одному и тому же счёту.
Прежде чем платить повторно, проверьте:
- Был ли платёж с Карты A успешно завершён или только отклонён?
- Погасила ли Карта B этот счёт?
- Показывает ли продавец счёт как оплаченный?
Если платёж успешно завершён только с Карты B, не оплачивайте этот счёт повторно с Карты A только для того, чтобы перенести расход на предпочтительную карту.
Обновите настройки продавца для следующего продления, а текущий расход обработайте через внутренний бухгалтерский учёт.
Если обе карты показывают завершённые списания по одному и тому же счёту, запросите у продавца объяснение на уровне отдельных транзакций.
Неожиданное списание с резервной карты не всегда является несанкционированным
Резервный способ оплаты мог быть включён несколько месяцев назад или добавлен во время предыдущей проблемы с платежом.
Если финансовая команда видит продление на неожиданной карте, соберите:
- номер счёта,
- идентификатор подписки,
- статус основной попытки списания,
- настройки резервной оплаты,
- сумму,
- расчётный период,
- и историю платежей у продавца.
Затем определите, соответствует ли списание одобренному бизнес-расходу.
Если резервная карта принадлежит другой команде или центру затрат, проблема может относиться к распределению бюджета, а не к несанкционированной транзакции продавца.
Если платёж невозможно сопоставить с действительной подпиской или счётом, следуйте стандартной процедуре безопасности и оспаривания платежа, установленной поставщиком карты.
Основная, резервная и заменяющая карты — это разные вещи
Карта по умолчанию может использоваться для будущих покупок или в рамках определённого платёжного профиля.
Резервная карта — это другой подходящий способ оплаты, который может использоваться, если предпочтительный способ оплаты не сработал.
Замена карты связана с сохранением непрерывности платежей после изменения реквизитов карты.
Это не одно и то же.
Изменение карты по умолчанию на уровне аккаунта не обязательно обновит старые подписки. Добавление новой карты не обязательно автоматически сделает её резервной. Удаление карты из общего кошелька не обязательно отвяжет её от всех существующих подписок.
Прежде чем считать, что изменение карты применилось везде, проверьте настройки продавца на уровне подписки и конкретного счёта.
Когда уведомление о карте не означает, что счёт оплачен
Одного уведомления по карте недостаточно, чтобы подтвердить, что продавец успешно получил платёж.
Транзакция может иметь статус:
- ожидает обработки,
- авторизована,
- отменена,
- проведена,
- или возвращена.
В то же время продавец может по-прежнему показывать счёт как неоплаченный и позднее попытаться списать средства с другой карты.
Чтобы сверить платёж, сравните:
Статус карты → Статус счёта → Номер счёта → Проведённый платёж
Если одна карта показывает временную авторизацию, которая позже исчезает, а другая карта показывает проведённый платёж, возможно, фактически был завершён только один платёж.
Как избежать двойной оплаты одного и того же счёта
Одна из самых распространённых ошибок — слишком быстро реагировать после неудачного продления.
Финансовая команда видит:
- уведомление о неудачном платеже по Карте A,
- затем уведомление о списании €90 с Карты B.
Кто-то вручную оплачивает ещё €90 с Карты A.
Это действительно может привести к двойной оплате.
Вместо этого начните со счёта продавца и перечислите все связанные попытки платежа с указанием их статуса:
- не выполнен,
- авторизован,
- отменён,
- списан,
- или возвращён.
Если обе карты показывают проведённые транзакции по одному счёту, попросите продавца отследить дополнительный платёж и объяснить, будет ли он возвращён или зачтён.
Не полагайтесь только на push-уведомления.
Три настройки, которые стоит проверить
1. Старая подписка всё ещё использует исходную карту
Карта по умолчанию на уровне аккаунта была изменена, но давно действующая подписка по-прежнему привязана к старой карте.
Откройте саму подписку и проверьте указанную там карту с замаскированными реквизитами.
2. Для открытого счёта уже задан способ списания
Компания меняет карту по умолчанию после того, как счёт уже был выставлен.
Этот счёт всё ещё может использовать прежний способ оплаты или прежний сценарий повторной попытки списания.
Проверьте конкретный счёт, а не предполагайте, что новая карта по умолчанию применяется сразу.
3. Подписка управляется через маркетплейс
Компания обновляет платёжную карту на сайте разработчика, но сама подписка изначально была приобретена через магазин приложений.
У маркетплейса могут быть собственные настройки основной и резервной оплаты.
Найдите исходную квитанцию и платёжный аккаунт, прежде чем изменять настройки не того платёжного профиля.
Установите чёткое правило оплаты для каждой важной подписки
Не каждому SaaS-продукту нужна автоматическая резервная оплата.
Для критически важного инфраструктурного сервиса контролируемая резервная карта может помочь избежать перебоев.
Для инструмента с низким приоритетом или экспериментального сервиса компания может предпочесть следующий сценарий:
Платёж не выполнен → Уведомить команду → Требуется ручное подтверждение
Для каждой важной подписки указывайте:
- основной способ оплаты,
- резервный способ оплаты, если он есть,
- ожидаемую сумму продления,
- дату продления,
- ответственный центр затрат,
- и ответственного за получение уведомлений.
Также пересматривайте настройки после замены карт, изменений в команде, изменения цен или неудачных продлений.
Резервная карта не должна превращаться в ничейную «экстренную карту», доступную нескольким отделам без чётко определённых правил одобрения.
Как Buvei может помочь отслеживать регулярные SaaS-платежи
Виртуальные карты Buvei могут помочь компаниям разделять регулярные расходы на SaaS по поставщикам, командам или целям.
Использование отдельных карт может упростить идентификацию и сверку регулярных списаний.
В тех случаях, когда такие данные доступны, записи по карте помогают подтвердить, какая карта получила попытку платежа, сумму и дату транзакции, а также был ли соответствующий платёж успешно завершён.
При этом SaaS-провайдер по-прежнему контролирует:
- приоритет способов оплаты,
- возможность использования резервной карты,
- правила повторных попыток,
- настройки подписки,
- и списание средств по счетам.
Если хранить счёт продавца вместе с записью по карте, неожиданные продления становится проще объяснять и сверять.
Краткий чек-лист при следующем неожиданном списании
Если продление SaaS-подписки появляется на неожиданной карте:
- Определите продавца и карту.
- Найдите соответствующий счёт.
- Проверьте, имеет ли запись по каждой карте статус ожидания или уже проведена.
- Подтвердите, какой способ оплаты был основным.
- Проверьте, что произошло с основной попыткой списания.
- Убедитесь, была ли включена резервная оплата.
- Определите, какой платёж погасил счёт.
- При необходимости исправьте настройки продавца для будущих платежей.
Если один действительный платёж погасил счёт с неправильной корпоративной карты, исправьте настройки и учтите расход во внутренней бухгалтерии.
Если два платежа погасили один и тот же счёт, попросите продавца исправить ситуацию.
Если транзакцию невозможно сопоставить с действительной подпиской или счётом, следуйте процедуре безопасности и оспаривания платежа, установленной поставщиком карты.
Главное
Резервная карта — это не просто экстренный вариант. Это ещё один возможный путь оплаты, предусмотренный правилами биллинга продавца.
Компания должна знать:
- какие подписки может покрывать эта карта,
- какая карта является основной,
- кто одобрил использование резервного способа,
- и кто получает уведомление.
Если появляется неожиданное продление, проследите цепочку:
Подписка → Счёт → Основная попытка → Настройка резервной оплаты → Проведённый платёж
Когда эти записи совпадают, объяснить списание становится гораздо проще, и не приходится делать предположения только на основании двух выписок по картам.
