Цифровой рубль в интернет-магазине: кто обязан принимать и что настроить

С 1 сентября 2026 года принимать цифровые рубли обязаны магазины с выручкой больше 120 млн руб. и договором со значимым банком на 1 января. Технический директор Design Lab разбирает 3 волны закона, тарифы, как проходит оплата на сайте и что настроить в магазине: уведомления, статусы заказа, возвраты и чек.

С 1 сентября 2026 года интернет-магазин обязан принимать цифровые рубли только при 2 условиях сразу: выручка за 2025 год больше 120 млн руб. и на 1 января 2026 года был договор о приеме электронных средств платежа (эквайринг, СБП) с системно значимым банком или банком, который Банк России признал значимым на рынке платежных услуг. Если хотя бы одно условие не выполняется, ваша дата — 1 сентября 2027 или 2028 года, а при выручке до 20 млн руб. обязанность не наступит вообще.

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

Ниже разбираю оба вопроса как технический директор Design Lab: кого закон касается уже сейчас, сколько это стоит, как выглядит платеж с точки зрения кода магазина и где мы сами видели ошибки в обработке похожих платежей через СБП. Данные приведены по состоянию на 4 сентября 2026 года.

Что такое цифровой рубль с точки зрения магазина

Цифровой рубль — третья форма рубля наряду с наличной и безналичной. Выпускает его Банк России, хранится он на счетах цифрового рубля на платформе Банка России, а доступ к этим счетам гражданам и компаниям дают обычные банки через свои приложения. Курс один: 1 цифровой рубль равен 1 безналичному. Проценты на остаток не начисляются, кешбэка нет, кредитов в цифровых рублях не бывает (вопросы и ответы Банка России, обновлены 1 сентября 2026 года).

Для владельца магазина существенны 3 свойства этой формы денег.

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

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

Кто обязан принимать цифровой рубль и с какой даты

График установлен Федеральным законом от 23.07.2025 № 248-ФЗ. Он идет в 3 волны, и для первых 2 волн значение имеет не только выручка, но и банк, с которым у продавца был договор на 1 января 2026 года.

Главный вывод из таблицы: порог 120 млн руб. сам по себе ничего не запускает. Банк России в разъяснениях (обновлены 19 марта 2026 года) разбирает пограничные случаи, и они полезнее любых пересказов.

• Выручка есть, договора не было. Компания с выручкой больше 120 млн руб. стала клиентом значимого банка только с 1 августа 2026 года. Обязанность с 1 сентября 2026 года не возникает.
• Счета не было, был эквайринг. Расчетный счет в значимом банке не открыт, но на 1 января действовал договор эквайринга с ним. Обязанность возникает: закон говорит именно о договоре приема электронных средств платежа, а эквайринг под это определение попадает.
• Договор был, потом расторгли. Продавец расторг договор после 1 января и на 1 сентября обслуживается в банках, которые не входят в первую волну. Обязанность все равно есть, а счет цифрового рубля можно открыть через любого участника платформы, с которым есть договор банковского счета.
• Только опт. Компания продает исключительно юридическим лицам и не работает с гражданами. Открывать счет цифрового рубля не нужно: обязанность распространяется только на продажи гражданам для личных нужд.
• Только подписки. Если сервис принимает оплату исключительно по подписке, а такого функционала на платформе еще нет, обязанность наступит, когда функционал появится. Если у компании есть и другие каналы оплаты, по ним принимать цифровые рубли нужно в срок.

Исключения общие для всех волн: торговый объект с выручкой меньше 5 млн руб. за предыдущий год и места, где нет мобильной связи и коллективного доступа в интернет. Для интернет-магазина второе исключение не работает по определению, а первое относится к розничным точкам, и переносить его на сайт я бы не стал: официального разъяснения, что «торговый объект» включает сайт, нет.

Отдельная оговорка про 21 августа 2026 года. В этот день Банк России информационным письмом № ИН-03-45/30 объявил, что до 1 марта 2027 года не будет применять меры к банкам, которые продолжают выдавать реквизиты через прежние QR-коды по ГОСТ Р 56042-2014. Это послабление для банков и оно не двигает срок 1 сентября 2026 года для продавцов. На практике оно означает, что у части банков и провайдеров переход на универсальный код идет параллельно со старыми кодами, и какой именно сценарий будет у вас, нужно спрашивать у своего банка.

Как проверить, попадает ли ваш магазин в первую волну

Проверка занимает час и требует 2 документов: отчета о выручке за 2025 год и списка договоров с банками на 1 января 2026 года. Делается в 3 шага.

1. Посчитайте выручку за 2025 год от реализации товаров, работ и услуг по всем каналам, включая розничные точки и маркетплейсы. Меньше 120 млн руб. — вы не в первой волне, дальше можно не читать этот раздел. Меньше 20 млн руб. — вы не попадаете ни в одну волну, пока выручка не вырастет.
2. Найдите договоры о приеме электронных средств платежа, действовавшие на 1 января 2026 года. Интернет-эквайринг, СБП, торговый эквайринг в офлайн-точках. Проверьте каждый банк по реестру Банка России: нужен системно значимый банк или банк, значимый на рынке платежных услуг. Договор с платежным агрегатором, который сам не является таким банком, под условие первой волны не подпадает, но агрегатор может работать через такой банк, и этот вопрос стоит задать ему письменно.
3. Зафиксируйте результат письмом в банк. Спросите у обслуживающего банка, считает ли он вас обязанным принимать цифровые рубли с 1 сентября 2026 года, и какой сценарий приема он предлагает для сайта. Ответ сохраните: при споре с покупателем или проверке это единственный документ, который показывает, что вы разбирались с вопросом.

Если оба условия выполнены, обязанность уже наступила и тянуть не стоит. Если выполнено только одно, ваш срок 1 сентября 2027 года (при выручке больше 30 млн руб.) или 2028 года, и есть год на спокойную подготовку.

Сколько стоит прием цифровых рублей

До 31 декабря 2026 года прием цифровых рублей от граждан бесплатен для продавца. Тарифы утверждены решением Совета директоров Банка России от 28 августа 2026 года: с 1 сентября по 31 декабря 2026 года комиссия оператора платформы за перевод от физлица в пользу компании или ИП при оплате товаров и услуг составляет 0%.

С 1 января 2027 года такой перевод стоит получателю 0,3% от суммы, но не больше 1500 руб. за операцию. Возврат покупателю по ранее проведенному платежу бесплатен и в 2026, и в 2027 году. Переводы между компаниями до конца 2026 года тоже бесплатны, с 2027 года — 15 руб. за перевод с отправителя. Тарифы платформы НДС не облагаются.

Сравнивать с эквайрингом нужно по вашему договору: средние цифры тут не помогут. Если ставка интернет-эквайринга у магазина выше 0,3%, а у большинства интернет-магазинов она выше, каждый платеж цифровыми рублями обходится дешевле карточного. При обороте 10 млн руб. в месяц разница между 2% и 0,3% — 170 тыс. руб. в месяц. Но эта экономия появится только на той доле покупателей, которые открыли счет цифрового рубля и выбрали его на странице оплаты, а эта доля в первые месяцы будет небольшой: счет открывается только по желанию гражданина, автоматически его никому не заводят.

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

Как выглядит платеж цифровыми рублями на сайте

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

Со стороны магазина картина другая, и именно здесь спрятана вся настройка.

Разница с оплатой картой в 2 местах. Первое: магазин не получает результат в ответ на свой запрос. Он создает платеж, показывает код и ждет уведомления от банка или провайдера, которое придет через 5 секунд, а может через 3 минуты, если покупатель отвлекся. Второе: уведомление может прийти дважды, прийти позже, чем покупатель вернулся на сайт, или не прийти вообще при сетевой ошибке. Магазин обязан уметь жить в этом режиме, и это в точности те же требования, что к СБП. Если у вас СБП давно работает без потерянных заказов, большая часть работы уже сделана.

Что настроить в интернет-магазине: 7 пунктов

Порядок ниже — тот, в котором мы в Design Lab проходим подключение любого асинхронного способа оплаты. Пункты 1 и 7 организационные, остальные технические.

1. Договориться с банком о сценарии

Компания открывает 1 счет цифрового рубля через банк — участник платформы, договор счета при этом заключается с Банком России через дистанционное обслуживание банка. Дальше у банка нужно выяснить 4 вещи: как формируется универсальный платежный код для сайта, как магазин получает подтверждение платежа (уведомление на URL, запрос статуса, оба варианта), как выполняются возвраты и в какой срок, что происходит при таймауте. Если оплата на сайте идет через платежного провайдера, те же вопросы задаются ему: Банк России отдельно указывает, что порядок технического взаимодействия банка и торгового предприятия определяется их договоренностью, единого сценария нет.

2. Проверить платежный модуль

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

3. Настроить статусы заказа под асинхронную оплату

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

4. Обработать уведомление о платеже правильно

Это самый частый источник ошибок. Уведомление от банка должно проверяться по подписи, обрабатываться идемпотентно и отвечать быстро. Ниже упрощенный обработчик на PHP, который мы используем как каркас для всех асинхронных способов оплаты. Названия полей условные: реальные берутся из документации вашего банка или провайдера.

<?php
// Обработчик уведомления об оплате. URL знает только банк.
$raw  = file_get_contents('php://input');
$sign = $_SERVER['HTTP_X_SIGNATURE'] ?? '';
if (!hash_equals(hash_hmac('sha256', $raw, SECRET), $sign)) {
    http_response_code(403); exit;              // чужое уведомление
}
$e = json_decode($raw, true);
// Идемпотентность: одно событие обрабатываем 1 раз.
if (!$db->insertIgnore('payment_events', ['event_id' => $e['event_id']])) {
    http_response_code(200); exit;              // повтор, уже учтено
}
if ($e['status'] === 'PAID' && $e['amount'] == orderAmount($e['order_id'])) {
    markOrderPaid($e['order_id'], $e['payment_id']);
}
http_response_code(200);                        // банк больше не повторяет

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

5. Добавить запрос статуса на случай потерянного уведомления

Уведомление может не дойти: сайт был недоступен 30 секунд, сработал файрвол, провайдер поменял IP. Поэтому рядом с обработчиком нужна фоновая задача: раз в минуту брать заказы в состоянии «ожидает оплаты» старше 2 минут и запрашивать их статус у банка по API. Это закрывает 100% случаев «деньги списались, заказ висит неоплаченным», из-за которых магазин получает злые письма и делает возвраты вручную.

6. Проверить возвраты и чек

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

7. Обновить страницу «Способы оплаты» и оферту

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

Как протестировать до того, как это увидит покупатель

Тестовый контур у банков есть не у всех, поэтому первый реальный платеж часто и есть тест. Мы проводим его в таком порядке, на своей учетной записи и на сумме 10 руб.

1. Оплата с нормальным сценарием: заказ перешел в «оплачен», письмо и чек ушли по 1 разу.
2. Повторная отправка уведомления вручную из кабинета банка или через curl с той же подписью: заказ не изменился, второго письма нет.
3. Уведомление с неверной подписью: ответ 403, в логе запись.
4. Заказ без оплаты: через срок жизни ссылки резерв снят, заказ в «оплата не прошла», покупатель может оплатить заново.
5. Уведомление заблокировано (временно закрыть URL): фоновая задача через 2–3 минуты сама перевела заказ в «оплачен».
6. Возврат из админки: деньги вернулись покупателю, статус заказа и чек возврата корректны.

Шестой пункт пропускают чаще всего, а потом первый возврат делают бухгалтер и банк вручную через 3 дня переписки.

Ошибки, которые мы видели при похожих подключениях

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

• Статус по возврату на сайт. Заказ помечается оплаченным, когда покупатель вернулся на страницу успеха. Покупатель закрыл вкладку, деньги ушли, заказ висит. Или наоборот: покупатель открыл ссылку успеха из истории браузера, заказ «оплачен» без денег.
• Дважды отправленный чек. Уведомление пришло 2 раза, обработчик без таблицы событий, покупатель получил 2 чека, бухгалтер оформляет чек коррекции.
• Обработчик за авторизацией. URL уведомлений закрыт базовой авторизацией «от ботов» или сайт целиком закрыт от зарубежного трафика по IP, банк получает 401, платежи не подтверждаются. Проверяйте доступность URL из внешней сети после любого изменения на сервере.
• Один секрет на тест и бой. При переключении на боевой контур подпись перестает сходиться, все уведомления отбрасываются как чужие, а в логах тишина, потому что 403 никто не логирует.
• Возврат без API. Менеджер меняет статус заказа на «возврат», деньги остаются на счете магазина, через неделю приходит претензия.

Что грозит за неисполнение

Отдельного штрафа «за отказ принять цифровой рубль» в 248-ФЗ нет. Обязанность встроена в статью 16.1 Закона о защите прав потребителей как право покупателя, а за нарушение прав потребителя при оплате отвечает часть 4 статьи 14.8 КоАП: должностным лицам 15–30 тыс. руб., юридическим лицам 30–50 тыс. руб. Штраф выписывается по факту, а факт создает жалоба покупателя, которому не дали заплатить цифровым рублем. В первые месяцы таких покупателей будет мало, но у крупного магазина, попавшего в первую волну, достаточно 1 жалобы в Роспотребнадзор.

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

С чего начать на этой неделе

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

Доработку интернет-магазина под прием цифрового рубля мы делаем как отдельную задачу: сценарий с банком, платежная система в CMS, обработчик уведомлений с идемпотентностью, фоновая проверка статусов, возвраты, тест по 6 пунктам. Для магазинов на 1С-Битрикс это обычно 2–4 рабочих дня при рабочем API у банка. Статьи блога о том, из чего складывается стоимость интернет-магазина и как устроен обмен с 1С, помогут оценить остальные работы, если магазин давно не обновлялся.