Как подготовить 1С и учет к обязательному приему цифровых рублей с 1 сентября 2026 года

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

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

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

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

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

Сроки 1 сентября 2026, 2027 и 2028 года: таблица по выручке

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

Категория продавца	Срок подготовки	Практический вывод
Годовая выручка более 120 млн руб.	1 сентября 2026 года	Нужно обеспечить прием цифровых рублей к дате начала обязанности.
Годовая выручка более 30 млн руб., если компания не вошла в первую группу	1 сентября 2027 года	Есть время на аудит 1С, банка и кассового оборудования, но технические условия лучше уточнить заранее.
Остальные организации, на которые распространяется правило	1 сентября 2028 года	Подготовку можно включить в план обновлений учетной системы и платежной инфраструктуры.
Годовая выручка до 5 млн руб.	Обязанность не возникает	Компания вправе продолжать использовать действующие способы оплаты.
Торговая точка без доступа к интернету	Обязанность не возникает	Нужно документально подтвердить фактическое отсутствие интернет-доступа для платежного сценария.

Примеры помогают быстро сориентироваться. Магазин с выручкой 150 млн руб. должен быть готов к 1 сентября 2026 года. Организация с выручкой 45 млн руб. попадает во вторую волну и готовится к 1 сентября 2027 года. Точка с выручкой 4 млн руб. не обязана принимать цифровой рубль.

Формулировки порогов содержат слово более. Выручка ровно 30 млн руб. или ровно 120 млн руб. требует отдельной проверки по действующим правилам. Не закладывайте срок только по расчету в управленческом отчете без подтверждения периода и состава учитываемой выручки.

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

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

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

Как определить свою категорию и зафиксировать решение

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

Руководитель утверждает срок подготовки, бюджет и ответственных.
Главный бухгалтер проверяет показатели выручки, учетный маршрут платежей и контрольные отчеты.
Специалист 1С оценивает версию программы, расширения, обмены и тестовый контур.
ИТ-специалист проверяет связь, доступы, защиту учетных записей и работу оборудования.
Банк подтверждает доступные операции, сроки подключения и формат обмена.

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

Что меняется в расчетах: цифровой рубль рядом с наличными и безналичными

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

Цифровой рубль как третья форма российской валюты

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

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

Какие способы оплаты продолжают работать

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

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

Универсальный QR-код и роль НСПК

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

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

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

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

Продажи, авансы и оплаты от клиентов

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

Где сотрудник выбирает или получает вид оплаты.
Как поступление попадает в 1С: вручную, через выписку, обмен с банком или платежным сервисом.
Как платеж связывается с конкретным заказом и покупателем.
Что происходит при частичной оплате, переплате и повторном подтверждении.
Как меняются документы при полном или частичном возврате.

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

Виды оплаты и аналитика расчетов

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

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

Кассовые документы, чеки и возвраты

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

Тесты должны охватывать успешную оплату, отказ, повторную попытку, отмену до выдачи товара, полный возврат и частичный возврат. Для каждого случая зафиксируйте ожидаемый результат в кассовом документе, чеке, банковских данных и учетной записи 1С.

Версия конфигурации, обновления и расширения

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

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

Зафиксируйте план отката, окно установки обновления и сотрудника, который примет результат работ. Изменения в рабочей базе в последние дни перед обязательной датой повышают риск сбоев.

Банк-клиент, платежные поручения и сверка цифровых поступлений

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

Что уточнить у обслуживающего банка

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

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

Поступления и платежные поручения в учетном маршруте

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

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

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

Сверка по сумме, статусу и идентификатору операции

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

Проверка	Что сравнить	Действие при расхождении
Сумма	Банк, касса и документ в 1С	Проверить частичную оплату, комиссию, возврат или ошибку ввода.
Статус	Подтвержден, отменен, в обработке	Не создавать повторный документ до проверки статуса в банке.
Идентификатор	Данные банка и запись в 1С	Найти исходный заказ, исключить двойную загрузку.
Возврат	Сумма возврата и исходный платеж	Связать возврат с продажей и обновить отчет по задолженности.

Зависшие операции и повторные поступления вынесите в отдельный список. У каждого случая должен быть владелец: бухгалтер, кассир, менеджер, специалист 1С или сотрудник банка.

Тестовые операции до запуска

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

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

Для контроля общего состояния учетной системы после законодательных и сервисных изменений используйте обзор изменений в законодательстве и сервисах 1С за май 2026 года.

Учетная политика и внутренние регламенты для новых расчетов

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

Распределение ответственности между бухгалтерией, ИТ и руководителем

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

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

Правила возврата, отмены и спорных платежей

В регламенте опишите действия при ошибочной оплате, отмене, полном возврате, частичном возврате, несоответствии суммы и отсутствии подтверждения. Укажите документ 1С для каждого случая, срок обработки и сотрудника, который вправе принять решение.

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

Инструкции для кассиров, менеджеров и службы поддержки

Рабочая инструкция должна быть короткой и применимой в момент оплаты. В ней нужны ответы на четыре вопроса: как принять цифровой рубль, как увидеть успешный статус, что делать при задержке подтверждения и как передать спорный случай ответственному сотруднику.

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

Налоговый и управленческий контроль

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

Цифровой рубль не создает отдельный налоговый режим. Не открывайте отдельный налоговый контур без нормативного основания. Храните подтверждения операций, соблюдайте утвержденную периодичность сверки и проверяйте, что отчеты не зависят от ручного выбора сотрудника.

Пошаговый план подготовки к обязательному приему цифрового рубля

План полезен компаниям всех переходных групп. Разница состоит в сроке запуска и глубине технических работ.

Этап 1. Определить срок и область работ

Зафиксируйте годовую выручку, формат продаж, наличие интернет-доступа, точки приема платежей, онлайн-каналы, типы клиентов и обслуживающие банки. Примите решение: подготовка к 2026, 2027 или 2028 году либо применение исключения.

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

Этап 2. Провести аудит 1С и банковских интеграций

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

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

Этап 3. Протестировать и документировать процесс

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

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

Этап 4. Подготовить запуск и контроль после даты перехода

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

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

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