Рекуррентные платежи в Robokassa: подписки и автосписания
Переход на модель регулярных списаний — один из самых мощных рычагов роста для онлайн‑сервисов, подписочных продуктов и SaaS. В этой статье разберём, как работают рекуррентные платежи Robokassa, какие сценарии «подписки Robokassa» доступны, как настроить автосписания Robokassa через платёжную форму и API, какие действуют лимиты и как обеспечить высокий уровень конверсии при полной безопасности.
Table of contents
- Что такое рекуррентные платежи и зачем они нужны
- Как устроены рекурренты в Robokassa: токенизация карты и MIT/CIT
- Сценарии: подписки и автосписания — что выбрать
- Подключение и включение рекуррентов: ЛК и API
- Интеграция: параметры, autosubscribe Robokassa, webhooks и уведомления
- Безопасность: PCI DSS, 3‑D Secure и хранение токенов
- Лимиты рекуррентов и антифрод
- Тестирование, отчёты и аналитика
- Возвраты, отмены и чарджбэки
- Частые ошибки и их решение
- Лучшие практики UX и коммуникаций
- FAQ по рекуррентным платежам
- Итоги и что делать дальше
![Диаграмма процесса рекуррентного платежа: первый платеж с 3‑D Secure, выпуск токена, последующие списания по расписанию]
Что такое рекуррентные платежи и зачем они нужны
Рекуррентные платежи — это регулярные списания с карты клиента по установленному расписанию или по событию. Для бизнеса это предсказуемая выручка, рост LTV и снижение трения при повторных оплатах. Для покупателя — возможность «один раз оплатить и больше не думать», сохраняя доступ к сервису.
Ключевые преимущества для мерчанта:
- выше конверсия повторных оплат, так как данные карты повторно не вводятся;
- прозрачная автоматизация биллинга (подписки, рассрочки, pay‑as‑you‑go);
- гибкое управление прайсингом и промо‑периодами.
Как устроены рекурренты в Robokassa: токенизация карты и MIT/CIT
Технически рекуррентные платежи Robokassa строятся на двух шагах:
- Первый платёж клиент подтверждает как обычный (CIT) с 3‑D Secure 2. На этом шаге выполняется токенизация карты: создаётся безопасный токен, который подменяет реальные реквизиты.
- Все последующие списания — это MIT (merchant‑initiated transactions), инициализируемые продавцом по сохранённому токену. Клиенту не нужно снова вводить данные и проходить 3‑D Secure, за исключением случаев, когда банк требует дополнительной аутентификации.
Токенизация карты снижает риски, потому что чувствительные данные не хранятся у мерчанта. Управлять токенами и расписаниями можно через API и в интерфейсе ЛК.
Подробнее о способах оплаты и поведении разных методов читайте на странице способы оплаты Robokassa.
Сценарии: подписки и автосписания — что выбрать
В Robokassa доступны разные модели регулярного биллинга — от фиксированных подписок до гибких автосписаний. Ниже — краткое сравнение.
| Сценарий |
Периодичность |
Кто инициирует |
3‑D Secure на старте |
Где применимо |
| Подписка фиксированная |
Ежемесячно/ежегодно |
Мерчант (MIT) |
Да |
SaaS, контент, сервисы |
| Pay‑as‑you‑go |
По событию/объёму |
Мерчант (MIT) |
Да |
Тарификация по использованию |
| Пробный период |
После trial |
Мерчант (MIT) |
Да (на trial/0₽ по банку) |
Онлайн‑курсы, приложения |
| Рассрочка |
По графику |
Мерчант (MIT) |
Да |
Дорогие услуги/товары |
Если вы выставляете счета с повторяемостью, комбинируйте рекурренты с выставлением инвойсов — см. Invoice и счета в Robokassa.
Подключение и включение рекуррентов: ЛК и API
Базово настройка проходит в два шага:
Совет: прежде чем включать реальные автосписания Robokassa, прогоните все сценарии в тестовом режиме (Sandbox).
Интеграция: параметры, autosubscribe Robokassa, webhooks и уведомления
При первичной оплате важно явно согласовать с клиентом будущие списания и передать в систему параметры подписки: период, сумму, дату следующего биллинга, описание услуги. В сценарии через форму используется включение логики «подписаться и сохранить карту». В некоторых реализациях доступен параметр autosubscribe Robokassa — он активирует оформление подписки сразу при первом платеже (доступность зависит от настроек проекта и тарифов).
Что понадобится разработчику:
- сохранить идентификатор подписки и токен клиента после первой успешной оплаты;
- настроить обработчик уведомлений (webhook) об успешных/неуспешных списаниях;
- уметь перевыставить списание, если банк временно отклонил платёж;
- дать пользователю интерфейс управления: пауза, отмена, смена карты.
Уведомления о списаниях важны и для вас, и для клиента. Настройте:
- сервисные webhooks в ваш бэкенд по статусам платежа;
- пользовательские e‑mail/SMS/Push: предуведомление о предстоящем списании, чек успешного списания, напоминание при неуспехе и ссылку на обновление карты.
Отправку и анализ статусов удобно сверять по разделу отчёты и аналитика.
![Скриншот настроек уведомлений: webhooks мерчанта и шаблоны клиентских писем]
Безопасность: PCI DSS, 3‑D Secure и хранение токенов
Рекуррентные платежи невозможны без строгой безопасности. Robokassa соответствует требованиям PCI DSS и использует 3‑D Secure 2 для первичных списаний, снижая риск мошенничества. Токенизация карты исключает хранение PAN на вашей стороне.
- Подробности и требования собраны на странице безопасность PCI DSS и 3‑D Secure.
- При интеграции следуйте принципу «минимизации данных»: храните у себя только идентификаторы токенов/подписок, не обрабатывайте карточные данные напрямую.
Лимиты рекуррентов и антифрод
Лимиты рекуррентных списаний зависят от категории мерчанта, метода оплаты, антифрод‑профиля и правил банков‑эмитентов. Чаще всего ограничиваются:
- максимальная сумма одного списания;
- дневной/недельный/месячный объём списаний по токену;
- количество неуспешных попыток подряд;
- срок жизни токена.
Ниже — примерная карта настроек, которая помогает безопасно стартовать. Конкретные цифры уточняйте в вашем Кабинете и у менеджера.
| Параметр |
Где настраивается |
Рекомендация для старта |
| Лимит на транзакцию |
Проект → Рекурренты |
Не выше средней LTV/периода |
| Суточный лимит |
Антифрод‑правила |
1–2× от лимита транзакции |
| Кол‑во ретраев |
Биллинг → Повторы |
3 попытки с экспоненциальной задержкой |
| Срок токена |
По умолчанию/банк |
Автопродление при обновлении карты |
Регулярно мониторьте «лимиты рекуррентов» через отчёты и аналитику и корректируйте стратегию ретраев.
Тестирование, отчёты и аналитика
Перед продакшеном проверьте:
- старт подписки, выпуск токена и первое списание в Sandbox;
- успешные/неуспешные автосписания Robokassa по расписанию; обработку статусов;
- корректность чеков и уведомлений для клиента;
- сводки MRR/Churn/Dunning в разделе отчёты и аналитика.
Планируйте «контрольные срезы»: дневной отчёт об отскоках платежей, недельный по ретраям и удержанию подписок.
Возвраты, отмены и чарджбэки
Подписки Robokassa должны быть прозрачны: дайте пользователю понятную кнопку «Отменить». При ошибочном списании используйте частичный или полный возврат.
- Как инициировать возврат — на странице возвраты и chargeback.
- Следите за долей возвратов: высокий уровень может активировать дополнительные проверки со стороны банков и усиление 3‑D Secure на первом платеже.
Частые ошибки и их решение
- Отказ банка на последующем платеже: причина «Do not honor». Проведите ретрай через 15–60 минут, затем отправьте клиенту ссылку на обновление карты. Подробнее — ошибки авторизации и их расшифровка.
- Истёкший токен или смена карты. Запросите переавторизацию первого платежа и выпуска нового токена.
- Дублирующиеся списания. Убедитесь, что ваш обработчик webhooks идемпотентен и сверяйте по уникальному invoice/subscription id.
- Смена тарифа подписки. Не меняйте сумму в середине расчётного периода без согласия клиента и предуведомления.
Лучшие практики UX и коммуникаций
Чтобы рекуррентные платежи Robokassa работали на удержание, а не на отток:
- Ясное согласие. На платёжной форме выделите чекбокс «Подписаться и разрешить будущие списания», укажите период, цену и условия отмены. См. настройка платёжной формы.
- Прозрачные уведомления о списаниях. За 1–3 дня до дебета отправляйте e‑mail/SMS с суммой, датой и ссылкой на управление подпиской.
- Dunning‑стратегия. При неуспехе списания повторите попытки по растущему интервалу и предложите обновить карту одним кликом.
- Мобильный фокус. Подумайте о сценариях из приложения и QR‑платежей как первом шаге оплаты — см. мобильные платежи и QR.
- Финмодель и комиссии. Сверьте юнит‑экономику подписки с разделом тарифы, комиссии и выплаты.
FAQ по рекуррентным платежам
- Можно ли запускать рекурренты без первого платежа? Обычно требуется первичная авторизация с 3‑D Secure и токенизация карты. В отдельных кейсах возможна нулевая авторизация — доступность определяется банками и настройками проекта.
- Где хранится карта? У платёжного провайдера в виде токена. Вы оперируете только токеном и идентификаторами подписки.
- Как обновить карту в активной подписке? Отправьте клиенту безопасную ссылку на обновление платежного метода; после успешной операции новый токен привязывается к подписке.
- Можно ли задать индивидуальные лимиты клиенту? Да, лимиты и расписание обычно настраиваются на уровне подписки или продукта; проверьте доступность в вашем ЛК.
- Что такое autosubscribe Robokassa? Это настройка/параметр, при котором подписка создаётся автоматически при первом платеже. Проверьте поддерживается ли он в вашем проекте и тарифе.
Итоги и что делать дальше
Рекуррентные платежи в Robokassa — это надёжный способ монетизации подписочных сервисов, рассрочек и usage‑биллинга. Комбинация токенизации карты, 3‑D Secure на старте и гибких уведомлений о списаниях обеспечивает конверсию без ущерба для безопасности.
Готовы запустить подписки Robokassa и автосписания Robokassa? Войдите в ЛК, включите рекурренты и проверьте сценарии в Sandbox:
Если нужна помощь с архитектурой рекуррентных платежей — свяжитесь с поддержкой Robokassa и вашим аккаунт‑менеджером.