Рекуррентные платежи на 1С-Битрикс: автосписания и подписки

Рекуррентные платежи — это регулярные автоматические списания с карты клиента по расписанию, без повторного ввода реквизитов. На сайте 1С-Битрикс они превращают подписочную модель в рабочий механизм: клиент подключает тариф и оплачивает первый раз, его карта сохраняется через токенизацию на стороне платёжной системы, а дальше списания идут сами — раз в месяц, в год или по другому циклу. Пока клиент не отменит подписку, продление происходит автоматически. Это снимает с бизнеса ручной сбор денег и делает выручку предсказуемой, а с клиента — необходимость каждый раз заново оплачивать и вводить карту.

Ключевая идея в том, что рекуррентный платёж — это не одно списание, а целая механика подписки. Сначала идёт привязка карты и токенизация: при первом платеже платёжная система сохраняет защищённый токен, по которому сайт сможет списывать деньги дальше, не зная и не храня сами реквизиты карты. Затем работает планировщик: по расписанию тарифа он запускает очередное списание, привязывает его к подписке и заказу, а при успехе онлайн-касса пробивает фискальный чек. Если списание не прошло, включается логика повторных попыток (dunning) с уведомлениями клиенту. Параллельно клиент управляет подпиской в личном кабинете: видит дату следующего списания, меняет тариф, ставит на паузу или отменяет продление.

Из чего складывается рекуррентная механика

Под капотом подписка на Битрикс объединяет несколько взаимосвязанных частей, и каждая закрывает свой риск потери денег.

• сохранение карты и токенизация — карта привязывается один раз, реквизиты не хранятся на сайте по стандарту PCI DSS;
• регулярные списания по расписанию — периодичность под тариф: месяц, год, индивидуальный цикл;
• подписочная модель и тарифы — несколько планов, смена и апгрейд тарифа с пересчётом списания;
• пробные периоды — бесплатный или льготный старт с автоматическим переходом на платный тариф;
• повторные попытки при отказе (dunning) — возврат сорванных платежей по расписанию и уведомления;
• уведомления, пауза и отмена — прозрачное управление подпиской в личном кабинете клиента;
• фискализация каждого списания — чек по 54-ФЗ на каждое регулярное списание и возврат;
• безопасность — токен вместо карты, проверка подписи уведомлений, работа по HTTPS, логирование.

Кому нужны рекуррентные платежи

Автосписания окупаются везде, где доход регулярный, а оплата повторяется. Это онлайн-сервисы и SaaS с помесячной или годовой подпиской, образовательные платформы с оплатой курса по частям, медиа и контент по подписке, клубы и сообщества с членскими взносами, B2B-сервисы с тарифами, а также любые компании, которые продают доступ или обслуживание на регулярной основе. Чем больше у вас повторяющихся оплат и чем выше отток на этапе продления, тем заметнее эффект от перевода сбора денег на автомат. Ручной сбор оплаты убивает подписочную модель: клиент забывает продлить, ленится снова вводить карту или просто не доходит до кассы — и уходит, хотя сервисом доволен.

Отдельная ценность — для бизнеса с пробными периодами. Бесплатный или льготный старт привлекает клиентов, но без аккуратной механики автоперехода на платный тариф большинство из них так и не станет платящими. Рекуррентные платежи закрывают этот разрыв: по окончании пробного периода списание идёт автоматически, а клиент заранее получает уведомление. Так пробный период превращается в воронку платящих подписчиков, а не в раздачу бесплатного доступа.

Как устроена настройка и запуск

Работу мы всегда начинаем с разбора подписочной модели, а не с поспешной установки модуля. Выясняем, что вы продаёте по подписке, какие тарифы и периодичность, нужны ли пробные периоды и смена тарифа, как обрабатывать отказы списаний. На этом проектируем механику под вашу бизнес-модель. Затем подключаем платёжную систему с поддержкой рекуррента, настраиваем привязку карты через токенизацию и регистрируем онлайн-кассу для фискализации каждого списания. После этого настраиваем расписание, логику dunning, уведомления и кабинет подписки, прогоняем все сценарии на тестовых ключах и выходим на боевой запуск с мониторингом циклов.

Фундамент надёжности — безопасность и аккуратная обработка уведомлений. Реквизиты карт не проходят через ваш сайт: платёжная система держит защищённый токен по стандарту PCI DSS, а сайт использует его для списаний. Уведомления о статусе списания проверяются по подписи, операции делаются идемпотентными, каждое списание и чек логируются — поэтому повторное уведомление не задваивает оплату, а сбой не оставляет подписку без статуса. По итогу мы передаём настройки, доступы и документацию, поэтому рекуррентная механика не замыкается на нас и развивается дальше вашими силами или с любым подрядчиком.

Результат настройки рекуррентных платежей на Битрикс — это стабильный регулярный доход на самообслуживании. Подписка продлевается автоматически, чек по 54-ФЗ уходит на каждое списание, сорванные платежи возвращаются повторными попытками, а клиент сам управляет подпиской без обращений в поддержку. Бизнес получает предсказуемую выручку и видит, сколько списаний и на какую сумму пройдёт в следующем периоде, а не надеется, что клиенты вспомнят оплатить продление.

Когда подписочный бизнес впервые сталкивается с регулярной оплатой, соблазн понятен: взять любой платёжный модуль с поддержкой рекуррента, включить автосписание и считать, что подписка готова. Иногда это даже работает — пока тариф один, периодичность простая, а отказов списания почти нет. Но рекуррентный платёж — это не кнопка «списать ещё раз», а целая система: токенизация карты, расписание под тариф, пробные периоды, смена плана, обработка отказов, уведомления, пауза и отмена, фискальный чек на каждое списание. Базовое автосписание закрывает только самый первый шаг, и стоит появиться сорванным платежам, пробным периодам или нескольким тарифам, как начинаются потери: подписки обрываются на отказе, выручка течёт сквозь продление, чеки не пробиваются. Разберём, чем базовое списание отличается от настоящей подписочной механики и как мы строим рекуррентные платежи так, чтобы регулярный доход был стабильным.

Почему подписочная выручка утекает на продлении

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

Вторая боль — сорванные списания, которые никто не возвращает. По статистике подписочных сервисов значимая часть отказов носит технический характер: на карте временно нет денег, она просрочена, банк отклонил операцию. Если на отказе подписка просто обрывается, вы теряете платящих клиентов на ровном месте. Поэтому грамотная механика обязательно включает dunning — повторные попытки списания по расписанию, грейс-период и уведомления клиенту обновить карту. Именно dunning возвращает значительную долю сорванной выручки, которую базовое автосписание просто теряет.

Чем полная механика отличается от базового модуля

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

Особенно это важно для пробных периодов и смены тарифа. Принять регулярный платёж умеет почти любой модуль. А вот корректно завершить пробный период и автоматически перейти на платный тариф, пересчитать списание при апгрейде плана, не задвоить оплату при повторном уведомлении, пробить правильный чек на каждое списание — это уже задача, где мелочи решают всё. Здесь важны проверка подписи уведомлений, идемпотентность операций, корректный состав чека и логирование каждого цикла. Без этого подписочная механика рано или поздно создаст расхождение, и доверие к данным о регулярной выручке рухнет.

Токенизация и безопасность по PCI DSS

Самый частый страх при автосписаниях — хранение данных карт. И он оправдан: хранить реквизиты карт на своём сайте опасно и противоречит стандартам безопасности. Поэтому в правильной механике карта не хранится у вас вообще. При первом платеже платёжная система сохраняет защищённый токен на своей стороне по стандарту PCI DSS, а ваш сайт получает только этот токен и использует его для последующих списаний. Реквизиты карты не проходят через ваш сервер и не лежат в вашей базе — списания работают, а ответственность за безопасность карты несёт платёжная система. Это снимает с бизнеса и риск утечки, и большую часть нагрузки по соответствию стандартам.

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

Фискализация каждого списания по 54-ФЗ

Отдельная большая тема — чеки. По 54-ФЗ на каждую оплату нужен фискальный чек, и регулярные списания не исключение. Когда списаний десятки и сотни в день, пробивать чеки вручную невозможно, а ошибка грозит штрафами. Поэтому фискализацию мы настраиваем так, чтобы онлайн-касса автоматически пробивала чек прихода на каждое регулярное списание и чек возврата при возврате. Состав чека собираем под вашу номенклатуру: позиции тарифа, ставки НДС, признаки предмета и способа расчёта. Это особенно важно для подписок, где предмет расчёта и периодичность влияют на состав чека. Рекуррентные платежи — это часть более широкой темы приёма онлайн-оплаты, поэтому их логично рассматривать вместе с общей интеграцией с платёжными системами, где настраиваются карты, СБП, возвраты и фискализация в целом.

Как мы обрабатываем отказы (dunning)

Возврат сорванных платежей — это то, что отличает рабочую подписку от дырявого ведра. Когда списание не проходит, мы не обрываем подписку сразу. Сначала включается грейс-период, в течение которого доступ к сервису сохраняется. Затем планировщик делает повторные попытки списания по заданному расписанию — например, через день, через три, через неделю, потому что у клиента деньги на карте могут появиться позже. Параллельно клиент получает уведомления: списание не прошло, нужно обновить карту или пополнить счёт. Если ни одна попытка не сработала, подписка приостанавливается или отменяется по вашим правилам. Такая логика возвращает значительную долю технически сорванных платежей и снижает отток по причинам, не связанным с недовольством клиента.

Когда нужен полный контур, а когда хватит базы

Мы не уговариваем всех подряд строить сложную подписочную механику. Если у вас один тариф, простая периодичность и немного подписчиков, достаточно базовых автосписаний с токенизацией и чеком — это быстро и недорого. Если вы продаёте подписку всерьёз, нужны несколько тарифов, dunning, пробные периоды и кабинет управления. А полноценный подписочный контур со сменой тарифа, сложным dunning, грейс-периодом и сверкой регулярных оплат оправдан там, где подписки — основной канал выручки и цена ошибки в деньгах высока. На бесплатном разборе мы смотрим на вашу модель и прямо говорим, что нужно: базовое автосписание, подписка с управлением или полный контур. Решение принимаем по числу тарифов, объёму подписок и доле отказов, а не по тому, что дороже продать.

Возражения, которые мы слышим чаще всего

«Хранить карты клиентов опасно, не хотим брать на себя такой риск». И не надо: карта не хранится на вашем сайте вообще. Платёжная система держит защищённый токен по PCI DSS, а вы списываете по нему, не зная реквизитов. Риск утечки карт снимается архитектурой, а не обещаниями. «Клиенты будут оспаривать автосписания и требовать возвраты». Поэтому мы и делаем прозрачное управление подпиской: клиент видит дату списания, заранее получает уведомление и может поставить на паузу или отменить продление в кабинете. Прозрачность снижает споры и возвраты в разы.

«Боимся, что списания будут задваиваться или теряться». Обработку уведомлений мы строим с проверкой подписи, идемпотентностью и логами, а перед запуском тестируем все сценарии на тестовых ключах: успешное списание, отказ, повтор, возврат, окончание пробного периода. Риск снимается тестами и архитектурой. «Это сложно и долго настроить». Базовые автосписания делаются за неделю, а сложный подписочный контур мы собираем поэтапно — сначала привязка карты и списание, затем dunning, пробные периоды и смена тарифа, чтобы отдача была уже на первом шаге.

Сценарии, под которые мы настраиваем подписку

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

Отдельный частый сценарий — годовая подписка со скидкой наряду с помесячной. Здесь важно корректно считать расписание длинного цикла, заранее предупреждать клиента о крупном списании и аккуратно обрабатывать переход между периодами. Все эти сценарии объединяет одно: карта привязывается один раз, списания идут по расписанию, сорванные платежи возвращаются повторными попытками, чек по 54-ФЗ формируется автоматически, а клиент прозрачно управляет подпиской. Так бизнес получает не набор разрозненных списаний, а цельную систему регулярного дохода, где видно каждый цикл и каждый отказ.

Этапы работы по шагам

Чтобы настройка автосписаний была предсказуемой, мы разбиваем работу на понятные этапы. Первый — разбор подписочной модели: тарифы, периодичность, пробные периоды, смена плана, правила обработки отказов. Второй — подключение и токенизация: подключаем платёжную систему с рекуррентом, настраиваем привязку карты по PCI DSS, регистрируем онлайн-кассу. Третий — расписание и dunning: настраиваем планировщик списаний, повторные попытки, грейс-период, уведомления и обработку уведомлений с проверкой подписи. Четвёртый — кабинет подписки и тесты: управление подпиской с паузой и отменой, прогон всех сценариев на тестовых ключах. Пятый — боевой запуск с контрольным списанием, логированием и мониторингом циклов.

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

С чего начать

Начните с разговора о вашей подписке. Расскажите, что вы продаёте на регулярной основе, какие тарифы и периодичность, нужны ли пробные периоды и смена плана, какая сейчас доля срывов на продлении. Мы разберём вашу модель, спроектируем механику рекуррентных платежей под вашу задачу и пришлём смету в течение рабочего дня. Разбор бесплатный, и по его итогам вы получите честную картину: что настраивать в первую очередь, сколько выручки вернёт автосписание с dunning и за какой срок это окупится. Обсудим ваш проект — и превратим подписку в стабильный регулярный доход, где карта привязывается один раз, списания идут сами, чек по 54-ФЗ уходит на каждое из них, а сорванные платежи возвращаются без потери клиентов.