Рекуррентные платежи: токены, инициированные мерчантом транзакции и повторы, которые сохраняют подписки оплаченными
Рекуррентный платёж — списание без присутствия плательщика: карта один раз сохранена как токен, первый платёж аутентифицирован, а каждый следующий — инициированная мерчантом транзакция по правилам платёжных систем. Вся работа в деталях: токены, переживающие смену эквайера, повторы, не вредящие положению мерчанта, истёкшие карты, обновляемые без вопроса плательщику, и локальные методы со своими мандатами.
Как это работает на платформе
- Плательщик платит один раз на форме с 3-D Secure; карта попадает в хранилище, мерчант получает токен.
- Мерчант создаёт следующий платёж по токену через API, помеченный как инициированный мерчантом, со ссылкой подписки.
- Маршрутизация выбирает эквайера, как для любого платежа; каскад применяется к мягким отказам в пределах правил платёжных систем.
- Результат журналируется и отправляется вебхуком; подписочная система мерчанта обновляет своё состояние.
Инициированные клиентом, инициированные мерчантом
Платёжные системы различают платёж, который клиент делает сам, на форме с аутентификацией, и платёж, который мерчант списывает позже по соглашению: подписка, рассрочка, внеплановое пополнение. Первый должен быть аутентифицирован и устанавливает соглашение; последующие несут индикатор инициированной мерчантом транзакции и ссылку на первый, и именно это позволяет им проходить без плательщика и без 3-D Secure. Платформа проставляет индикаторы и хранит ссылки, поэтому мерчант, создающий платёж по токену с пометкой «рекуррентный», получает применение правил платёжной системы, не читая их.
Детали, которые решают удержание
- Повторы по расписанию, где причина отказа решает, повторять ли вообще.
- События отказов вебхуком, чтобы мерчант написал плательщику до того, как подписка прервётся.
- Изменения суммы в пределах первого мандата; большая сумма начинает новый аутентифицированный платёж.
- Журнал каждого списания, его попыток и одобрившего эквайера по мерчанту в кабинете.
- Ежечасная проверка сроков в хранилище с вебхуком, который сообщает мерчанту, каким подпискам нужна новая карта до следующего списания.
Какие отказы повторять
| Отказ | Повтор | Как |
|---|---|---|
| Недостаток средств | да, по расписанию | Позже в течение месяца, в пределах ограничений платёжных систем на повторные попытки |
| Эмитент недоступен, таймаут, ошибка эквайера | да, скоро | Каскад на другого эквайера, у которого есть токен, или тот же эквайер позже |
| Истёкшая карта | после обновления | Новая карта плательщика; хранилище заранее помечает истечение |
| «Не выполнять» с жёсткой причиной, утерянная или украденная карта | нет | Мерчант пишет плательщику; токен выводится из оборота |
| Отмена соглашения держателем карты | нет | Мерчант останавливает подписку; списание после отмены становится чарджбэком |
Платёжные системы считают повторные попытки отклонённых транзакций и штрафуют за избыточные; платформа ограничивает попытки на платёж и останавливается на жёстких отказах, а журнал показывает каждую попытку с причиной.
Локальные альтернативы
Карты — не единственный способ списать повторно. Мандаты UPI в Индии дают подписочным мерчантам рельс без карточных отказов, и они включаются с провайдерами, которые их предлагают, с теми же вебхуками и отчётами; прямое дебетование SEPA и переменные рекуррентные платежи через Open Banking запланированы для каталога. Кошельки с сохранёнными соглашениями там, где их предлагает провайдер, следуют той же модели.
Для PSP с подписочными мерчантами
Хранилище, индикаторы и правила повторов — на стороне платформы; PSP включает эквайеров, задаёт лимиты повторов по мерчантам и следит за долей продлений в бэк-офисе. Мерчант, переходящий к PSP с другой платформы, перетокенизирует карты при первом успешном платеже там, где это позволяет эквайер; страница о миграции описывает путь.
Обновлено: 2026-11-08