Ваша финансовая команда назначает виртуальную карту для оплаты подписки 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 отображается на неожиданной карте:
- Определите продавца и карту.
- Найдите соответствующий счёт.
- Проверьте, находится ли каждая операция по карте в ожидании или уже проведена.
- Подтвердите, какой способ оплаты был основным.
- Проверьте, что произошло с попыткой оплаты основной картой.
- Убедитесь, была ли включена резервная оплата.
- Определите, какой платёж погасил счёт.
- При необходимости исправьте настройки продавца для будущих платежей.
Если один действительный платёж погасил счёт с неправильной корпоративной карты, исправьте настройки и отразите расход во внутреннем бухгалтерском учёте.
Если два платежа погасили один и тот же счёт, попросите продавца исправить ситуацию.
Если транзакцию невозможно сопоставить с действующей подпиской или счётом, следуйте процедуре безопасности и оспаривания транзакций, установленной эмитентом карты.
Итог
Резервная карта — это не просто аварийный вариант. Это ещё один возможный путь оплаты, предусмотренный правилами биллинга продавца.
Компания должна знать:
- какие подписки она может покрывать,
- какая карта является основной,
- кто одобрил использование резервной карты,
- и кто получает уведомление.
Если появляется неожиданное продление, проследите всю цепочку:
Подписка → Счёт → Попытка оплаты основной картой → Настройка резервной оплаты → Проведённый платёж
Когда эти записи совпадают, объяснить списание становится гораздо проще, без необходимости делать выводы только на основании двух выписок по картам.
