Рекуррентные платежи и подписки в Uniteller: настройка и сценарии
Table of contents
Что такое рекуррентные платежи и чем они полезны
Рекуррентные платежи Uniteller — это автоматические повторные списания средств по согласию клиента: абонплата, рассрочка, продление доступа, постоплата по факту потребления. За них отвечает модель подписок Uniteller (subscription billing Uniteller), которая повышает LTV, снижает отток и устраняет трение при каждом продлении.
Основные преимущества:
- рост конверсии продления за счет оплаты без участия клиента;
- предсказуемая выручка и гибкое управление тарифами;
- единая отчетность и аналитика в Личном кабинете;
- безопасность по стандарту PCI DSS и 3‑DS — см. раздел Безопасность.
Как это работает: токенизация и повторные списания
В ядре решения — токенизация Uniteller: данные карты заменяются защищенным токеном, который нельзя использовать вне среды процессинга. Первичная операция (CIT) проходит с проверками банка и 3‑DS, а дальнейшие повторные списания Uniteller (MIT) выполняются по токену — обычно без участия плательщика.
Ключевые этапы:
- Инициация: клиент оплачивает первый счет на вашем сайте/в приложении через интернет-эквайринг. В ответ Uniteller создает payment token, связанный с клиентом.
- Подписка: вы задаете периодичность и правила продления в своем бэкенде или в API Uniteller.
- Повторные списания: согласно расписанию Uniteller инициирует MIT-платеж; банк-эмитент может применить 3‑DS по своему усмотрению, но чаще срабатывает 3DS Exemption.
- Управление: через API/вебхуки вы обрабатываете статусы, обновляете способ оплаты, ставите на паузу/возобновляете подписку.
Виды подписок и сценарии использования
Ниже — типовые модели, которые реализуются через подписки Uniteller.
| Сценарий |
Сумма и периодичность |
Проверка 3‑DS |
Тип инициирования |
Где применяется |
| Фиксированная абонплата |
Фиксированная сумма раз в месяц/год |
Обычно только в первом платеже |
MIT Recurring |
SaaS, контент, сервисы |
| Pay‑as‑you‑go |
Сумма меняется по потреблению |
Фрикшен реже, зависит от банка |
MIT Unscheduled |
Телеком, облака, логистика |
| Пробный период + автопродление |
0 ₽ или малая сумма, затем тариф |
Часто в первом платеже/привязке |
CIT → MIT |
Образование, приложения |
| Рассрочка/платежи частями |
Несколько платежей по графику |
В первом платеже |
MIT Installments |
Розница, B2C‑услуги |
| One‑click повтор |
Повтор заказа по токену |
Может быть без 3‑DS |
MIT/COF |
E‑commerce, доставка |
Совет: показывайте клиенту следующую дату и сумму списания в интерфейсе и письмах — это снижает отказы и споры.
Настройка и запуск за 5 шагов
- Подключите эквайринг и включите рекурренты. Оставьте заявку на странице Подключение и тарифы. Функция доступна в рамках договора на интернет-эквайринг.
- Подготовьте оферту подписки. Пропишите размер/формулу списания, периодичность, способ отписки и контакты поддержки (см. раздел «Юридическая часть»).
- Интегрируйте API/SDK. Используйте раздел Интеграции, API и SDK и материалы в документации. Для CMS можно установить готовый модуль — см. модули для CMS.
- Настройте вебхуки и уведомления. Обрабатывайте успешные/неуспешные списания, отправляйте письма о продлении/ошибке оплаты, давайте простой путь обновить карту.
- Протестируйте и запустите. Проверьте сценарии пробный период, изменение тарифа, паузу, возврат. Управляйте подписками через Личный кабинет и API.
API, вебхуки и управление подписками
Рекуррентные платежи настраиваются через Uniteller API. Ключевые моменты, которые стоит учесть при интеграции (uniteller api рекуррентные):
- Инициация (CIT): в первом платеже укажите параметры подписки и запрос на сохранение токена. Проходит 3‑DS и проверка antifraud.
- Токенизация: сохраните идентификатор клиента и payment token. Не храните PAN/CSC на своей стороне.
- Повторные списания (MIT): при дебете передавайте токен, сумму и описание периода. Для устойчивости используйте идемпотентность на уровне запросов.
- Статусы и события: слушайте вебхуки о результатах списаний, отменах, возвратах, истечении срока карты. На их основе обновляйте доступы и уведомляйте клиента.
- Обновление платежного метода: предложите пользователю обновить карту через защищенную форму, чтобы перезаписать токен.
Для on‑demand сценариев используйте флаг подписи MIT Unscheduled. Для классических подписок — MIT Recurring. Полезные материалы ищите в разделе Интеграции, API и SDK и в документации и поддержке.
3‑DS и SCA: когда срабатывает и что такое 3DS Exemption
Подписки Uniteller соответствуют требованиям 3‑DS 2.x. Первую оплату инициирует клиент (CIT) — как правило, с прохождением 3‑DS. Дальше, если вы корректно передаете признаки MIT/Recurring, применяется 3DS Exemption Uniteller — повторные списания обычно проходят без дополнительной аутентификации.
Важно помнить:
- решение о необходимости 3‑DS принимает банк‑эмитент; иногда он может запросить 3‑DS и для повторного дебета;
- корректная маркировка транзакций (CIT/MIT) и качественная «история» мерчанта повышают долю frictionless;
- держите уровень фрода низким и используйте уведомления о будущих списаниях.
Подробнее о безопасности — на странице PCI DSS и 3‑DS.
Юридическая часть: оферта подписки и согласие плательщика
Оферта подписки Uniteller — это набор условий, с которыми клиент соглашается при оформлении. Рекомендуем включить:
- точную формулу списания: сумма или диапазон/метод расчета;
- периодичность и время дебета, дата следующего списания;
- порядок отмены: кнопка/раздел в личном кабинете, email/телефон поддержки;
- согласие на использование токенизации и проведение повторных списаний;
- правила при неуспешной оплате: ретраи, приостановка услуги;
- сведения о фискализации и чеках;
- ссылку на инструкцию для плательщика с понятным описанием процесса.
Соблюдайте best practices: отдельный чекбокс согласия, логирование согласия (дата/время/IP), подтверждение на email, напоминания за 3–5 дней до продления — это снижает споры и чарджбэки.
Фискализация по 54‑ФЗ
Каждое списание по подписке — это отдельный расчет, который подлежит кассовому учету. Uniteller передает данные в ОФД согласно настройкам вашего магазина. Проверьте:
- корректность тегов признак способа расчета для подписок/рассрочки;
- отправку чеков при пробном периоде (если есть платная часть);
- обработку частичных/полных возвратов с корректировочными чеками.
Подробности и схемы интеграции — на странице Фискализация 54‑ФЗ.
Методы оплаты и СБП
Подписки наиболее естественно работают по картам с токенизацией Uniteller. Дополнительно вы можете предлагать клиентам альтернативные способы из раздела Платежные методы.
Что касается СБП: механизм автоматических рекуррентных списаний в СБП ограничен — как правило, требуется подтверждение в банке. Поэтому СБП удобно использовать для первого платежа/привязки либо для повторных оплат по пуш‑напоминанию. Подробнее — на странице СБП и QR‑платежи.
Возвраты, пауза и чарджбэки
- Возвраты: доступны частичные и полные через API и Личный кабинет. Сохраняйте связь возврата с периодом подписки. Подробнее — в разделе Возвраты и чарджбэки.
- Пауза/отмена: реализуйте кнопку в аккаунте клиента. По вебхуку/команде вы приостанавливаете расписание. Сообщайте, до какой даты действует оплаченный период.
- Снижение споров: отправляйте предуведомления, делайте понятные descriptor’ы, храните логи согласия и факта пользования сервисом, предлагайте мягкий возврат.
Готовые интеграции, CMS и маркетплейсы
Стартуйте быстрее с готовыми модулями — смотрите список в разделе Модули для CMS. Для кастомной разработки используйте Интеграции, API и SDK. Если вы платформа/агрегатор, посмотрите раздел Партнерам и маркетплейсам — там сценарии распределения выплат и субмерчантов.
Отраслевые примеры
- SaaS и облака: тарифные планы, сверхлимиты по потреблению (MIT Unscheduled).
- Медиа и EdTech: пробные периоды с автопродлением, семейные планы.
- Розница/сервисы: подписки на доставку, рассрочка на услуги.
- Страхование и телемедицина: пролонгация полисов, абонентская модель.
Еще идеи — в разделе Решения для отраслей.
Тарифы и подключение
Условия, комиссии и сроки подключения рекуррентных платежей уточняйте на странице Подключение и тарифы. Мы поможем с выбором модели (fixed, pay‑as‑you‑go), подготовкой оферты и тестированием. При необходимости доступен перенос токенов от другого провайдера.
FAQ по рекуррентам
- Нужно ли подтверждать 3‑DS при каждом списании? Обычно нет: для корректно помеченных MIT‑операций действует 3DS Exemption Uniteller. Но банк может запросить аутентификацию в отдельных случаях.
- Можно ли мигрировать существующие подписки? Да, доступна миграция токенов по защищенной процедуре. Обратитесь в поддержку через Документацию и поддержку.
- Что делать при истечении срока карты? Настройте уведомления и сценарий update card в интерфейсе. При ошибке оплаты запускайте серию ретраев.
- Как учитывать подписки в кассе? Каждое списание — отдельный чек по 54‑ФЗ. Подробности — на странице Фискализация 54‑ФЗ.
- Где управлять подписками вручную? В Личном кабинете: просмотр, отмена, возврат, повтор дебета.
Вывод и следующий шаг
Рекуррентные платежи Uniteller — это надежная инфраструктура для подписок и повторных списаний: токенизация Uniteller, поддержка MIT, 3DS Exemption и удобные инструменты для бизнеса. Запустите подписки быстро и безопасно.
Готовы начать? Оставьте заявку на подключение, а наша команда поможет выбрать модель, настроить uniteller api рекуррентные и пройти тесты. Перейдите к Подключению и тарифам или изучите Интеграции, API и SDK.