Рекуррентные платежи: что это и что нужно на сайте

Коротко: слова «рекуррентные платежи» нет в тексте страниц справки ЮKassa и Robokassa, перечисленных в «Источниках», и в пункте 4.2 статьи 16.1 Закона о защите прав потребителей. ЮKassa пишет «автоплатежи», Robokassa - «периодические платежи», закон - «периодических платежей». Автоплатежи в настоящем магазине ЮKassa подключает после обращения к менеджеру, Robokassa - «только по предварительному согласованию». Для услуг по абонентскому договору в сети «Интернет» пункт 4.2 обязывает исполнителя обеспечить приём отказа потребителя от использования ранее предоставленных реквизитов банковского счёта или данных об электронных средствах платежа, в том числе в электронной форме.

Статья о рекуррентных платежах для владельца бизнеса или маркетолога, который заказывает сайт или переделывает существующий, если сайту нужна регулярная оплата: подписка на сервис, абонемент, доставка по расписанию. Она строится по справке ЮKassa и Robokassa, руководству Robokassa «Подписки в Robokassa», статье 16.1 Закона о защите прав потребителей, статье 429.4 Гражданского кодекса и закону от 15.10.2025 N 376-ФЗ. Правило названо вместе со страницей, где оно сказано.

Параметров запросов, кода и примеров API здесь нет: это работа разработчика. Сравнения сервисов и комиссий нет, как покупателю отключить подписку в банке - тоже. Страницы открыты 10.10.2026. Дат у страниц сервисов нет, а описанные на них условия действуют у этих двух сервисов в день проверки и не обязательны для остальных платёжных сервисов. Формулировки оферты и условий подписки - решение юриста; юридических заключений о конкретной ситуации в статье нет.

Пример вымышленный: интернет-магазин example.ru продаёт ежемесячную коробку чая по подписке. Обычная оплата в нём уже подключена; как её подключают, описано в статье о подключении оплаты на сайт.

Как называют рекуррентные платежи сервисы и закон?

Коротко: у трёх источников три названия. ЮKassa называет это автоплатежами, Robokassa - периодическими платежами, закон говорит о получении «периодических платежей» при оплате услуг по абонентскому договору. В тексте открытых страниц из «Источников» слова «рекуррентные» нет, и определения рекуррентных платежей они не дают.

В таблице у каждого названия указана страница, где оно стоит.

Все три источника говорят о списаниях без нового ввода платёжных данных: ЮKassa - «без дополнительного подтверждения», Robokassa - «без участия пользователя», пункт 4.2 - о реквизитах, которые потребитель предоставил ранее. Что эти формулировки описывают одно явление, - вывод статьи по смыслу: ни один источник тождества не утверждает. Предмет у каждого свой: у ЮKassa и Robokassa порядок работы сервиса, у закона услуги по абонентскому договору.

Латинское «Recurring» встречается в технической части страницы Robokassa как название параметра запроса. Для заказчика оно ничего не меняет.

Как проходит автоплатёж по справке ЮKassa?

Коротко: справка ЮKassa описывает три стадии: подключение, проведение и отключение. Покупатель соглашается привязать платёжное средство, сервис сохраняет способ оплаты, а магазин списывает деньги по сохранённому способу без дополнительного подтверждения. Прекратить использовать сохранённый способ оплаты магазин должен у себя.

На той же странице «Автоплатежи» стадии названы так:

1. «Подключение автоплатежа - вы получаете согласие пользователя на проведение автоплатежей.» Для этого магазин предупреждает покупателя, что сохранит платёжные данные, и рассказывает, как будет их использовать.
2. «Проведение автоплатежа - вы проводите автоплатежи, используя сохраненный способ оплаты в соответствии с условиями, на которые согласился пользователь.»
3. «Отключение автоплатежа - если пользователь решает отказаться от повторных списаний, вы прекращаете использовать сохраненный способ оплаты.»

Центральное понятие справки - способ оплаты. Это «конкретное платежное средство, которое можно привязать к вашему магазину в ЮKassa и использовать для автоматических списаний денег со счета пользователя». Карты с разными номерами - это два разных способа оплаты.

Страница называет два вида сохранения способа оплаты:

• Привязка во время платежа. Магазин проводит платёж и одновременно сохраняет способ оплаты, который выбрал покупатель. Сохранение бывает безусловным, когда оно происходит «по умолчанию, пользователь не может на это повлиять», и условным, когда оно происходит «по желанию пользователя».
• Привязка на нулевую сумму. Покупатель указывает данные платёжного средства, сервис проверяет, что их можно использовать для автоплатежей, «и сохраняет этот способ оплаты без списания денег со счета пользователя». Страница «Привязка на нулевую сумму: основы» называет для неё банковские карты и СБП.

О порядке интеграции там же сказано: «Вы можете использовать как один, так и оба вида сохранения способа оплаты». Какой вид нужен магазину, решают с разработчиком при подготовке задания.

Сами списания описаны в разделе «Проведение автоплатежа» второй страницы «Автоплатежи» (адрес в источниках). Там сказано: «Автоплатежи - это повторные безакцептные списания.» И дальше: «Периодичность списаний и процесс отключения автоплатежей настраивается на вашей стороне без участия ЮKassa.»

Пример суммы есть на первой странице «Автоплатежи»: «раз в месяц списываете 399 рублей в качестве абонентской платы за подписку на ваш сервис». Цена в этом примере не относится к какому-либо сайту.

Что сервисы требуют до включения автоплатежей?

Коротко: ЮKassa включает автоплатежи в настоящем магазине после обращения к менеджеру, Robokassa - после предварительного согласования. Это условия двух сервисов в день проверки; сроков согласования и причин отказа страницы не называют.

Порядок интеграции записан списком: оферта, сообщение менеджеру, ожидание настройки магазина, затем информирование покупателей, настройка периодичности и суммы списаний, отключение автоплатежей и сохранение способа оплаты по инструкциям. Часть шагов - работа сайта, и она входит в задание разработчику.

У Robokassa два пути. Первый - готовое решение: «Функционал сервиса доступен в разделе «Подписки» личного кабинета». Второй - самостоятельная интеграция: после первого платежа по выставленному счёту и успешной оплаты банковской картой магазин «может инициировать повторные списания без участия пользователя». Страница предупреждает: ответ на повторный платёж «означает создание операции, но не гарантирует успешное списание средств», и советует проверять успешность каждого списания по уведомлениям.

Платёж без сохранения способа оплаты описан отдельной страницей «Платеж без сохранения способа оплаты». Договор с сервисом, требования к сайту до заявки и тестовый магазин разобраны в статье о подключении оплаты.

Что должен увидеть покупатель до первого списания?

Коротко: по справке ЮKassa магазин предупреждает покупателя, что сохранит платёжные данные, с какой регулярностью и в каком размере будет списывать деньги и как можно отказаться. Robokassa в руководстве «Подписки» показывает покупателю предупреждение, что оплата - подписка, и принимает для неё только банковскую карту.

Раздел «Привязка во время платежа» говорит так:

«Вы на своей стороне предупреждаете пользователя, что сохраните его платежные данные, и рассказываете, как будете их использовать. Например, с какой регулярностью вы будете списывать деньги и на какую сумму, как пользователь может отказаться от повторных списаний в вашем магазине.»

• Страница «Привязка во время платежа - Прием платежей по API ЮKassa», yookassa.ru

Условное и безусловное сохранение выглядят для покупателя по-разному. При безусловном форма оплаты сообщает, что после подтверждения платежа покупатель «разрешает автосписания в ваш магазин». При условном он «сможет решить прямо на форме оплаты, хочет ли привязать платежное средство к вашему магазину».

Для магазина с автоплатежами «Автоплатежи» добавляют: «пользователю будет предлагаться условное сохранение способа оплаты при каждом платеже из кошелька ЮMoney или с банковской карты». Чтобы провести платёж без сохранения способа оплаты, страница отсылает к особенностям создания платежа. Как это решить, определяют при разработке формы оплаты.

В руководстве Robokassa для решения «Подписки» покупатель проходит такой путь. «После перехода по ссылке на подписку покупатель видит предупреждение, что эта оплата является подпиской и поле для ввода e-mail.» Следом стоит пометка: «ВАЖНО!: Оплата должна проходить только банковской картой.» Если покупатель переходит по ссылке второй раз, он «увидит другое предупреждение и не сможет оплатить».

Тексты условий пишет заказчик с юристом. Подрядчик получает утверждённые формулировки и показывает их у кнопки оплаты; что ГК и Правила продажи говорят о публичной оферте, разобрано в статье об оферте.

Кто и как отключает списания по документации сервисов?

Коротко: по справке ЮKassa удалить сохранённый способ оплаты в сервисе нельзя, прекратить его использование магазин должен самостоятельно. В решении Robokassa «Подписки» подписку можно деактивировать из личного кабинета и отписать подписчика. ЮKassa описывает и случай, когда покупатель отозвал разрешение через банк: платёж «отменится или завершится ошибкой».

Страница «Автоплатежи» (первая из двух) пишет: «Удаление идентификатора сохраненного способа оплаты равноценно отключению автоплатежа для пользователя.» Сам сервис сохранённый способ оплаты не удаляет: «вы можете сделать это только на своей стороне». Магазину нужно «прекратить использовать сохраненный способ оплаты для создания платежей». Идентификатор можно удалить из системы магазина или пометить неактивным. Чтобы магазин мог соотнести покупателя и его платёжные данные, страница рекомендует «сохранять идентификатор способа оплаты в связке с идентификатором пользователя из вашей системы».

По справке ЮKassa отключение списаний делает магазин у себя. Где покупатель видит это действие и что нажимает, справка не определяет. Если оно стоит в личном кабинете, вход в кабинет разобран в статье об авторизации.

Есть и другой путь: «В некоторых случаях пользователь может самостоятельно отозвать свое разрешение на повторы платежей (например, через службу поддержки своего банка). В этих случаях платеж отменится или завершится ошибкой.» Если выяснилось, что покупатель отозвал разрешение через банк, магазин вправе удалить идентификатор у себя.

В руководстве Robokassa «Подписки» действия записаны для личного кабинета. Внутри подписки её можно «деактивировать» («остановить все списания в подписке»); после этого все подписчики получают письмо о приостановке списаний. Карточка подписчика позволяет, среди прочего, «отписать подписчика от подписки». При возобновлении остановленной подписки руководство предупреждает, что всем подписчикам «необходимо будет подтвердить начало списаний».

Перед списанием приходит письмо: «За два дня до начала списания приходит письмо напоминание о следующем списании».

Что видит магазин: статусы списаний и уведомления?

Коротко: списание может не пройти, поэтому владельцу нужно знать, где он увидит результат. Robokassa в руководстве «Подписки» показывает список подписчиков со статусом последнего платежа и датой следующего списания и присылает письма о неудачных списаниях. Для самостоятельной интеграции страница Robokassa советует проверять каждое списание по уведомлениям.

В руководстве для решения «Подписки» среди возможностей названо «Отслеживать неудачные списания». Список подписчиков показывает, по руководству, название подписки, дату начала, статус последнего платежа, дату следующего и дату последнего списания. Покупателю в день оплаты приходит письмо об успешном платеже или о том, что «Списание не удалось выполнить». Какие данные нужны менеджеру магазина и кто следит за этим списком, решает заказчик.

У ЮKassa результат списания возвращается как статус платежа. Раздел «Проведение автоплатежа» упоминает статус pending, пока ЮKassa ждёт результата формирования чека, и советует дождаться уведомления либо периодически запрашивать данные о платеже. Эти уведомления настраивает разработчик, а заказчику стоит спросить, куда они приходят и кто на них реагирует.

Что закон говорит об отказе покупателя от списаний?

Коротко: пункт 4.2 статьи 16.1 Закона о защите прав потребителей касается оплаты услуг по абонентскому договору в сети «Интернет» с использованием сайта, информационной системы или программы. Исполнителю запрещено использовать для получения периодических платежей реквизиты и данные о платёжных средствах, в отношении которых потребитель выразил отказ, и он обязан обеспечить приём такого отказа, в том числе в электронной форме. Пункт введён законом N 376-ФЗ; по его статье 2 закон вступает в силу с 1 марта 2026 года.

Текст пункта 4.2 на странице КонсультантПлюс «Статья 16.1. Формы и порядок оплаты при продаже товаров (выполнении работ, оказании услуг)»:

«4.2. При оплате услуг, оказываемых на основании абонентского договора в информационно-телекоммуникационной сети "Интернет" с использованием сайта и (или) страницы сайта в информационно-телекоммуникационной сети "Интернет", и (или) информационной системы, и (или) программы для электронных вычислительных машин, исполнителю запрещено использовать для получения периодических платежей реквизиты банковского счета потребителя или данные о его электронных средствах платежа, которые потребитель предоставил ранее и в отношении которых выразил исполнителю отказ от использования при расчетах с ним.

Исполнитель обязан обеспечить прием отказа потребителя от использования при расчетах с потребителем ранее предоставленных потребителем реквизитов банковского счета или данных о его электронных средствах платежа, в том числе в электронной форме.»

• Закон РФ "О защите прав потребителей", статья 16.1, пункт 4.2, страница КонсультантПлюс

Под пунктом стоит отметка «(п. 4.2 введен Федеральным законом от 15.10.2025 N 376-ФЗ)». В тексте закона, который опубликован официально, статья 2 гласит: «Настоящий Федеральный закон вступает в силу с 1 марта 2026 года.»

Слова «абонентский договор» ГК РФ объясняет в статье 429.4, пункт 1: «Договором с исполнением по требованию (абонентским договором) признается договор, предусматривающий внесение одной из сторон (абонентом) определенных, в том числе периодических, платежей или иного предоставления за право требовать от другой стороны (исполнителя) предоставления предусмотренного договором исполнения (...)». Страница КонсультантПлюс называет статью «Договор с исполнением по требованию (абонентский договор)».

Пункт 2 той же статьи 429.4 добавляет: «Абонент обязан вносить платежи или предоставлять иное исполнение по абонентскому договору независимо от того, было ли затребовано им соответствующее исполнение от исполнителя, если иное не предусмотрено законом или договором.» Как это соотносится с отказом потребителя от использования реквизитов, пункт 4.2 и статья 429.4 не говорят.

Что называет пункт 4.2: услуги, абонентский договор, сеть «Интернет», сайт, информационную систему или программу, исполнителя, потребителя, периодические платежи и отказ. Продажа товаров, разовые платежи и расчёты между компаниями в пункте не названы, и этот материал пункт к ним не применяет. Как должен выглядеть приём отказа - кнопка, личный кабинет или письмо, - пункт не говорит: он называет обязанность «обеспечить прием отказа» и добавляет «в том числе в электронной форме».

Ответственность за нарушение пункта в этот материал не входит. На странице КонсультантПлюс есть пометка «Подготовлена редакция документа с изменениями, не вступившими в силу», а редакция закона указана как «ред. от 28.12.2025, с изм. от 17.02.2026» и «с изм. и доп., вступ. в силу с 01.10.2026». У пункта 4.2 примечаний об изменениях там нет.

Юристу нужно сверить действующую редакцию в день, когда он готовит условия подписки. Относится ли договор магазина к абонентским и считается ли покупатель потребителем, решает юрист; этот материал этого не определяет. Возврат денег за товар надлежащего качества описан в статье о возврате товара, и пункт 4.2 к нему отношения не имеет.

Что из этого превращается в части сайта и работы магазина?

Коротко: страницы сервисов и пункт 4.2 называют семь вещей: предупреждение покупателя, согласие, оферту, настройку периодичности и суммы, отключение, приём отказа и хранение идентификатора способа оплаты. Таблица показывает, где сказано каждое из них и где оно может оказаться у example.ru.

Страницы без пометки - справка ЮKassa; страницы Robokassa и закона названы в ячейках. Колонка про example.ru - иллюстрация, не текст юриста и не требование страниц.

Если покупатель отказался, действий три: он сообщает об отказе, магазин принимает отказ, магазин перестаёт создавать платежи по сохранённому способу оплаты. Для услуг по абонентскому договору в сети «Интернет» приём отказа потребителя - обязанность исполнителя по второму абзацу пункта 4.2, а использование реквизитов после отказа запрещено первым абзацем. Подпадает ли под пункт продажа example.ru, решает юрист; на продажу товара этот материал пункт не распространяет. В справке ЮKassa прекращение использования способа оплаты названо отключением автоплатежа, и сделать это можно только на стороне магазина.

Что с кассовым чеком при списаниях?

Коротко: о чеке при автоплатеже страницы сервисов говорят отдельными строками. ЮKassa упоминает 54-ФЗ и сценарий «Сначала чек, потом платеж» в разделе о проведении автоплатежа, Robokassa просит указать название позиции, которое «будет отображаться в чеке», при создании подписки. Что закон требует от чека, разобрано в статье об онлайн-кассе.

Раздел «Проведение автоплатежа» пишет: «Если вы используете решение ЮKassa для работы по 54-ФЗ и сценарий Сначала чек, потом платеж, то платеж может вернуться в статусе pending.» Это значит, что «ЮKassa дожидается от онлайн-кассы результатов формирования чека». В руководстве Robokassa при создании подписки нужно указать название товарной позиции, и «Это название будет отображаться в чеке». Чек, поле для e-mail или телефона и кассовые требования разобраны в статье об онлайн-кассе для интернет-магазина.

Как это может выглядеть у example.ru?

Коротко: пример показывает путь одного покупателя вымышленного магазина example.ru и места, где подрядчику нужны решения заказчика. Он собран из страниц ЮKassa; выбор формы согласия, текста условий и способа отказа остаётся за магазином.

example.ru продаёт подписку на ежемесячную коробку чая и принимает оплату через ЮKassa. Страницы магазина и условия в примере придуманы.

1. Покупатель выбирает подписку. Рядом с кнопкой оплаты написано, что платёжные данные будут сохранены, с какой регулярностью и в каком размере магазин будет списывать деньги и как можно отказаться; тут же ссылка на оферту с условиями подписки.
2. Покупатель соглашается и платит. Магазин использует привязку во время платежа, и способ оплаты сохраняется. Идентификатор способа оплаты магазин записывает в карточку покупателя.
3. В дату следующего списания система магазина создаёт платёж по сохранённому способу оплаты. Покупатель не вводит данные карты, ЮKassa проводит платёж, система магазина получает его статус.
4. Покупатель решает отказаться. В примере это действие в личном кабинете. Относится ли пункт 4.2 к продаже коробок чая, решает юрист: пункт говорит об услугах по абонентскому договору. Форму отказа пункт не называет, и магазин с юристом выбирают её сами.
5. После отказа система магазина перестаёт создавать платежи по этому способу оплаты. Если покупатель отозвал разрешение через банк, платёж «отменится или завершится ошибкой».

Если магазин выбирает решение «Подписки» от Robokassa, шаги иные: подписка создаётся в личном кабинете, покупатель получает ссылку и видит предупреждение, что платёж - подписка, платит банковской картой, а остановить списания можно деактивацией подписки.

Что решить до разработки и что спросить у подрядчика?

Коротко: до разработки заказчик решает, какие услуги продаются по подписке, какой сервис принимает платежи, кто пишет оферту и условия, где покупатель отказывается от списаний и кто это обслуживает. Подрядчику эти решения превращаются в задание: формы, тексты у кнопки оплаты, кабинет и интеграция с сервисом.

Если сайт заказывается у студии, услуга «Интернет-магазин» описана на главной BITSPARK: «От 55 000 ₽ - каталог, корзина, оплаты и необходимые интеграции». Шаг «Разработка» там описан так: «Верстаем, программируем и подключаем сервисы. Технологии выбираем под задачу.»

Вопросы к себе до разговора с подрядчиком:

1. Продаётся ли услуга по абонентскому договору в сети «Интернет», и кто в вашей компании подтвердит это юридически? Пункт 4.2 говорит об услугах по такому договору.
2. Какой сервис принимает платежи и согласованы ли с ним автоплатежи или периодические платежи? ЮKassa просит написать менеджеру, Robokassa называет услугу доступной «только по предварительному согласованию».
3. Кто пишет оферту с условиями настройки и отключения и как она связана с пользовательским соглашением, где есть раздел об изменении условий одной стороной?

Вопросы подрядчику:

1. Какой вид сохранения способа оплаты будет использован: во время платежа, с нулевой суммой или оба, и что при этом видит покупатель?
2. Где на странице оплаты стоит предупреждение о сохранении данных, регулярности и сумме списаний? Кто присылает тексты?
3. Где покупатель отказывается от списаний, какие данные при этом передаются и как система магазина прекращает использовать сохранённый способ оплаты?
4. Где хранится идентификатор способа оплаты и кто имеет к нему доступ?
5. Как до запуска будет проверен весь путь: подключение, списание по сохранённому способу, отказ и поведение системы после него? Автоплатежи в тестовом магазине ЮKassa работают по умолчанию.
6. Как магазин узнаёт, что списание не прошло, и какие уведомления для этого настроены?

Вопросы юристу:

1. Какая редакция статьи 16.1 Закона о защите прав потребителей действует на дату подготовки текстов и что содержит подготовленная редакция с изменениями, не вступившими в силу?
2. Относится ли подписка магазина к абонентскому договору по статье 429.4 ГК и считается ли покупатель потребителем?
3. Что должна говорить оферта об условиях настройки и отключения списаний и какой способ приёма отказа достаточен для магазина?

Источники

Дата обращения к страницам: 10.10.2026. На страницах ЮKassa, Robokassa и в руководстве Robokassa даты нет; закон о защите прав потребителей на странице КонсультантПлюс отмечен как «ред. от 28.12.2025, с изм. от 17.02.2026» и «с изм. и доп., вступ. в силу с 01.10.2026».

• Автоплатежи - Прием платежей по API ЮKassa - страница целиком.
• Автоплатежи - Прием платежей по API ЮKassa - раздел «Проведение автоплатежа»; заголовок страницы в теге title совпадает с предыдущей.
• Привязка во время платежа - Прием платежей по API ЮKassa - определение, безусловное и условное сохранение, порядок работы.
• Привязка на нулевую сумму: основы - Прием платежей по API ЮKassa - определение, доступные способы оплаты.
• Платеж без сохранения способа оплаты - Прием платежей по API ЮKassa - первый абзац.
• Периодические платежи · Robokassa Docs - страница целиком.
• Подписки в Robokassa - PDF-руководство, 10 страниц; название взято с первой страницы документа.
• Статья 16.1. Формы и порядок оплаты при продаже товаров (выполнении работ, оказании услуг) \ КонсультантПлюс - пункт 4.2.
• ГК РФ Статья 429.4. Договор с исполнением по требованию (абонентский договор) \ КонсультантПлюс - пункты 1 и 2.
• Федеральный закон от 15.10.2025 № 376-ФЗ ∙ Официальное опубликование правовых актов - статьи 1 и 2.
• BITSPARK - Digital studio - услуга «Интернет-магазин» и шаг «Разработка».

Обсудить проект в Telegram: t.me/billioniks