Два закона на одну дату
Первое, что нужно развести, иначе весь разговор поедет.
1 сентября 2026 года вступают в силу два разных закона, и оба про «цифровое».
282-ФЗ от 04.08.2026 «О цифровых валютах и цифровых правах» — это про криптовалюту. Впервые на уровне закона цифровая валюта признана имуществом, появляются цифровые депозитарии и организаторы обмена, вводятся категории цифровых прав и допуск квалифицированных инвесторов. Запрет расплачиваться криптой за товары и услуги внутри страны при этом сохраняется.
248-ФЗ от 23.07.2025 — это про цифровой рубль и универсальный платёжный код. Он правит закон о национальной платёжной системе и вводит обязанность торговли принимать цифровые рубли.
Разница принципиальная: первый закон для 1С не значит почти ничего — раз платить криптой нельзя, в учётной системе она появится разве что как имущество у единиц компаний. Второй ломает кассу.
Путают их все. Когда Инфостарт рассылал список востребованных тем, в письме стояло «закон, регулирующий обращение цифровой валюты» — и дальше про то, как это повлияет на учёт и автоматизацию в 1С. Но на учёт и автоматизацию влияет не он, а другой, соседний.
Дальше я буду говорить только про цифровой рубль.
Что именно обязали
Схема поэтапная, и первый этап — самый узкий:
- с 1 сентября 2026 — продавцы с выручкой за 2025 год больше 120 млн рублей, которые на 1 января 2026 обслуживались в системно значимом банке;
- с 1 сентября 2027 — выручка больше 30 млн, любой банк с универсальной лицензией;
- с 1 сентября 2028 — все остальные, от 20 млн.
Отдельная точка с выручкой меньше 5 млн в год не обязана, даже если компания в целом под требование подпадает. Места без интернета — тоже.
Дальше про штраф, и тут стоит быть точным, потому что в обзорах это место обычно смазывают.
Открываем часть 4 статьи 14.8 КоАП. Цифрового рубля там нет. Универсального платёжного кода тоже нет. Формулировка такая:
«Неисполнение обязанности по обеспечению возможности оплаты товаров (работ, услуг) путем наличных расчетов или с использованием национальных платежных инструментов в рамках национальной системы платежных карт по выбору потребителя… либо нарушение иных установленных законом прав потребителя, связанных с оплатой товаров (работ, услуг)»
Работает это так: 248-ФЗ внёс обязанность принимать цифровой рубль в Закон о защите прав потребителей, а КоАП карает неисполнение обязанности общей формулировкой. То есть наказывают не «за отказ от цифрового рубля» — наказывают за нарушение права потребителя выбрать способ оплаты.
Санкция: должностные лица 15–30 тысяч, юридические 30–50 тысяч. Отдельного примечания про ИП в статье нет — они отвечают как должностные лица по общему правилу. Оговорок вроде «если есть техническая возможность» закон не содержит.
Принять оплату можно только через универсальный платёжный код — единый QR от НСПК, который объединяет СБП, карты, рассрочку и цифровой рубль в одном изображении. Банк России отдельно подчёркивает: сценарий такой же, как у СБП, и тем, кто уже принимает быстрые платежи, новое железо не нужно.
Звучит как «ну, обновимся и всё». Я так и подумал.
Я пошёл в конфигуратор
У меня под рукой была актуальная «Управление торговлей» — релиз 11.5.27.79. Снял полную выгрузку конфигурации в XML, 50 915 файлов, и пошёл искать, где цифровой рубль включается.
Первое впечатление было приятным. Контур оказался куда богаче, чем я ожидал.
В справочниках банковских счетов — и организаций, и контрагентов — есть реквизиты СчетЦифровогоРубля и ИдентификаторСчетаЦифровогоРубля, отдельная форма элемента ФормаЭлементаСчетЦифровогоРубля, отдельные области печатных макетов для национальных и международных реквизитов.
В общих модулях — семнадцать штук, и это не заглушки:
ОбменСБанкамиЦифровойРубль
ОбменСБанкамиСлужебный
ДенежныеСредстваКлиентЛокализация
ДенежныеСредстваСерверЛокализация
ДенежныеСредстваКлиентСервер
СписаниеБезналичныхДенежныхСредствЛокализация
ЗаявкаНаРасходованиеДенежныхСредствЛокализация
ЗаявкаНаКомандировкуЛокализация
АвансовыйОтчетЛокализация
ДоговорыКонтрагентовЛокализация
УправлениеПечатьюЛокализация
...
То есть подумали не только про счёт, но и про заявки на расходование, командировки, авансовые отчёты, печатные формы.
Отдельный модуль ОбменСБанкамиЦифровойРубль читает выписку с платформы Банка России. В нём зашиты реальные константы:
Функция БИКПлатформыЦифровогоРубля() Экспорт
БИК = "044595002";
Возврат БИК;
КонецФункции
Функция НомерСчетаПлатформыЦифровогоРубля() Экспорт
Счет = "30000810945950000002";
Возврат Счет;
КонецФункции
И перечень типов операций, которые модуль умеет разбирать:
// Перевод цифровой валюты от Клиента - ФЛ Клиенту - ЮЛ
Функция ОперацияC2B() Экспорт
Возврат "CTOB";
КонецФункции
CTOB — это ровно наш случай. Физлицо заплатило юрлицу. Розничная выручка.
То есть прочитать поступление от покупателя из выписки платформы конфигурация умеет. Хорошо. Осталось найти, чем это поступление создаётся на кассе.
И вот тут стало пусто
Я прогнал поиск по веткам метаданных. Результат:
|
Ветка |
Упоминаний цифрового рубля |
|
Catalogs |
16 файлов |
|
CommonModules |
17 модулей |
|
DataProcessors |
2 |
|
`Documents` |
0 |
|
`Enums` |
0 |
|
InformationRegisters |
0 |
|
Reports |
0 |
|
CommonForms |
0 |
Ноль в Documents — это ноль в ЧекККМ. Ноль в ОперацияПоПлатежнойКарте. Ноль в ОтчетБанкаПоОперациямЭквайринга. Ноль в ПоступлениеБезналичныхДенежныхСредств.
Ноль в Enums — значит, ни одного нового способа оплаты.
Здесь нужна честная оговорка, иначе кто-нибудь возьмёт релиз постарше и поймает меня на слове. В версии 11.5.22.182 в Documents цифровой рубль встречался — пятнадцать раз, в менеджерах модулей «Реализации товаров и услуг», «Счета на оплату клиенту», «Акта выполненных работ» и других. Но это были запросы печатных форм, вида
ЕСТЬNULL(Документы.БанковскийСчет.СчетЦифровогоРубля, ЛОЖЬ) КАК ЭтоСчетЦифровогоРубля
то есть «если счёт цифровой — печатать в реквизитах идентификатор кошелька вместо номера счёта». К 11.5.27.79 этот код вынесли в общие модули печати, поэтому в документах и стало пусто.
А вот что важно и что не менялось: в `ЧекККМ` цифрового рубля нет ни в одном из двух релизов. Ноль и там, и там. Печатать реквизиты кошелька в счёте конфигурация научилась. Принимать по нему оплату на кассе — нет.
Посмотрел перечисления оплат в упор и сравнил с релизом 11.5.22.182, который вышел пятью месяцами раньше:
|
Перечисление |
11.5.22.182 |
11.5.27.79 |
|
ФормыОплаты |
Наличная, Безналичная, ПлатежнаяКарта, Взаимозачет, БонусныеБаллы, ПодарочныйСертификат |
те же + СистемаБыстрыхПлатежей |
|
ВидОплатыНаТерминале |
Карта, СБПQR, ПлатиQR |
без изменений |
|
ТипыОплатыККТ |
Наличные, Электронно, Предоплата, Постоплата, ВстречноеПредоставление |
без изменений |
Вот это меня и зацепило. Перечисление форм оплаты открывали — туда за эти месяцы добавили СБП. Открыли, положили один новый способ и закрыли. Цифрового рубля в нём нет.
Тогда я прогнал по обеим выгрузкам один и тот же поиск и свёл в таблицу, что вообще изменилось за пять месяцев:
|
Ветка |
11.5.22.182 |
11.5.27.79 |
|
Catalogs |
16 файлов |
16 файлов, списки идентичны |
|
CommonModules |
15 модулей |
17 модулей |
|
Documents |
15 (печатные формы) |
0, вынесено в общие модули |
|
DataProcessors |
2 |
те же 2 |
|
Enums |
0 |
0 |
Разница — ровно два новых общих модуля. Один — ЗаявкаНаКомандировкуЛокализация. Второй — тот самый ОбменСБанкамиЦифровойРубль, который читает выписку с платформы.
То есть работа шла, и шла ровно в одну сторону: казначейство и обмен с банком. В кассовую часть за пять месяцев не добавили ни строки.
В видах оплаты на терминале — Карта, СБПQR и ПлатиQR. Универсального кода НСПК, того самого, через который единственно и можно принять цифровой рубль, там нет тоже.
Заодно проверил теги ФФД. С 1 сентября 2025 в формате фискальных данных есть блок 1234–1238, где тег 1236 называется «Признак способа оплаты безналичными» — по разъяснениям ОФД, именно он должен разделять эквайринг, СБП и цифровой рубль. Признак обязательности у блока — «3», то есть необязательный, и в самой информации ФНС цифровой рубль не упоминается ни разу.
В конфигурации этих тегов нет. Единственное совпадение на «1234» во всех модулях менеджера оборудования — строка "0123456789" в разборе символов.
Это не забывчивость
Я готов был списать всё на «не успели, доедут в сентябрьском релизе». Пока не наткнулся вот на это.
В модуле ДенежныеСредстваСерверЛокализация лежит процедура с длинным именем:
Процедура ПроверитьДоговорНаВозможностьКорреспонденцииСоСчетомЦифровогоРубля(ДоговорОбъект, Отказ) Экспорт
Внутри — проверка и сообщение пользователю:
«Расчетный счет не может корреспондировать со счетом цифрового рубля.
Укажите другой счет»
Вызывается она из трёх мест: договоры эквайринга, договоры кредитов и депозитов, договоры контрагентов.
Прочитайте ещё раз первый пункт. Договор эквайринга не может ссылаться на счёт цифрового рубля. Это не побочный эффект, это явная проверка с явным текстом ошибки, написанная руками.
А теперь посмотрите, как в УТ вообще разносится безналичная розничная выручка. Цепочка одна:
ЧекККМ → ОперацияПоПлатежнойКарте → ОтчетБанкаПоОперациямЭквайринга → ПоступлениеБезналичныхДенежныхСредств
И в ОперацияПоПлатежнойКарте, и в ОтчетБанкаПоОперациямЭквайринга реквизит ДоговорЭквайринга — центральный. Вокруг него всё: терминал, комиссия, детальная сверка транзакций, настройка подключения к СБП.
Круг замкнулся. Розничную выручку конфигурация умеет разносить только через договор эквайринга. Договор эквайринга не имеет права указывать на кошелёк цифрового рубля. Значит, цифровой рубль в УТ по построению — не эквайринговая выручка, а отдельный денежный поток, приходящий с платформы Банка России сам по себе.
Это не недоделка. Это архитектурное решение, зафиксированное в коде.
Кстати, о человеческом. Соседняя функция в том же модуле называется ПараметрыКорреспонденцииСоСчетомЦифровогорубля — «Цифровогорубля», со строчной «р». Опечатку никто не поймал, потому что компилятору всё равно, а глазами этот модуль, похоже, читали немногие.
Маленький дефект в подарок
Раз уж я туда залез. В менеджерах обоих справочников банковских счетов есть функция подбора счёта по умолчанию, и в ней тот же самый принцип корреспонденции применяется фильтром запроса:
Запрос.УстановитьПараметр("КорреспонденцияСоСчетомЦифровогоРубля",
?(ЗначениеЗаполнено(КорреспонденцияСоСчетомЦифровогоРубля),
КорреспонденцияСоСчетомЦифровогоРубля, Неопределено));
Реквизит СчетЦифровогоРубля — булево. А ЗначениеЗаполнено(Ложь) в 1С возвращает Ложь.
Значит: если корреспондирующий счёт — кошелёк цифрового рубля, параметр равен Истина, фильтр работает, подбираются только цифровые счета. А если корреспондирующий счёт обычный, расчётный, то реквизит равен Ложь, ЗначениеЗаполнено даёт Ложь, параметр превращается в Неопределено, и условие в запросе вырождается в истину. Фильтр выключается целиком.
То есть правило, которое проверяется при записи договора, при автоподборе счёта по умолчанию не соблюдается. В одну сторону работает, в другую — нет.
Оговорюсь честно: это чтение кода, а не прогон на данных. Я не проверял на стенде, подставится ли реально кошелёк туда, где ждали расчётный счёт. Но код в обоих справочниках и в обоих релизах одинаковый, и логика ЗначениеЗаполнено с булевым сомнений не оставляет.
Что это значит в сентябре
Сложим.
Компания с выручкой за 120 миллионов обязана принимать цифровой рубль. Покупатель наводит телефон на универсальный QR. Деньги уходят на платформу Банка России и приходят на счёт цифрового рубля продавца — отдельным потоком, минуя эквайера, минуя расчётный счёт.
Кассир при этом обязан пробить чек. В чеке эта оплата ляжет в «безналичными», тег 1081 — туда же, где карта и СБП. Механизм различить их в ФФД есть, но он необязательный, порядок заполнения ФНС не утвердила, и в конфигурации его нет.
В учётной системе получаются деньги-сироты. На кошельке — приход, который конфигурация прочитать из выписки умеет. В кассе — чек, в котором эта оплата неотличима от эквайринговой. А штатного моста между ними нет и, судя по запрету корреспонденции, не предполагается.
Вот это и есть работа, которая придёт к внедренцам осенью. Не «поставить галочку», а придумать, как свести кассу с кошельком, чтобы сверка не разъезжалась. И придёт она в первую очередь на нетиповые конфигурации и старые релизы — типовые-то рано или поздно закроют.
Почему 1С, судя по всему, не торопится
Я думаю, дело не в лени и не в срыве сроков. Дело в том, что 1 сентября 2026 — дата формальная.
Смотрите на экономику. Тарифы платформы опубликованы на сайте Банка России, и до 31 декабря 2026 года там везде нули. Совсем: и перевод физлицу, и оплата товаров, и B2B, и зарплата.
Ставки включаются с 1 января 2027 года:
|
Операция |
С 01.01.2027 |
|
Оплата товаров, работ, услуг (C2B) |
0,3%, но не более 1500 S81; за перевод |
|
ЖКУ |
0,2%, но не более 10 S81; |
|
Между юрлицами (B2B) |
15 S81; за перевод |
|
Зарплата (B2C) |
1 S81; за распоряжение, но не менее 15 S81; за реестр |
Здесь легко ошибиться, я сам чуть не ошибся: на сайте ЦБ рядом лежит вторая таблица — вознаграждения, которые оператор платформы платит банкам. Цифры там другие, и к комиссии магазина они отношения не имеют.
Теперь сравним. Терминальный эквайринг в 2026 году — примерно от полутора до трёх с лишним процентов, причём с этого года на него распространяется НДС 22%. Против этого 0,3% выглядят прекрасно.
Но у магазина уже есть СБП. QR-эквайринг через быстрые платежи стоит от 0,4%. То есть по деньгам цифровой рубль не открывает ничего нового: разница с СБП — сотые доли процента, а вся стройка ради неё.
Вот это, по-моему, и объясняет спокойствие всех участников. Пока приём бесплатен, экономической причины перестраивать кассу нет вообще. Когда он станет платным, причина появится — но слабая, потому что дешёвый безнал у торговли уже есть.
Похоже, регулятор оценивает готовность так же. За неделю до даты Банк России выпустил информационное письмо «о неприменении мер к операторам по переводу денежных средств» за подписью первого зампреда Тулина. Оно короткое, поэтому процитирую по существу:
«В связи с необходимостью завершения подготовки к использованию универсального платежного кода Банк России до 01.03.2027 будет воздерживаться от применения к операторам по переводу денежных средств мер, предусмотренных статьей 74 Федерального закона… № 86-ФЗ… за неисполнение требований частей 20 и 21 статьи 8 Федерального закона… № 161-ФЗ… в случаях, когда реквизиты перевода денежных средств… предоставлены в виде штрихового кода, предусмотренного национальным стандартом Российской Федерации ГОСТ Р 56042-2014»
В пересказах СМИ это звучало как «ЦБ дал банкам полгода». На самом деле письмо и точечнее, и жёстче.
Точечнее: послабление про конкретный случай, когда банк вместо универсального кода продолжает отдавать старый QR по ГОСТ Р 56042-2014. Это не «можно не готовиться», а «можно пока показывать старый код».
Жёстче: адресат в шапке письма — «Операторам по переводу денежных средств». Торгово-сервисные предприятия в письме не упоминаются ни разу. И меры, от которых регулятор воздерживается, — это надзорные меры к банкам по статье 74 закона о Центральном банке. К штрафам по КоАП, которые грозят магазину, письмо отношения не имеет вообще.
Конструкция получается такая. Банкам, у которых не готова инфраструктура, дали до марта 2027-го. Магазинам, которые этой инфраструктурой пользуются, не дали ничего. Продавец обязан с 1 сентября, и его обязанность не обусловлена тем, готов ли банк.
А как у других
Тут стоит поднять голову от конфигуратора.
США цифровой доллар просто запретили. Указ января 2025 остановил федеральные разработки, законопроект Anti-CBDC Surveillance State Act прошёл Палату представителей в июле 2025 и должен закрепить запрет насовсем. Мотив прямой: не строить систему, в которой государство видит каждую покупку.
Еврозона идёт медленно и с оговорками. Регламент планируют принять к концу 2026, отбор банков-пилотов прошёл летом 2026, сам пилот на двенадцать месяцев — со второй половины 2027, первая эмиссия не раньше 2029. Решение выпускать цифровое евро формально ещё не принято.
Япония пилотирует с 2023 года, семь рабочих групп, шестьдесят четыре компании. Решение обещали к концу 2026. Но спроса у населения нет, наличные в Японии живее всех живых, и Банк Японии аккуратно избегает обещаний.
Южная Корея проект цифровой воны приостановила в середине 2025 — уперлись в разногласия между регуляторами и в конкуренцию со стейблкоинами.
Индия цифровую рупию фактически потеряла на фоне UPI: та обрабатывает порядка двадцати миллиардов транзакций в месяц и держит около 85% цифровых платежей страны. Место для конкурирующей государственной системы просто не осталось.
Нигерия и Багамы — учебник того, как не взлетает. eNaira: больше тринадцати миллионов кошельков за четыре с половиной года и меньше одного процента активных пользователей, обороты держатся на раздачах и госвыплатах. Sand Dollar на Багамах — порядка двух миллионов долларов оборота в месяц, это весь проект целиком.
Китай — единственный, кто ускоряется. К концу ноября 2025 накоплено 3,48 миллиарда операций на 16,7 триллиона юаней, в апреле 2026 к сети операторов добавили ещё дюжину банков. И характерный ход: с 1 января 2026 банки обязаны начислять проценты на остатки кошельков e-CNY. То есть цифровой юань начали делать выгодным для держателя, а не обязательным для магазина.
Ближе к нам:
Казахстан ввёл цифровой тенге в полномасштабное обращение с 18 июля 2026. Но для граждан это добровольно, а упор сделан на бюджетные расходы — медзакупки, транспорт, топливо, дороги, энергетика. Смысл там не в рознице, а в прослеживаемости государственных денег.
Беларусь с 1 июля 2026 запустила опытно-промышленную эксплуатацию с банками первой группы значимости, оплата по QR для клиентов всех банков обещана с 1 декабря 2026, а гражданам цифровой белорусский рубль откроют не раньше 2028 года.
Разложим по мотиву:
- запретили — США;
- тянут и не решились — еврозона, Япония;
- свернули — Южная Корея;
- проиграли рынку — Индия;
- сделали выгодным — Китай;
- пустили на бюджет, а не в розницу — Казахстан;
- ведут аккуратно и не спешат к людям — Беларусь.
И нигде из перечисленного магазин не обязан принимать под административный штраф.
Сразу оговорюсь: я не проверял все юрисдикции мира и не могу утверждать это как факт. Могу сказать точнее: мне не удалось найти ни одной другой страны, где приём розничной цифровой валюты центрального банка сделан обязанностью торговли под штрафом.
К чему я это всё
Обычно новая обязанность приходит вслед за спросом. СБП расползался снизу: сначала им стало удобно платить, потом магазинам стало выгодно принимать, потом это оформили правилами. Маркировка приходила сверху, но там за требованием стояла работающая система — сканируй и передавай.
Здесь другое. Спрос создан не покупателем и не экономикой, а обязанностью под штрафом, к фиксированной дате. Экономический стимул включится только через год, и даже тогда он окажется скромным: 0,3% против 0,4% у СБП — это не та разница, ради которой перестраивают кассовый узел. А инфраструктура, по признанию самого регулятора, к дате не готова настолько, что банкам заранее выписали индульгенцию до марта 2027-го — магазинам, замечу, не выписали никакой.
И в этой конструкции «1С:Предприятие» ведёт себя, на мой взгляд, довольно рационально. Она сделала ровно то, что реально нужно прямо сейчас: казначейский контур. Счёт, выписка, платёжки, зарплата, авансовые отчёты, командировки. Это нужно бухгалтерии тех компаний, которые уже открыли кошельки, и это работает.
И не сделала то, что понадобится массово, но позже, — кассовый контур. Причём не сделала осознанно: запрет корреспонденции расчётного счёта с кошельком написан руками и стоит в трёх местах.
Так что если у вас клиент под первым этапом и он спрашивает, что делать 1 сентября, — честный ответ такой. Кошелёк открыть и завести в базу можно уже сегодня, это поддержано. Принять оплату на кассе средствами типовой УТ 11.5.27.79 — нельзя. Приём произойдёт вне вашей учётной системы, а сведение кассы с кошельком в ближайшие месяцы будет ручной работой или доработкой.
И не обнадёживайте клиента переходным периодом. Полгода форы Банк России дал банкам, а не продавцам: в письме про магазины нет ни слова, а штраф по КоАП надзорными послаблениями ЦБ не отменяется.
Хорошая новость всё-таки есть, хотя и грустная: с 1 сентября в это упрутся все сразу, и разбираться придётся не вам одному.
Проверено 28 августа 2026 года на выгрузке конфигурации «Управление торговлей», редакция 11, версия 11.5.27.79 — 50 915 файлов XML-исходников. Сравнение — с версией 11.5.22.182.
Правовая часть сверена по первоисточникам: текст части 4 статьи 14.8 КоАП; Федеральный закон от 23.07.2025 № 248-ФЗ; тарифы платформы цифрового рубля с официального сайта Банка России (раздел «Тарифы на услуги оператора платформы для пользователей платформы»); информационное письмо Банка России «О неприменении мер к операторам по переводу денежных средств». Ставки эквайринга — по публичным тарифам банков, это оценочная величина.
Вступайте в нашу телеграмм-группу Инфостарт
