Как выплатить зарплату в цифровых рублях через 1С:ЗУП

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

Правовая и банковская основа

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

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

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

Согласие работника и документы

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

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

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

Подготовка 1С:ЗУП

Поддержка выплат в цифровых рублях доступна в 1С:ЗУП с версии 3.1.38.69. Релиз появился в августе 2026 года. Версию можно посмотреть через меню в правом верхнем углу программы, выбрав пункт «О программе».

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

Зарплатный проект для цифровых рублей

Откройте «Выплаты» — «Зарплатные проекты» и создайте новый проект. На вкладке «Основные данные» включите обмен электронными документами и отметьте «Для перечислений в цифровых рублях».

Формат обмена с банком должен быть ЭОИ 3.8. После выбора формата в поле банка указывается «Оператор платформы цифрового рубля». Для понятной работы проекта можно задать ему имя «Цифровой рубль».

Если оператор не подставился, обновите классификаторы БИК и кредитных организаций. Нужный раздел находится по пути «Администрирование» — «Интернет-поддержка и сервисы» — «Классификаторы и курсы валют» — «Обновление классификаторов». Выберите загрузку обновлений через интернет и отметьте необходимые справочники.

Данные в карточке сотрудника

Откройте «Кадры» — «Сотрудники», выберите работника и перейдите на вкладку «Выплата зарплаты». Укажите проект «Цифровой рубль» и внесите 20-значный цифровой счет из заявления сотрудника.

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

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

Контроль перед отправкой

Перед первой выплатой проверьте не только настройки программы, но и весь маршрут данных:

1. счет организации открыт на платформе Банка России;
2. банк поддерживает работу с цифровыми рублями;
3. электронный ключ доступен ответственному сотруднику;
4. заявления и дополнительные соглашения оформлены;
5. версия 1С:ЗУП соответствует требованиям;
6. выбран ЭОИ 3.8;
7. классификаторы загружены без ошибок;
8. проект и счет указаны в каждой нужной карточке;
9. ведомость создает отдельный реестр.

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

Какие ошибки стоит исключить заранее

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

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

Как организовать внутреннюю проверку

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

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

Вывод

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

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

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