Как принимать оплату на сайте и сколько это стоит бизнесу

Через СБП бизнес платит банку не больше 0,7%, по картам обычно 2–3,5%, а подключение готовым модулем на 1С-Битрикс занимает 8–16 ч. Расскажу, какие способы оплаты выбрать под ваш сайт, зачем при предоплате 2 чека, что изменилось в оплате частями и что ломается после запуска.

Можно ли поставить на сайт кнопку «Оплатить» и завтра начать принимать деньги? Технически да, если сайт на 1С-Битрикс и у банка есть готовый модуль. Но прием оплаты на сайте держится на 3 вещах, и кнопка из них самая простая: договор с банком или платежным сервисом, онлайн-касса с чеками по 54-ФЗ и настройка сайта, которая связывает оплату со статусом заказа и 1С.

По деньгам ориентир такой. Подключение готовым модулем с кассой и проверкой возвратов на сайте под 1С-Битрикс занимает 8–16 ч. работы программиста, по нашей ставке 3500 руб./ч. это 28–56 тыс. руб. Дальше вы каждый месяц платите комиссию с оборота: через СБП для большинства видов бизнеса она не выше 0,7%, по картам обычно в 3–5 раз больше. Плюс аренда облачной кассы и услуги оператора фискальных данных.

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

Что нужно, чтобы принимать оплату на сайте

Нужны 3 договора и 1 настройка. Договоры заключает бизнес, настройку делает программист.

• Платежный сервис. Банк с интернет-эквайрингом или платежный агрегатор. Он показывает покупателю платежную форму, принимает карту, СБП или оплату частями и переводит деньги вам на расчетный счет за вычетом комиссии.
• Онлайн-касса. Для интернет-оплат это обычно облачная касса: устройство стоит в дата-центре сервиса, вы платите аренду. Касса регистрируется в ФНС на вашу компанию или ИП.
• Оператор фискальных данных (ОФД). Передает чеки в налоговую. Часто его подключают в пакете с облачной кассой.
• Настройка сайта. Модуль платежной системы, связка со статусами заказа, отправка данных в кассу, обмен оплатами с 1С.

Порядок важен. Договор с банком и решение бухгалтерии про кассу занимают от нескольких дней до 2–3 недель, а программисту без них нечего подключать: у него нет ключей, тестового режима и реквизитов кассы. Поэтому начинать нужно с бумаг.

Отдельный случай, когда касса не нужна совсем: если вы продаете только юрлицам и ИП и они платят по счету со своего расчетного счета. Расчеты между организациями в безналичном порядке без предъявления карты 54-ФЗ «О применении контрольно-кассовой техники» из обязанности применять кассу исключает. Как только на сайте появляется оплата картой или СБП от физлиц, касса обязательна.

Какие способы оплаты нужны вашему сайту

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

Самая частая ошибка здесь в обратную сторону: магазин подключает 6 способов, а потом выясняется, что через 4 из них за год прошло 3 заказа, но каждое обновление модуля и каждую смену кассы приходится проверять на всех 6.

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

Банк, платежный агрегатор или СБП напрямую

Принимать оплату на сайте можно через свой банк, через платежного агрегатора или подключить только СБП. Разница в комиссии, числе договоров и в том, кто отвечает за кассу.

Интернет-эквайринг банка. Договор с банком, где у вас расчетный счет. Ставка ниже, чем у агрегатора, особенно при большом обороте, но кассу и ОФД вы обычно подключаете отдельно, а набор способов оплаты ограничен тем, что умеет банк.

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

СБП напрямую через банк. Покупатель сканирует QR-код или нажимает кнопку и подтверждает платеж в приложении своего банка. Деньги приходят сразу, комиссия ниже карточной. Минус в том, что часть покупателей по привычке ищет поле для номера карты, поэтому один СБП без карты для магазина обычно не годится.

Публичные ставки по картам на ноябрь 2026 года у банков и агрегаторов обычно лежат в диапазоне 2–3,5% от суммы платежа. Это оценка по открытым тарифам: итоговая ставка зависит от оборота, вида деятельности и договора, и ее нужно запрашивать до подписания. У СБП верхняя граница установлена регулятором.

Сколько это в деньгах: модельный расчет

Возьмем условный магазин с оборотом 1 млн руб. в месяц через сайт. Ставку по картам примем 2,5%, по СБП 0,7%, то есть по верхней границе.

Разница между первой и последней строкой 9000 руб. в месяц, больше 100 тыс. руб. в год. На такую сумму окупается и сама настройка СБП, и заметная кнопка «Оплатить через СБП» первой в списке способов. Расчет модельный: реальная доля СБП зависит от аудитории и того, как способ показан в корзине.

Онлайн‑касса и чеки по 54‑ФЗ

При оплате на сайте картой или СБП покупатель должен получить кассовый чек в электронном виде на почту или телефон, а касса передать его через ОФД в налоговую. Требование установлено статьей 1.2 54-ФЗ. Чек пробивает продавец: договор эквайринга обязанность по кассе с вас не снимает.

Какую кассу выбрать для сайта

Для интернет-магазина почти всегда выбирают облачную кассу. Физически касса стоит у сервиса, сайт отправляет ей данные заказа, она формирует чек и сама рассылает его покупателю. Касса на столе в офисе для сайта неудобна: ее нужно держать включенной, а заказы с сайта кто-то должен в нее передавать.

Облачную кассу дают сами кассовые сервисы, ОФД и многие агрегаторы. Что проверить перед выбором:

1. Есть ли у кассы интеграция с вашей CMS. В 1С-Битрикс кассы подключаются в разделе «Магазин → Кассы», список поддерживаемых зависит от версии и модулей.
2. Умеет ли она работать с маркированными товарами, если вы ими торгуете. Не все облачные кассы агрегаторов передают коды маркировки, подробности в статье о маркировке «Честный знак».
3. Кто регистрирует кассу в ФНС и меняет фискальный накопитель, вы или сервис.
4. Как считается плата: фиксированно в месяц или за каждый чек. При тысячах мелких заказов это сильно меняет итог.

Где чаще всего ошибаются с чеками

Предоплата и отгрузка позже. Если покупатель оплатил заказ на сайте, а товар получит через 3 дня, по правилам нужны 2 чека: при оплате с признаком «предоплата 100%» и при передаче товара с признаком «полный расчет». Признак способа расчета обязателен в чеке, и именно его чаще всего забывают настроить. В 1С-Битрикс второй чек можно привязать к отгрузке или смене статуса заказа, но это нужно включить и проверить на тестовом заказе.

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

Оплата по счету физлицом. Если частный покупатель оплатил счет переводом из банка, чек все равно нужен, и пробить его нужно не позднее следующего рабочего дня после поступления денег. Сайт сам об этом поступлении не узнает, поэтому без обмена с 1С или банком такие чеки теряются.

Штрафы за неприменение кассы установлены статьей 14.5 КоАП РФ: для организаций сейчас не меньше 30 тыс. руб., за ненаправление чека покупателю 10 тыс. руб. В феврале 2026 года Госдума приняла в первом чтении законопроект № 1096244-8, который поднимает минимум для организаций до 150 тыс. руб., за невыдачу чека до 50 тыс. руб. и уравнивает ИП с организациями (ГАРАНТ.РУ, 19.02.2026). Перед запуском проверьте действующую редакцию: суммы могли измениться.

Оплата частями после 1 апреля 2026 года

Оплата частями (сервисы, где покупатель платит часть суммы сразу, а остальное несколькими платежами) с 1 апреля 2026 года регулируется Федеральным законом от 31.07.2025 № 283-ФЗ «О деятельности по предоставлению сервиса рассрочки». Для владельца сайта из него следуют 4 практические вещи.

• Только операторы из реестра. Сервис рассрочки может предоставлять компания, внесенная в реестр Банка России. Подключая новый сервис, проверьте его в реестре до подписания договора.
• Одна цена. Цена договора рассрочки равна цене товара. Делать на сайте отдельную, более высокую цену для оплаты частями нельзя.
• Срок до 6 мес. Для договоров с 1 апреля 2026 года срок не больше 6 мес., с 1 апреля 2028 года не больше 4 мес.
• Плата за сервис на продавце. Оператор не может брать с покупателя вознаграждение за рассрочку (ComNews, 25.03.2026), поэтому издержки сервиса закладывает в свою комиссию продавцу.

Комиссия за оплату частями заметно выше карточной, поэтому я советую включать ее, когда средний чек и конверсия это оправдывают, и смотреть отчет через 2–3 мес. Если доля таких заказов меньше 5% и средний чек в них не выше обычного, способ можно отключить без потерь. Это мое мнение: в нишах с дорогими товарами картина бывает обратной.

Как подключают оплату к сайту на 1С‑Битрикс

На 1С-Битрикс оплата подключается через модуль платежной системы. У крупных банков и агрегаторов есть официальные модули в Маркетплейсе, и для типового магазина своя разработка не нужна. Ниже путь одного платежа, который должен заработать после настройки.

Порядок подключения

1. Договор и ключи. Вы подписываете договор с банком или агрегатором и получаете доступ в личный кабинет: идентификатор магазина, секретный ключ, тестовый режим.
2. Установка модуля. Программист ставит официальный модуль из Маркетплейса 1С-Битрикс и проверяет, что он совместим с вашей версией платформы.
3. Платежная система в админке. В разделе «Магазин → Настройки → Платежные системы» создается способ оплаты, выбирается обработчик модуля, вводятся ключи. Здесь же задаются ограничения: для каких типов плательщиков, служб доставки и сумм заказа способ доступен.
4. Адрес уведомлений. Адрес, на который платежный сервис присылает сообщение об успешной оплате, прописывается в личном кабинете сервиса. Без этого деньги списываются, а заказ на сайте остается неоплаченным.
5. Соответствие статусов. Задается, в какой статус переходит заказ после оплаты, отмены и возврата.
6. Касса. В разделе «Магазин → Кассы» подключается облачная касса, настраиваются ставки НДС, признак способа расчета и отправка второго чека.
7. Обмен с 1С. Проверяется, что оплата и ее дата уходят в 1С вместе с заказом. Как устроен сам обмен, описано в статье про интеграцию 1С с сайтом на Битриксе.
8. Тест в песочнице и боевой платеж. Тестовый заказ, оплата, чек, отмена, возврат, чек возврата. После переключения в рабочий режим один реальный платеж на небольшую сумму с возвратом.

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

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

Готовые модули это делают сами. Если же интеграция своя, принцип выглядит так (имя заголовка и алгоритм подписи берутся из документации вашего платежного сервиса):

$body = file_get_contents('php://input');
$sign = $_SERVER['HTTP_X_SIGNATURE'] ?? '';
// подпись считается секретным ключом из личного кабинета сервиса
$expected = hash_hmac('sha256', $body, PAYMENT_SECRET_KEY);
if (!hash_equals($expected, $sign)) {
    http_response_code(403);
    exit;
}
$data = json_decode($body, true);
$order = findOrder($data['order_id']);
// повторное уведомление не меняет статус второй раз
if ($order->isPaid() || $order->getSum() != $data['amount']) {
    http_response_code(200);
    exit;
}
$order->markPaid($data['payment_id']);

Сверка суммы в последней проверке нужна не меньше подписи: она ловит ситуацию, когда заказ после оплаты изменили, а уведомление пришло по старой сумме.

Сколько стоит подключить оплату на сайт

Подключение онлайн-оплаты готовым модулем на 1С-Битрикс на странице доработки сайта у нас оценено в 8–16 ч. Ниже то же самое по вариантам. Часы это оценка для типового сайта, точное число зависит от версии платформы, числа способов оплаты и состояния обмена с 1С.

Сайт не на 1С-Битрикс оценивается так же, но готовых модулей под самописные CMS меньше, поэтому чаще получается третья или четвертая строка.

Кроме работы программиста, есть постоянные расходы, о которых часто узнают уже после запуска:

• комиссия платежного сервиса с каждого платежа; возвращается ли она при возврате денег покупателю, смотрите в договоре;
• аренда облачной кассы и фискального накопителя, если касса не входит в пакет агрегатора;
• услуги ОФД, обычно годовой тариф на каждую кассу;
• проверка оплаты после обновлений платформы и модуля, это 1–2 ч. в поддержке.

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

Что ломается после запуска и как это заметить

Подключить оплату один раз мало. Большинство проблем появляется через месяцы: после обновления модуля, смены кассы, правки корзины или взлома.

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

Чеки не уходят. Закончился фискальный накопитель, касса не продлена, у нового товара не заполнен НДС. Касса молчит, сайт работает, и проблема обнаруживается при сверке или после жалобы покупателя. Я считаю, что ежедневная сверка числа оплат и числа чеков нужна каждому магазину, где больше 10 заказов в день: это 1 автоматический отчет без отдельного сотрудника.

Двойное списание. Покупатель нажал «Оплатить» дважды или вернулся назад из платежной формы, и сайт создал второй платеж по тому же заказу. Хороший модуль переиспользует уже созданный платеж, плохой создает новый.

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

Отсюда правило, которое мы держим в Design Lab на магазинах в поддержке: после любого обновления платформы или модуля оплаты проходим тестовый заказ до чека, а каждое утро проверяем, проходит ли оформление и работает ли оплата. Если платежный сервис сбоит, временно включаем резервный способ оплаты, чтобы не терять заказы, пока разбираемся с основным.

С чего начать

Сначала решите 2 вопроса с бухгалтером: через кого принимаете деньги и какая касса будет пробивать чеки. Потом выберите 2–3 способа оплаты под свою аудиторию. И только после этого ставьте задачу программисту: с ключами, тестовым режимом и реквизитами кассы на руках подключение оплаты на сайт занимает дни, а без них растягивается на недели.

Если магазин уже работает, начните с проверки: совпадает ли число оплат за прошлую неделю с числом чеков и с числом оплаченных заказов в 1С. Расхождение хотя бы в одном заказе означает, что в цепочке есть слабое место, и его дешевле найти сейчас, чем при проверке налоговой. Подключение и проверка оплаты входят в поддержку интернет-магазинов Design Lab.