⟶Часть I — Цифровой рубль ≠ криптовалюта
01 · Что это юридически и технически
=цифровой рубль — цифровая форма российского рубля, выпускаемая Банком России и учитываемая на платформе цифрового рубля
!не путать с «цифровой валютой» в законодательном смысле и с криптовалютой: цифровой рубль — денежная единица РФ, а криптовалюта ею не является
@операции доступны через приложения и интернет-банки банков — участников платформы; сам счёт находится на платформе Банка России
КРИТЕРИЙЦИФРОВОЙ РУБЛЬКРИПТОВАЛЮТАБЕЗНАЛИЧНЫЕ РУБЛИ
Правовая природаФорма национальной валютыЦифровая валюта / имуществоФорма национальной валюты
Кто выпускаетБанк РоссииНет единого государственного эмитентаРубли обращаются через банковские счета
Где учитываетсяПлатформа Банка РоссииИнформационная / распределённая системаСчёт в коммерческом банке
Стоимость1 цифровой ₽ = 1 ₽Рыночная1 безналичный ₽ = 1 ₽
⟶Часть II — Счёт, лимиты и вывод средств
02 · Счёт цифрового рубля
=гражданин или организация может иметь один счёт цифрового рубля; ИП — два: как физлицо и для предпринимательской деятельности
+счёт не привязан к конкретному банку: доступ возможен через приложения разных банков-участников
.для физлица лимит пополнения со своих банковских счетов / ЭДС — 300 000 ₽ в календарный месяц
+для бизнеса лимита на пополнение цифрового счёта нет
+и физлица, и бизнес могут расходовать весь имеющийся остаток цифровых рублей без ограничения по сумме
~снять цифровые рубли наличными напрямую нельзя: сначала перевод на обычный банковский счёт или карту, затем снятие наличных
⟶Часть III — Кому обязателен приём в 2026–2028
03 · Поэтапное подключение
СРОКБАНКИПРОДАВЦЫУСЛОВИЕ
01.09.2026КрупнейшиеВыручка свыше 120 млн ₽При выполнении условий закона по банку/эквайрингу
01.09.2027С универсальной лицензиейВыручка свыше 30 млн ₽Поэтапное расширение
01.09.2028С базовой лицензиейВыручка 20–30 млн ₽Остальной охват по закону
!компании с совокупной годовой выручкой менее 20 млн ₽ в общем случае не обязаны подключать приём цифровых рублей
!для торговых точек с выручкой менее 5 млн ₽ и точек на территориях без Интернета предусмотрены исключения
⟶Часть IV — Зарплата и B2B-реестры поставщикам
04 · Зарплатные B2C-переводы
+организация может переводить цифровые рубли работникам для выплаты зарплаты и иных выплат по трудовому договору
.массовая выплата оформляется реестром распоряжений B2C
+до 31.12.2026 тариф для работодателя — 0 ₽ за исполненное распоряжение; с 01.01.2027 — 1 ₽, но не менее 15 ₽ за реестр
→после получения зарплаты работник вправе перевести цифровые рубли на свой обычный банковский счёт или карту
05 · Реестры оплаты поставщикам
+юридическое лицо или ИП — плательщик может представить единым электронным сообщением реестр распоряжений
+тип B2B прямо предусмотрен Альбомом распоряжений Банка России; все платежи внутри одного реестра должны быть одного типа
.в одном реестре — до 10 000 записей
!для каждого поставщика требуются как минимум номер его счёта цифрового рубля и ИНН; одного ИНН недостаточно
⟶Часть V — Учёт цифрового рубля в 1С
06 · Что уже есть в типовой 1С:Бухгалтерии
=цифровые рубли учитываются на счёте 53 «Счёт цифрового рубля» — не на 55.26 и не как иностранная валюта
.поддержка расчётов с цифровым рублём и счёт 53 появились в 1С:Бухгалтерии 3.0.148
+с версии 3.0.164 в карточке контрагента можно хранить кошелёк цифрового рубля — ID и 20-значный номер счёта
+с версии 3.0.164 поддержана загрузка XML-выписки; при загрузке организация-контрагент ищется по номеру цифрового счёта и ИНН
07 · Какие реквизиты нужны для автоматизации
=сам номер и ID кошелька лучше хранить в штатном реквизите «Кошелёк цифрового рубля» карточки контрагента
.ПринимаетЦифровойРубль → Да / Нет / Неизвестно
.ДатаПроверки → дата последнего подтверждения реквизитов
.ИсточникПроверки → письмо контрагента / договор / справка / сервис банка
.СтатусВерификации → подтверждён / реквизит получен, но не проверен / устарел
⟶Часть VI — Контрагенты, API и ИИ-агенты
08 · Главный разрыв автоматизации: верификация счёта
!на 23.09.2026 нет опубликованного публичного механизма Банка России «ИНН → существует ли цифровой счёт → вернуть номер счёта» для обычной компании
!стандартная «Справка о наличии счёта цифрового рубля» существует, но это документ по счёту пользователя, а не общедоступный справочник контрагентов
!публичные банковские API уже умеют работать с обычными счетами, платежами и контрагентами; открытого метода массовой проверки цифровых счетов контрагентов по ИНН в опубликованной документации пока не видно
→поэтому агент сегодня может автоматизировать классификацию и подготовку реестра, но не должен сам считать неизвестный цифровой счёт «проверенным»
09 · Реалистичный агентский контур сегодня
.1. взять из 1С список поставщиков к оплате
.2. проверить, есть ли в карточке подтверждённый цифровой кошелёк и не устарела ли ДатаПроверки
.3. подтверждённых получателей собрать в B2B-реестр; остальных оставить для обычного банковского платежа или запроса реквизитов
.4. передать реестр через интерфейс/API банка, если конкретный банк поддерживает корпоративную интеграцию цифрового рубля
.5. подписание и исполнение — по правилам банка и полномочиям пользователя; наличие машинного API не означает автоматическое право агента распоряжаться деньгами
~архитектура будущего выглядит естественно: 1С / AI-agent → API банка → платформа цифрового рубля, но прямого публичного API ЦБ для конечной компании сейчас нет
⟶Часть VII — Чеклист для бизнеса и 1С
10 · Что сделать сейчас
.☐ Определить, возникает ли обязанность принимать цифровой рубль и с какой даты
.☐ Проверить поддержку цифрового рубля вашим банком и корпоративным ДБО/API
.☐ Обновить 1С:Бухгалтерию и использовать счёт 53
.☐ Собрать у поставщиков цифровые реквизиты и зафиксировать источник их получения
.☐ Не смешивать «реквизит получен» и «реквизит проверен»
.☐ Для массовых платежей формировать отдельные B2B- и B2C-реестры
.☐ Оставить обычный банковский платёж как fallback для контрагентов без подтверждённого цифрового счёта
⟶Часть VIII — Что пока нельзя считать автоматизированным
!нельзя по одному ИНН публично получить подтверждённый номер цифрового счёта контрагента
!нельзя считать 20-значный номер действующим только потому, что он формально похож на цифровой счёт
!нельзя строить массовый B2B-реестр из непроверенных реквизитов: номер счёта и ИНН обязательны для каждого получателя
!нельзя предполагать, что любой банковский OpenAPI уже умеет цифровые B2B-переводы: это надо проверять по конкретному банку и договору API
→главная недостающая функция экосистемы — безопасный resolver/verification API для реквизитов цифрового счёта контрагента