Дорогая покупка пугает суммой, даже если у человека есть деньги. Увидеть «85 000 ₽» в корзине и увидеть «или от 7 083 ₽ в месяц» — это два разных эмоциональных сценария, и второй заметно чаще заканчивается оформлением заказа. Именно поэтому рассрочка и оплата частями из «фишки для техники и мебели» превратились в базовый инструмент интернет-магазина: они снижают порог входа в покупку, помогают продавать более дорогие позиции и удерживают клиента, который иначе ушёл бы «подумать». В этой статье подробно разберём, как устроена рассрочка в магазине на 1С-Битрикс: чем оплата частями (BNPL) отличается от банковской рассрочки и кредита, как всё это подключается как обычная платёжная система, где показывать опцию покупателю, что происходит с чеками по 54-ФЗ и возвратами, и на какие риски и комиссии смотреть заранее.
Материал построен на практике разработки магазинов с оплатой и доставкой и подключения платёжных систем — от ЮKassa и СБП до сервисов оплаты частями. Сразу важная оговорка: рассрочка и кредит — это область финансов и права. Договор с провайдером, реклама «рассрочки без процентов», признаки расчёта в чеке, порядок возвратов — всё это имеет юридическую сторону, которую нельзя решать «на глаз». Здесь мы описываем техническую и продуктовую механику подключения в 1С-Битрикс; конкретные условия, ставки, комиссии и формулировки обязательно сверяйте с провайдером, бухгалтером и юристом. Никаких точных цифр по комиссиям и лимитам мы намеренно не приводим — они у каждого сервиса свои и регулярно меняются.
Коротко
- Оплата частями (BNPL) — короткая беспроцентная для покупателя схема на небольшие суммы (Долями, Подели, Сплит); банковская рассрочка/кредит — договор с банком на большие суммы и сроки.
- В 1С-Битрикс рассрочка подключается как обычная платёжная система — отдельным обработчиком в разделе «Магазин → Платёжные системы».
- Магазин обычно получает деньги сразу и целиком (за вычетом комиссии), а рассрочку перед покупателем ведёт провайдер, он же несёт риск неплатежа.
- Опцию показывают в карточке товара, корзине и на checkout, часто с бейджем «от N ₽/мес»; у способа есть ограничения по сумме заказа.
- Кассовый чек по 54-ФЗ, как правило, остаётся на магазине; возвраты идут через провайдера. Комиссии, лимиты и юридические нюансы — только с провайдером и юристом.
Рассрочка и оплата частями: о чём речь
Под «рассрочкой» в интернет-магазине обычно смешивают несколько разных продуктов, и первое, что стоит сделать, — навести порядок в терминах. От того, какой именно продукт вы подключаете, зависит и техническая интеграция, и договор, и то, что увидит покупатель, и то, кто несёт риски.
Условно всё многообразие делится на две большие группы. Первая — оплата частями, она же BNPL (от английского «buy now, pay later» — «покупай сейчас, плати потом»). Это короткая схема: сумма заказа делится на несколько равных платежей, растянутых на несколько недель, для покупателя чаще всего без процентов и без классического кредитного договора с банком. В России эту нишу занимают сервисы вроде «Долями», «Подели», «Сплит» и аналогов от крупных экосистем и банков. Вторая группа — банковская рассрочка и потребительский кредит: покупатель оформляет договор с банком-партнёром, платит дольше (месяцы), суммы могут быть значительно больше, а «беспроцентность» для покупателя, если она есть, обеспечивается за счёт скидки, которую по факту оплачивает магазин комиссией.
С точки зрения покупателя разница ощущается как «разбить небольшую покупку на 4 платежа за пару недель» против «взять технику в рассрочку на год». С точки зрения магазина на 1С-Битрикс обе схемы в большинстве случаев выглядят похоже: это способ оплаты на шаге оформления заказа, за которым стоит внешний провайдер. Но детали — комиссии, лимиты, документооборот, фискализация и возвраты — различаются, и именно их мы разберём дальше.
BNPL против банковской рассрочки и кредита
Чтобы выбирать осознанно, полезно положить два продукта рядом и сравнить их по ключевым осям: кто с кем заключает договор, откуда «бесплатность», какие суммы и сроки, где риск и что видит покупатель. Ниже — обобщённое сравнение; конкретные параметры у разных сервисов отличаются, поэтому таблица описывает типичную картину, а не жёсткие правила.
| Параметр | Оплата частями (BNPL) | Банковская рассрочка / кредит |
|---|---|---|
| Суть для покупателя | Разбить платёж на несколько равных частей | Оформить кредит/рассрочку с графиком платежей |
| Договор | Оферта с сервисом, обычно без банковского договора | Кредитный договор с банком |
| Типичный срок | Недели (короткий) | Месяцы (длинный) |
| Типичные суммы | Небольшие и средние | Средние и крупные |
| Проценты для покупателя | Как правило, без процентов | Бывает «без переплаты» за счёт скидки магазина или с процентами |
| Проверка покупателя | Быстрое лёгкое одобрение | Полноценная кредитная проверка |
| Кто несёт риск неплатежа | Провайдер | Банк |
| Деньги магазину | Обычно сразу и целиком, за вычетом комиссии | Обычно сразу от банка, за вычетом комиссии/дисконта |
| Кто платит за «беспроцентность» | Комиссия магазина / модель сервиса | Магазин через комиссию (дисконт) |
Обратите внимание на две строки, которые чаще всего недопонимают. Первая — «кто платит за беспроцентность». Для покупателя рассрочка «без переплаты» выглядит как подарок, но экономически бесплатных денег не бывает: как правило, стоимость рассрочки закладывается в комиссию, которую платит магазин. Вторая — «кто несёт риск». В обеих схемах риск неплатежа обычно берёт на себя внешняя сторона (сервис или банк), и это принципиальное преимущество для магазина: вы не превращаетесь в кредитора и не гоняетесь за должниками. Но и то, и другое — общая модель, а не гарантия для конкретного договора; всегда сверяйтесь с условиями провайдера.
Кто участники сделки и где чьи деньги
Ключ к пониманию рассрочки — увидеть, что в сделке появляется третья сторона. В обычной оплате картой участников по сути двое: покупатель платит, магазин получает (плюс невидимая платёжная инфраструктура). В рассрочке и оплате частями между ними встаёт провайдер, и деньги текут не напрямую.
- Покупатель. Оформляет заказ в магазине, но платит не сразу всю сумму, а частями — сервису рассрочки или банку. Именно с провайдером у него возникают отношения по графику платежей.
- Магазин. Продаёт товар и, как правило, получает полную сумму заказа сразу — от провайдера, за вычетом комиссии. Дальше судьба платежей покупателя магазина уже почти не касается.
- Провайдер (сервис BNPL или банк). Финансирует покупку: платит магазину, ведёт график платежей покупателя, проводит одобрение и несёт риск, если покупатель перестанет платить.
- Платёжная и учётная инфраструктура. Поверх этого работают привычные вещи: приём денег, касса по 54-ФЗ, обмен с 1С, статусы заказа. Рассрочка не отменяет их, а встраивается рядом.
Из этой конструкции следует важный для магазина вывод: подключая рассрочку, вы в большинстве случаев не становитесь кредитором. Вы не даёте покупателю в долг из своего кармана и не собираете с него платежи — это делает провайдер. Ваша выручка ведёт себя как при обычной оплате: пришла сразу, целиком, минус комиссия. Это снимает с магазина финансовый риск, но взамен появляется стоимость сервиса (комиссия) и новый пласт настроек, документов и сценариев, которые нужно закрыть корректно.
Оплата частями: Долями, Подели, Сплит
Оплата частями — это самый «лёгкий» для покупателя формат. Логика почти всегда одинаковая: сумма заказа делится на несколько равных платежей (типично — на 4), первый списывается сразу при оформлении, остальные — через равные промежутки (например, раз в две недели). Для покупателя это выглядит как «заплатить сейчас четверть, остальное потом», обычно без процентов и без похода в банк. Именно на этой простоте и построены сервисы вроде «Долями», «Подели», «Сплит» и аналогов.
Что характерно для BNPL с точки зрения магазина:
- Быстрое одобрение. Решение принимается почти мгновенно, без длинной анкеты и справок. Это снижает трение на checkout — покупатель не «отваливается», пока заполняет кредитную заявку.
- Небольшие и средние суммы. BNPL заточен под покупки, которые «немного дороговаты, чтобы платить сразу», но не под крупный кредит. Отсюда лимиты по сумме заказа.
- Магазин получает деньги сразу. Как правило, вся сумма поступает магазину, а рассрочку перед покупателем ведёт сервис. Риск неплатежа — на сервисе.
- Готовые модули и виджеты. У популярных сервисов обычно есть готовый модуль для 1С-Битрикс и виджет-бейдж «оплата частями», который упрощает и подключение, и вывод подсказки в карточке.
Для интернет-магазина BNPL хорош тем, что он максимально близок к обычной оплате: покупатель не уходит в банк, деньги приходят сразу, а подключение сводится к установке платёжного обработчика. Поэтому оплату частями часто подключают первой — как «лёгкий» способ поднять конверсию на среднечековых товарах, а банковскую рассрочку добавляют отдельно для дорогих позиций.
Банковская рассрочка и кредит
Второй формат — банковская рассрочка и потребительский кредит на месте покупки (POS-кредит). Здесь покупатель оформляет договор уже с банком: заполняет заявку, проходит проверку, получает график платежей на месяцы. «Рассрочка без переплаты», которую любят выносить в рекламу, — это чаще всего кредит, у которого проценты для покупателя компенсированы скидкой; фактически эту скидку оплачивает магазин повышенной комиссией банку.
Ключевые отличия от BNPL:
- Больше суммы и дольше срок. Банковская рассрочка закрывает дорогие покупки — технику, мебель, оборудование, — где растянуть оплату на месяцы действительно важно для решения о покупке.
- Полноценная проверка. Банк оценивает платёжеспособность покупателя, поэтому одобряется не каждая заявка, а сам процесс на checkout длиннее.
- Кредитный договор и документы. Появляется кредитная документация, требования к рекламе кредитных продуктов, раскрытие условий. Это добавляет юридического веса — тем важнее участие юриста.
- Комиссия/дисконт магазина. «Беспроцентная» для покупателя рассрочка обычно означает, что магазин получает от банка сумму за вычетом дисконта. Размер зависит от программы и срока.
Технически на стороне 1С-Битрикс банковская рассрочка тоже подключается как платёжная система: покупатель выбирает её на checkout, уходит на страницу банка или заполняет форму, а после одобрения магазин получает подтверждение оплаты. Разница с BNPL — не столько в интеграции, сколько в бизнес-условиях, документообороте и в том, что часть заявок будет отклонена банком, а значит, сценарий «оплата не прошла / не одобрено» нужно аккуратно обработать в интерфейсе.
Средний чек и конверсия: зачем это магазину
Рассрочку подключают не ради «галочки», а ради денег: она влияет на два ключевых показателя магазина — конверсию в покупку и средний чек. Механика здесь психологическая и вполне понятная.
Конверсия. Часть покупателей отваливается именно на этапе оплаты, когда видит полную сумму. Возможность разбить платёж снижает этот барьер: «85 000 сразу» пугает, «от 7 083 ₽ в месяц» — уже нет. Особенно это заметно на дорогих товарах и в конце месяца, когда у покупателя «до зарплаты». BNPL и рассрочка дают человеку способ сказать «да» здесь и сейчас, не откладывая покупку.
Средний чек. Когда платёж можно растянуть, покупатель охотнее выбирает более дорогую модель, добавляет аксессуары и допродажи, реже урезает корзину. Магазины нередко наблюдают, что чеки с рассрочкой в среднем крупнее обычных. Это логично: рассрочка снимает «потолок» суммы, за которым покупатель начинает экономить.
При этом важно не впадать в маркетинговые обещания. Конкретный эффект зависит от вашей аудитории, ассортимента, ценового сегмента и того, насколько заметно вы показываете опцию. Поэтому правильный подход — не верить в «плюс N% к конверсии из статьи», а измерять эффект на своём магазине: включить рассрочку, свести данные через сквозную аналитику, сравнить сегменты. О том, как в принципе снижать потери на оформлении заказа, мы писали в материале про оформление заказа в один шаг — рассрочка встраивается в ту же логику «убрать барьеры на пути к оплате».
Рассрочка в Битриксе — это платёжная система
Главная техническая мысль всей статьи: в 1С-Битрикс рассрочка и оплата частями подключаются как обычная платёжная система. Это не отдельная «магия», а тот же механизм, что и для оплаты картой или через СБП. В модуле «Интернет-магазин» есть раздел «Магазин → Платёжные системы» (в разных версиях путь может называться «Продажи → Платёжные системы»), и рассрочка живёт именно там — как ещё один платёжный обработчик.
Что это значит на практике:
- Обработчик оплаты. Провайдер рассрочки поставляет обработчик (готовый модуль из Маркетплейса 1С-Битрикс или настройку по документации), который «разговаривает» с его API: передаёт заказ, получает статус одобрения и оплаты.
- Способ оплаты на checkout. После подключения в списке способов оплаты у покупателя появляется «Оплата частями» или «Рассрочка» — рядом с картой, СБП и наличными при получении.
- Уведомление об оплате. Как и любая платёжная система, провайдер присылает магазину служебное подтверждение, что оплата прошла. По этому событию заказ переводится в «оплачен», запускается сборка, а при необходимости — пробитие чека.
- Привязка к способам доставки и свойствам заказа. Способ оплаты можно ограничить условиями (сумма, тип плательщика, доставка) — ровно теми же средствами, что и другие платёжки.
Отсюда практический вывод: если в магазине уже корректно настроен приём оплаты, подключение рассрочки — это скорее «добавить ещё один способ», чем «перестроить всё». Основная работа не в самом факте подключения обработчика, а в деталях вокруг него: где показать опцию, какие лимиты по сумме, как фискализировать расчёт, как обрабатывать возвраты и «не одобрено». Именно поэтому дальше мы разбираем не столько «нажать три кнопки», сколько эти окружающие сценарии.
Путь заказа с оплатой частями
Чтобы настраивать осознанно, полезно увидеть весь маршрут заказа, оплаченного частями. По смыслу он одинаков и для BNPL, и для банковской рассрочки, отличаются лишь длительность одобрения и глубина проверки.
- Корзина и оформление. Покупатель собирает заказ в 1С-Битрикс и на шаге оплаты выбирает «Оплата частями» / «Рассрочка».
- Передача провайдеру. Магазин передаёт данные заказа (сумма, состав) провайдеру — покупатель переходит в интерфейс сервиса или банка.
- Одобрение. Провайдер проводит одобрение: у BNPL — почти мгновенно, у банка — с проверкой. Итог — «одобрено» или «отказ».
- Оплата магазину. При одобрении провайдер подтверждает оплату: магазину поступает сумма заказа (за вычетом комиссии), а заказ получает служебное уведомление об оплате.
- Обработка заказа. Заказ переводится в «оплачен», пробивается чек по 54-ФЗ, запускается сборка и доставка — как при обычной оплате.
- График покупателя. Дальше покупатель платит части провайдеру по графику. Магазина это уже напрямую не касается — риск на провайдере.
Отдельно нужно предусмотреть «несчастливые» ветки: покупатель не прошёл одобрение, отменил оплату на стороне провайдера или закрыл окно. В этих случаях заказ не должен «зависать» как оплаченный — он остаётся неоплаченным, и покупателю стоит предложить другой способ оплаты. Это ровно та же логика, что и для обычной платёжки, но при рассрочке отказов по одобрению объективно больше (особенно у банковского продукта), поэтому обработка отказа — не мелочь, а заметная часть UX.
Подключение платёжной системы пошагово
Общий порядок подключения рассрочки в 1С-Битрикс повторяет логику любой платёжной системы, но с оглядкой на специфику провайдера. Названия пунктов меняются от версии к версии и от модуля к модулю, а смысл шагов остаётся.
- Заключите договор с провайдером. Выберите сервис оплаты частями или банк-партнёра, подпишите договор, получите доступы к личному кабинету и тестовой среде. Без этого шага техническая настройка бессмысленна.
- Получите обработчик. Установите готовый модуль провайдера из Маркетплейса 1С-Битрикс или подготовьте настройку по его документации/API. Многие крупные сервисы дают именно готовый модуль.
- Создайте платёжную систему. В разделе «Магазин → Платёжные системы» добавьте новую платёжную систему, выберите обработчик рассрочки и впишите параметры доступа (ключи, идентификатор магазина). Опечатка в ключе «тихо» ломает оплату.
- Задайте название и описание. Настройте понятную для покупателя подпись способа: «Оплата частями», «Рассрочка 0-0-N» и т. п., с корректной, согласованной с юристом формулировкой.
- Ограничьте по условиям. Настройте, для каких заказов способ доступен: диапазон суммы, тип плательщика (физлицо), способы доставки. Вне лимитов провайдера способ показывать не нужно.
- Свяжите со статусами заказа. Определите, что происходит при подтверждении оплаты, при отказе/отмене и при возврате. Именно здесь заказ переводится в «оплачен» и запускается чек.
- Настройте чек по 54-ФЗ. Убедитесь, что по заказу с рассрочкой корректно пробивается кассовый чек с нужными признаками расчёта (сверьте с бухгалтером).
- Проверьте в тестовой среде. Прогоните успешную оплату, отказ, отмену и возврат в песочнице провайдера. Только после этого — боевой режим.
Отдельно про виджет и бейдж. Большинство сервисов оплаты частями дают, помимо обработчика оплаты, ещё и фронтенд-виджет — тот самый «от N ₽/мес» и информер о способе. Его подключают отдельно, встраивая в шаблон карточки и корзины. Технически это независимая от платёжного обработчика вещь: обработчик отвечает за приём денег, виджет — за то, чтобы покупатель заранее узнал о возможности рассрочки. Оба стоит настроить, потому что «тихая» рассрочка, о которой покупатель узнаёт только на последнем шаге, работает хуже, чем заметная с карточки товара.
Где показывать опцию: карточка, корзина, checkout
Рассрочка приносит эффект, только если покупатель о ней знает — и знает вовремя. Одна и та же опция, спрятанная только на последнем шаге оплаты, и она же, показанная ещё в карточке товара, дают очень разный результат. Поэтому важно продумать, где именно всплывает рассрочка на пути покупателя.
Карточка товара
Это самое важное место. Рядом с ценой уместен бейдж «или от N ₽/мес» и короткий информер «Доступна оплата частями». Здесь покупатель принимает решение о дорогой покупке, и подсказка про рассрочку часто становится тем аргументом, который переводит «дорого» в «можно себе позволить». Бейдж встраивают в шаблон карточки (компонент catalog.element), а значение берут из расчёта или виджета провайдера.
Список каталога и плитка товара
В плитке каталога уместен компактный вариант — маленький бейдж «от N ₽/мес», без подробностей. Он работает как «крючок»: покупатель видит доступность рассрочки ещё до входа в карточку. Главное — не перегрузить плитку, чтобы бейдж не мешал основной информации.
Корзина
В корзине, где видна общая сумма, уместно напомнить о возможности разбить платёж — особенно если сумма выросла за счёт нескольких товаров. Здесь бейдж считается уже от суммы корзины, а не от одного товара.
Оформление заказа (checkout)
На шаге оплаты рассрочка появляется как полноценный способ оплаты — наравне с картой и СБП. Здесь важны две вещи: понятная подпись и корректная обработка того, что способ доступен не для любой суммы. Если заказ выходит за лимиты провайдера, способ либо не показывают, либо явно объясняют, почему он недоступен.
UX-подсказка «от N ₽/мес»
Бейдж «от N ₽ в месяц» — маленький элемент с большим эффектом. Он переводит крупную сумму в понятный «ежемесячный» масштаб, и делать его нужно аккуратно, чтобы он и работал, и не вводил покупателя в заблуждение.
Как считается значение. В самом простом виде — это сумма, делённая на число платежей: цена 85 000 ₽ и рассрочка на 12 месяцев дают «от ~7 083 ₽/мес». Но у многих провайдеров есть готовый виджет, который рисует подсказку по правилам сервиса — с учётом первого взноса, срока и особенностей продукта. Виджет надёжнее самостоятельного расчёта, потому что он всегда соответствует актуальным условиям провайдера и не устареет при их изменении.
На что обратить внимание при выводе бейджа:
- Честность формулировки. «От N ₽/мес» должно соответствовать реальным условиям. Если есть первый взнос, срок или ограничения — подсказка не должна их скрывать. Для кредитных продуктов есть требования к раскрытию условий — сверьте с юристом.
- Актуальность значения. Если считаете сами, следите, чтобы формула не разошлась с условиями провайдера. Виджет провайдера снимает эту проблему.
- Разные суммы — разные места. В карточке бейдж считается от цены товара, в корзине — от суммы корзины. Не переносите «товарное» значение на корзину.
- Скрывать вне лимитов. Для товара дешевле минимальной или дороже максимальной суммы рассрочки бейдж лучше не показывать, чтобы не обещать недоступное.
Ограничения по сумме заказа
У любого сервиса рассрочки и оплаты частями есть «рабочий диапазон» суммы заказа: минимум, ниже которого способ не имеет смысла, и максимум, выше которого провайдер не финансирует. У коротких BNPL-схем максимум обычно ниже, у банковской рассрочки диапазон шире. Эти пороги задаёт провайдер, они меняются, и завязывать на них логику нужно так, чтобы обновление было простым.
Как это отражается в 1С-Битрикс:
- Ограничение способа оплаты по сумме. Средствами платёжных систем и правил оформления заказа способ «Рассрочка» показывают только для заказов в разрешённом диапазоне. Заказ на 300 ₽ или на несколько миллионов такой способ видеть не должен.
- Согласованность с бейджем. Если товар/корзина вне диапазона, бейдж «от N ₽/мес» тоже не показывают — иначе покупатель увидит подсказку, а на checkout способа не будет. Это раздражает и подрывает доверие.
- Несколько провайдеров — несколько диапазонов. Если подключены и BNPL, и банковская рассрочка, у них разные пороги. Логика показа должна учитывать, какой способ доступен для текущей суммы.
- Запас на изменение. Пороги провайдера меняются. Держите их в настройках, а не «зашитыми» в шаблон, чтобы правка не требовала переверстки.
Практический смысл прост: покупатель не должен натыкаться на «обещали рассрочку, а её нет». Согласованность между бейджем в карточке, напоминанием в корзине и реальным списком способов на оплате — это вопрос доверия, а доверие на этапе оплаты прямо конвертируется в завершённые заказы.
Чеки по 54-ФЗ при рассрочке
Рассрочка не отменяет 54-ФЗ. Для покупателя это по-прежнему розничная покупка товара, а значит, расчёт нужно фискализировать — сформировать и направить кассовый чек. То, что оплата технически прошла через сервис рассрочки, само по себе не снимает с магазина обязанностей по кассовой дисциплине.
Ключевые моменты, которые важно понимать (и обязательно сверять с бухгалтером):
- Кто фискализирует. Как правило, обязанность пробить чек остаётся на продавце — магазине. Но у некоторых провайдеров возможны агентские схемы, где часть операций берёт на себя сервис. Кто именно фискализирует ваш расчёт — вопрос к договору провайдера и бухгалтеру.
- Признак способа расчёта. При кредите и рассрочке в 54-ФЗ предусмотрены отдельные значения признака расчёта — для передачи товара в кредит и для оплаты кредита. Это не то же самое, что «предоплата» или «полный расчёт». Неверный признак = некорректный чек.
- Момент чека. Зависит от схемы: обычно чек на реализацию бьётся при передаче товара / поступлении оплаты магазину, но детали привязки к событиям заказа настраиваются и согласуются с бухгалтером.
- Контакт покупателя. Как и при любой онлайн-оплате, для электронного чека нужен email или телефон покупателя из заказа. Форма оформления должна их собирать.
Тема фискализации сама по себе большая, и рассрочка добавляет к ней нюанс признаков расчёта. Если вы ещё не разбирались, как в принципе устроены кассы, ОФД и признаки в чеке, у нас есть подробный разбор про кассовые чеки по 54-ФЗ в 1С-Битрикс — рассрочку правильно настраивать уже поверх понимания этой механики. Главное здесь: подключив рассрочку, не забудьте проверить, что чек по такому заказу пробивается и пробивается с правильными признаками.
Возвраты и частичные возвраты
Возврат — тот сценарий, который при рассрочке чаще всего забывают протестировать, а потом первый же возврат превращается в ручную возню. При обычной оплате возврат — это «вернуть деньги и пробить возвратный чек». При рассрочке добавляется третья сторона: деньги покупателю дал провайдер, значит и возврат идёт через провайдера, а не «мимо» него.
Возврат при рассрочке движется по трём осям одновременно:
- Товарная ось. Покупатель возвращает товар (весь заказ или часть позиций). Это обычная логика возврата в магазине.
- Денежная ось. Нужно вернуть деньги, но не напрямую — магазин инициирует возврат у провайдера, тот прекращает или пересчитывает график платежей покупателя и возвращает средства по своей схеме.
- Фискальная ось. Формируется возвратный чек по 54-ФЗ с признаками, соответствующими исходной продаже в кредит/рассрочку.
Частичный возврат. Отдельная головная боль — вернуть не весь заказ, а один товар из нескольких. Тогда пересчитывается часть суммы: провайдер корректирует график покупателя на возвращённую часть, а возвратный чек отражает именно возвращаемые позиции. Здесь особенно важно, чтобы схема провайдера поддерживала частичный возврат и чтобы он был протестирован до запуска.
В 1С-Битрикс возвраты при рассрочке связаны с операциями возврата оплаты по платёжной системе и изменением статуса заказа — так же, как для обычной платёжки, но с обязательным прохождением через провайдера. Первое правило: возврат нельзя делать «в обход» сервиса рассрочки, иначе покупатель продолжит платить провайдеру за возвращённый товар, а это прямой конфликт. Второе: сроки и порядок возврата задаёт провайдер, поэтому их читают в договоре и проговаривают с покупателем в правилах возврата.
Комиссии и риски магазина
Рассрочка не бесплатна для магазина — за удобство для покупателя платит продавец. Это не повод от неё отказываться, но повод считать экономику осознанно. Разберём, из чего складываются издержки и риски, без конкретных цифр (они у каждого провайдера свои и меняются).
Комиссия провайдера
Главная статья — комиссия сервиса за каждую сделку. Обычно она выше, чем эквайринг по обычной карте, потому что провайдер берёт на себя финансирование и риск неплатежа. Для «беспроцентной» банковской рассрочки комиссия (дисконт) обычно тем больше, чем длиннее срок. Практический вывод: рассрочка выгодна там, где рост среднего чека и конверсии перекрывает повышенную комиссию, — то есть на дорогих товарах с хорошей маржой.
Операционные риски
- Отказы по одобрению. Часть покупателей не пройдёт одобрение (особенно у банковского продукта). Нужно корректно обработать сценарий «не одобрено» и предложить другой способ оплаты, иначе теряете заказ.
- Сложные возвраты. Возврат через провайдера дольше и требует аккуратности. Непротестированный возврат — источник конфликтов с покупателем.
- Фискальные ошибки. Неверный признак расчёта при рассрочке даёт некорректный чек. Это фискальный, а не косметический дефект.
- Зависимость от провайдера. Сбой на стороне сервиса означает, что способ временно недоступен. Хорошо, когда рядом есть альтернативные способы оплаты.
Что при этом магазин, как правило, не берёт на себя: риск неплатежа покупателя. В стандартных схемах BNPL и банковской рассрочки, если покупатель перестал платить, это проблема провайдера, а не магазина — деньги вы уже получили. Именно поэтому рассрочку часто и подключают: она даёт эффект кредитования покупателя, не превращая магазин в кредитора. Но, как всегда, конкретное распределение рисков — в договоре, и его нужно читать.
Юридические нюансы и договор с провайдером
Рассрочка — это финансовый продукт, и вокруг него есть юридический слой, который нельзя игнорировать. Мы не юристы и не даём правовых гарантий; ниже — перечень тем, которые обязательно проговариваются с юристом и фиксируются в договоре с провайдером.
- Договор с провайдером. Основной документ: он определяет комиссии, сроки перечисления денег магазину, распределение рисков, порядок возвратов, обязанности по фискализации. Всё «как это работает у нас» из статьи — это типовая модель, а конкретика — в вашем договоре.
- Реклама кредитных продуктов. Формулировки «рассрочка 0%», «без переплаты», «от N ₽/мес» подпадают под требования к рекламе финансовых услуг с раскрытием условий. Тексты бейджей и информеров согласуйте с юристом.
- Фискализация в кредит/рассрочку. Признаки расчёта и обязанности по чеку — область 54-ФЗ и бухгалтерии. Кто и как фискализирует — по договору и с бухгалтером.
- Права потребителя и возвраты. Порядок возврата товара, купленного в рассрочку, должен быть согласован с правилами возврата магазина и схемой провайдера, не нарушая прав покупателя.
- Персональные данные. При передаче данных заказа провайдеру появляется обработка персональных данных — это тоже зона внимания юриста и политики конфиденциальности.
Несколько способов оплаты рядом
В реальном магазине рассрочка почти никогда не единственный способ оплаты — она стоит рядом с картой, СБП, оплатой при получении. И здесь важно, чтобы способы не мешали друг другу и не путали покупателя.
Хорошая практика — держать на checkout понятный, неперегруженный набор способов, где рассрочка занимает своё место, но не подменяет привычную оплату. Несколько принципов:
- Обычная оплата всегда доступна. Карта и СБП — базовый способ, который работает для любой суммы. Рассрочка — дополнение к нему, а не замена.
- Рассрочка появляется по условиям. Способ показывают только в разрешённом диапазоне суммы и для подходящего типа заказа. Вне лимитов его скрывают.
- Понятные подписи. Покупатель должен с первого взгляда отличить «оплатить сейчас» от «оплатить частями» и «рассрочка от банка». Одинаковые серые строки без пояснений запутывают.
- Обработка отказа мягкая. Если рассрочку не одобрили, покупатель должен легко вернуться к другому способу, не начиная оформление заново.
Если способов много, полезно навести порядок и на уровне UX всего оформления. Мы разбирали это в статье про оформление заказа в один шаг: чем меньше трения на пути к оплате, тем выше доля завершённых заказов. Рассрочка — часть этой картины: она добавляет способ, но не должна ломать простоту оформления. А как в принципе устроен приём онлайн-оплаты, на который «пристыковывается» рассрочка, мы описывали в материале про подключение ЮKassa и СБП.
Как выбрать провайдера рассрочки
Провайдеров оплаты частями и рассрочки несколько, и «по логотипу» их выбирать не стоит. Смотрите на то, какие сценарии сервис закрывает и как он ложится на ваш магазин. Ориентиры для сравнения:
| Критерий | На что смотреть |
|---|---|
| Готовый модуль для 1С-Битрикс | Есть ли официальный модуль в Маркетплейсе, поддерживается ли ваша версия платформы |
| Диапазон суммы | Минимум и максимум заказа — попадает ли ваш средний чек в «рабочую зону» |
| Комиссия и модель | Размер комиссии/дисконта, зависимость от срока, кто платит за беспроцентность |
| Сроки денег магазину | Когда и как перечисляется сумма заказа, целиком ли, за вычетом чего |
| Поддержка возвратов | Есть ли полный и частичный возврат через API, как быстро |
| Фискализация | Кто фискализирует, поддерживает ли схема нужные признаки расчёта |
| Виджет и бейдж | Есть ли готовый информер «от N ₽/мес» для карточки и корзины |
| Тестовая среда | Можно ли прогнать успех, отказ и возврат в песочнице до боя |
Часто разумная стратегия — подключить два продукта под разные задачи: короткую оплату частями (BNPL) для среднечековых товаров, где важна скорость и беспроцентность, и банковскую рассрочку для дорогих позиций, где нужен длинный срок. Тогда на checkout покупатель видит подходящий вариант в зависимости от суммы. Но это удваивает работу по настройке, документам и тестированию, поэтому взвесьте, окупается ли второй провайдер вашим ассортиментом.
Тестирование перед запуском
Рассрочку нельзя «включить и забыть» — слишком много сценариев, где ошибка стоит денег или конфликта с покупателем. Перед боевым запуском прогоняют полный набор ситуаций в тестовой среде провайдера.
- Успешная оплата. Оформите заказ с рассрочкой, пройдите одобрение, убедитесь, что магазин получил уведомление об оплате, заказ стал «оплачен», а чек по 54-ФЗ пробился с верными признаками.
- Отказ по одобрению. Проверьте ветку, где рассрочку не одобрили: заказ остаётся неоплаченным, покупателю предлагается другой способ, ничего не «зависает».
- Отмена покупателем. Покупатель закрыл окно провайдера или отменил оплату — заказ корректно возвращается в неоплаченное состояние.
- Полный возврат. Сделайте контрольный возврат всего заказа через провайдера, проверьте пересчёт графика и возвратный чек.
- Частичный возврат. Верните один товар из нескольких, убедитесь, что пересчитывается только его часть, а не весь заказ.
- Лимиты по сумме. Проверьте, что способ и бейдж не показываются вне разрешённого диапазона суммы.
- Согласованность интерфейса. Бейдж в карточке, напоминание в корзине и способ на checkout не противоречат друг другу.
Особое внимание — возвратам и отказам. Их проще всего забыть, потому что «в норме» покупатель просто платит и всё работает. Но именно на этих ветках возникают самые болезненные инциденты: покупатель продолжает платить за возвращённый товар или теряет заказ из-за необработанного отказа. Протестируйте их так же тщательно, как успешную оплату.
Частые ошибки
Проблемы с рассрочкой повторяются от проекта к проекту. Зная их заранее, вы сэкономите время и нервы — свои и покупателя.
- Рассрочка спрятана только на checkout. Покупатель узнаёт о ней в последний момент, когда уже принял решение «дорого». Показывайте бейдж «от N ₽/мес» с карточки товара.
- Бейдж есть, а способа нет. В карточке обещали рассрочку, а на оплате её нет (сумма вне лимита или способ не настроен). Согласуйте показ бейджа и доступность способа.
- Не обработан отказ по одобрению. Заказ «завис» или потерялся, потому что ветку «не одобрено» не предусмотрели. Всегда возвращайте покупателя к другому способу.
- Возврат в обход провайдера. Магазин вернул деньги сам, а покупатель продолжает платить провайдеру за возвращённый товар. Возврат всегда через провайдера.
- Не протестирован частичный возврат. Вернуть один товар из нескольких оказалось невозможно или пересчиталось неверно. Тестируйте частичный возврат до запуска.
- Неверный признак расчёта в чеке. При рассрочке поставили «предоплата» или «полный расчёт» вместо признаков кредита. Сверьте признаки с бухгалтером.
- Забыли про 54-ФЗ. Решили, что раз платит провайдер, чек не нужен. Обязанность по чеку, как правило, остаётся на магазине.
- Реклама без раскрытия условий. «Рассрочка 0%» без указания условий — риск по рекламе финансовых продуктов. Согласуйте формулировки с юристом.
- Экономика не посчитана. Подключили рассрочку на низкомаржинальные дешёвые товары, где повышенная комиссия съедает прибыль. Считайте, где рассрочка окупается.
- Единственный способ оплаты. Оставили только рассрочку без обычной карты/СБП — при сбое провайдера или отказе покупатель не может заплатить вовсе.
Чек-лист внедрения
Короткий список, по которому удобно свериться перед запуском рассрочки на боевых заказах:
- Продукт выбран: оплата частями (BNPL), банковская рассрочка или оба — под ваш ассортимент и средний чек.
- Договор с провайдером подписан, доступы к личному кабинету и тестовой среде получены.
- Обработчик установлен (готовый модуль или настройка по API) и добавлен как платёжная система в разделе «Платёжные системы».
- Ключи и параметры вписаны без опечаток; название и описание способа согласованы с юристом.
- Лимиты по сумме настроены: способ и бейдж показываются только в разрешённом диапазоне.
- Опция видна на всём пути: бейдж в карточке и плитке, напоминание в корзине, способ на checkout.
- Чек по 54-ФЗ пробивается по заказу с рассрочкой с правильными признаками расчёта (сверено с бухгалтером).
- Возвраты настроены: полный и частичный, через провайдера, с возвратным чеком — протестированы.
- Отказ и отмена обработаны: заказ не зависает, покупателю предлагается другой способ.
- Обычная оплата (карта/СБП) остаётся доступной рядом с рассрочкой.
- Аналитика размечена: события выбора рассрочки, чтобы измерить эффект на конверсию и средний чек.
- Всё прогнано в тесте (успех, отказ, отмена, возврат, лимиты); только потом — боевой режим.
Вывод
Рассрочка и оплата частями в 1С-Битрикс — это не отдельная «магия», а ещё одна платёжная система, которая подключается штатным обработчиком в разделе «Платёжные системы». Но вокруг самого подключения есть слой, который и определяет результат: где показать опцию (в идеале — с карточки товара, а не только на checkout), какие лимиты по сумме, как фискализировать расчёт по 54-ФЗ с правильными признаками кредита, как обрабатывать возвраты и частичные возвраты через провайдера, как поймать сценарий «не одобрено». Технически BNPL (Долями, Подели, Сплит) и банковская рассрочка для магазина похожи, а различаются деньгами, сроками, комиссией и документами — и это различие важно осознать до подключения.
Экономический смысл рассрочки прост: она снижает барьер крупной покупки, помогая расти конверсии и среднему чеку, а риск неплатежа при этом обычно несёт провайдер, а не магазин. Но конкретный эффект нужно измерять на своём магазине, а не брать из чужих обещаний. И, как всегда с финансовыми продуктами: договор с провайдером, реклама «рассрочки без процентов», признаки расчёта в чеке и порядок возвратов — это область права и бухгалтерии, которую обязательно сверяют с юристом и бухгалтером. Если нужна помощь с технической частью — от корзины и оплаты до рассрочки, чеков и возвратов — это наша услуга по магазинам с оплатой и доставкой, а другие материалы по теме собраны в рубрике «Оплата и доставка».