Оплата цифровыми рублями по QR-коду в «1С:Бухгалтерии 8»: что изменилось с версии 3.0.208

Что изменилось в «1С:Бухгалтерии 8» с версии 3.0.208

С версии 3.0.208 в «1С:Бухгалтерии 8» можно принимать оплату цифровыми рублями от физических лиц по QR-коду. Бухгалтер создаёт «Счёт покупателю», формирует ссылку на оплату и отправляет её клиенту. После поступления денег программа автоматически создаёт «Операцию по платёжной карте» с видом оплаты «Цифровой рубль» по данным релиз-ноты «1С:Бухгалтерии 8».

Розничный сценарий устроен иначе. Продавец оформляет «Розничную продажу (чек)» и принимает оплату, а вид оплаты «Цифровой рубль» появляется в документе после того, как платёж прошёл. Новой валюты в учёте не возникает: цифровой рубль номинирован в рублях, меняется только способ оплаты.

Банк России предусматривает сосуществование наличных, безналичных и цифровых рублей: новая форма дополняет первые две, а не заменяет их. Запуск идёт поэтапно, требования в первую очередь затрагивают крупные банки и торговые компании, которые подпадают под установленные правила, а для небольших магазинов и территорий с ограниченным доступом к интернету предусмотрены особенности об этом пишет «Новости Тольятти» со ссылкой на позицию регулятора.

Кому и зачем нужен приём цифровых рублей в 1С

Функционал закрывает два практических сценария. Розница: магазин, точка выдачи заказов или салон, где покупатель-физлицо платит по QR-коду из приложения банка. Счёт от покупателя-физлица: услуги, обучение, консультации, когда клиент получает ссылку в переписке и оплачивает её без визита в офис.

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

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

Как проверить готовность программы к новому виду оплаты

Чек-лист перед первой операцией:

Версия конфигурации 3.0.208 или выше. Номер смотрят в разделе «О программе»: в простом интерфейсе он обычно открывается из меню «Сервис», в полном из «Администрирование». Позиция пункта зависит от релиза, поэтому ориентируйтесь на название.
Обновление установлено штатным механизмом, резервная копия базы сделана до его начала.
Вид оплаты «Цифровой рубль» доступен в документах «Операция по платёжной карте» и «Розничная продажа (чек)».
Банк или платёжный сервис принимает цифровые рубли и передаёт статус платежа в 1С.
Режим интерфейса проверен: простой и полный меняют только пути к документам, сам функционал от них не зависит.

На версии ниже 3.0.208 оформить такую оплату штатными средствами нельзя: конфигурацию нужно обновить. Материал не заменяет официальную документацию «1С»: при расхождениях ориентируйтесь на релиз-ноты и ИТС.

Настройка оплаты цифровыми рублями в 1С: что проверить до первой операции

Где включается и где хранится вид оплаты «Цифровой рубль»

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

Ориентиры для кассовых операций: в простом интерфейсе «Деньги - Касса - Операции по платёжным картам», в полном «Банк и касса - Касса - Операции по платёжным картам». Названия пунктов в разных релизах могут отличаться одним словом, сверяйтесь с ИТС своей версии.

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

Что согласовать с банком до запуска

Поддерживает ли банк приём цифровых рублей по QR-коду и с какой даты.
В каком виде приходит ссылка на оплату и можно ли её использовать в документе «Счёт покупателю».
Как и с какой задержкой банк уведомляет 1С об оплате: от этого зависит момент появления «Операции по платёжной карте».
Есть ли ограничения по сумме платежа и по типу плательщика.

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

Оплата от оптового покупателя-физлица: от счёта до поступления

Последовательность для варианта «счёт и ссылка»:

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

Пример. Счёт на 12 000 рублей выставлен физлицу 20 октября, ссылка отправлена в тот же день, деньги пришли 22 октября. В журнале операций по платёжным картам появляется документ от 22 октября на 12 000 рублей с видом оплаты «Цифровой рубль». Если сумма или дата расходятся с ожидаемыми, разбор начинают с выписки банка, а не с правки документа руками.

Где найти «Счёт покупателю» в простом и полном интерфейсе

Документ	Простой интерфейс	Полный интерфейс
«Счёт покупателю»	«Документы - Продажи - Счета покупателям»	«Продажи - Счета покупателям»
«Операции по платёжным картам»	«Деньги - Касса - Операции по платёжным картам»	«Банк и касса - Касса - Операции по платёжным картам»
«Розничные продажи»	«Документы - Продажи - Розничные продажи»	путь в релиз-ноте не приведён, документ ищите в разделе продаж

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

Как формируется ссылка на оплату и что видит покупатель

Ссылка формируется из документа «Счёт покупателю» и уходит клиенту как обычный URL или QR-код. Покупатель открывает страницу оплаты, выбирает цифровые рубли и подтверждает платёж в приложении своего банка. Для бухгалтера важна деталь: ссылка и QR-код служат каналом передачи платёжных данных, а учётная запись поступления появляется в 1С после уведомления об оплате. Пока уведомления нет, документа в журнале не будет.

Контрагента-физлицо и договор заполняйте до отправки ссылки. Правка счёта после оплаты разрывает связь между счётом и поступившим платежом, и сверка занимает больше времени.

Проверка автоматически созданной «Операции по платёжной карте»

Документ лежит среди кассовых операций: простой интерфейс - «Деньги - Касса - Операции по платёжным картам», полный - «Банк и касса - Касса - Операции по платёжным картам».

Проверьте вид оплаты «Цифровой рубль», сумму, дату, контрагента и связь с выставленным счётом. Если документ не создался, смотрите обмен с банком, статус платежа и настройки интеграции. Ручной дубль не создавайте, пока причина не ясна: две операции на один платёж дают двойное поступление в отчётах.

Розничная продажа с оплатой цифровым рублём

В рознице шагов меньше. Создайте документ «Розничная продажа (чек)» и примите оплату: после оплаты в документе появится вид оплаты «Цифровой рубль» так описывает розничный сценарий релиз-нота. Путь в простом интерфейсе: «Документы - Продажи - Розничные продажи». Путь для полного интерфейса в описании обновления не приведён: документ ищите в разделе продаж, точное расположение зависит от релиза.

Пример. Товар на 3 450 рублей продан физлицу, покупатель оплатил по QR-коду. В чеке после оплаты видно вид оплаты «Цифровой рубль» и итог 3 450 рублей. Смена закрывается стандартным порядком, отдельного вида отчёта для цифрового рубля релиз-нота не вводит.

Чем розничный сценарий отличается от оплаты счёта

Опт: «Счёт покупателю», затем ссылка и автоматическое создание «Операции по платёжной карте». Розница: «Розничная продажа (чек)», где вид оплаты появляется после оплаты. Выбор зависит от того, как компания оформляет продажи, а не от суммы: счёт можно выставить на небольшую сумму, а чек пробить при крупной покупке в розничной точке.

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

Что проверить в чеке после оплаты

Вид оплаты «Цифровой рубль» отображается в документе.
Сумма в чеке совпадает с фактическим поступлением по данным банка.
Чек закрыт корректно, смена не содержит зависших операций.

Автоматически заполненные поля без необходимости не редактируйте: ручная правка вида оплаты или суммы рассинхронизирует учёт с данными оператора платформы.

Как поступление цифровых рублей отражается в учёте

Поступление фиксируется двумя путями: «Операцией по платёжной карте» с видом оплаты «Цифровой рубль» при оплате счёта и «Розничной продажей (чек)» при розничной продаже. Оба документа доступны в журналах, поэтому платёж находится по дате, сумме и контрагенту.

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

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

Типичные ошибки и как их избежать

Работа на версии ниже 3.0.208. Функционала нет, сценарий не запускается. Проверка: раздел «О программе», номер конфигурации.
Нет согласования с банком. Ссылка формируется, но платёж не проходит или уведомление не приходит. Проверка: тестовая оплата на минимальную сумму.
Неверный вид оплаты. Поступление попадает в отчёты как карточный платёж, разрез по способам оплаты теряет достоверность. Проверка: открыть документ и посмотреть вид оплаты.
Ручной дубль «Операции по платёжной карте». Двойное поступление и расхождение с выпиской. Проверка: поиск по сумме и дате в журнале кассовых операций.
Путаница между оптом и розницей. Платёж проводят дважды, чеком и операцией по карте. Проверка: один платёж - один документ поступления.
Пропущенная тестовая операция. Ошибки всплывают на реальных клиентах. Проверка: прогон сценария на копии базы до запуска в работу.

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

Коротко: что делать бухгалтеру уже сейчас

Проверьте версию конфигурации: нужна 3.0.208 или выше.
Уточните в банке, принимает ли он цифровые рубли по QR-коду и как уведомляет об оплате.
Убедитесь, что вид оплаты «Цифровой рубль» доступен в «Операции по платёжной карте» и «Розничной продаже (чек)».
Проведите тестовую оплату счёта через «Счёт покупателю» на копии базы.
Проведите тестовую розничную продажу и проверьте появление вида оплаты в чеке.
Сверьте созданные документы с выпиской банка или данными оператора платформы.
Зафиксируйте в регламенте, кто выставляет счета со ссылкой, кто проверяет поступления и что делать, если «Операция по платёжной карте» не появилась.

Если ваша версия отличается от 3.0.208, сверьте названия пунктов меню по ИТС: текст статьи описывает логику релиза, а не конкретную сборку вашей базы.