Рекуррентные платежи и подписки в Uniteller: настройка и сценарии

Рекуррентные платежи и подписки в Uniteller: настройка и сценарии

Что такое рекуррентные платежи и чем они полезны

Рекуррентные платежи Uniteller — это автоматические повторные списания средств по согласию клиента: абонплата, рассрочка, продление доступа, постоплата по факту потребления. За них отвечает модель подписок Uniteller (subscription billing Uniteller), которая повышает LTV, снижает отток и устраняет трение при каждом продлении.

Основные преимущества:

• рост конверсии продления за счет оплаты без участия клиента;
• предсказуемая выручка и гибкое управление тарифами;
• единая отчетность и аналитика в Личном кабинете;
• безопасность по стандарту PCI DSS и 3‑DS — см. раздел Безопасность.

Как это работает: токенизация и повторные списания

В ядре решения — токенизация Uniteller: данные карты заменяются защищенным токеном, который нельзя использовать вне среды процессинга. Первичная операция (CIT) проходит с проверками банка и 3‑DS, а дальнейшие повторные списания Uniteller (MIT) выполняются по токену — обычно без участия плательщика.

Ключевые этапы:

1. Инициация: клиент оплачивает первый счет на вашем сайте/в приложении через интернет-эквайринг. В ответ Uniteller создает payment token, связанный с клиентом.
2. Подписка: вы задаете периодичность и правила продления в своем бэкенде или в API Uniteller.
3. Повторные списания: согласно расписанию Uniteller инициирует MIT-платеж; банк-эмитент может применить 3‑DS по своему усмотрению, но чаще срабатывает 3DS Exemption.
4. Управление: через 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 шагов

1. Подключите эквайринг и включите рекурренты. Оставьте заявку на странице Подключение и тарифы. Функция доступна в рамках договора на интернет-эквайринг.
2. Подготовьте оферту подписки. Пропишите размер/формулу списания, периодичность, способ отписки и контакты поддержки (см. раздел «Юридическая часть»).
3. Интегрируйте API/SDK. Используйте раздел Интеграции, API и SDK и материалы в документации. Для CMS можно установить готовый модуль — см. модули для CMS.
4. Настройте вебхуки и уведомления. Обрабатывайте успешные/неуспешные списания, отправляйте письма о продлении/ошибке оплаты, давайте простой путь обновить карту.
5. Протестируйте и запустите. Проверьте сценарии пробный период, изменение тарифа, паузу, возврат. Управляйте подписками через Личный кабинет и 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.