Зарплата в цифровых рублях 1С:ЗУП: почему обмен с банком зависает
Выплатить зарплату в цифровых рублях в 1С:ЗУП можно, если добавить сотруднику реквизит цифрового кошелька в карточку, обновить платформу и конфигурацию до релиза с поддержкой цифрового рубля и настроить обмен с банком — участником платформы Банка России. Работодатель обязан это сделать только по письменному заявлению сотрудника: принудительно переводить всех на цифровые рубли нельзя.
⚙️ Как настроить выплату зарплаты цифровыми рублями в 1С:ЗУП
Схема настройки одинаковая для розницы, производства и IT-компаний: разница только в том, сколько сотрудников одновременно попросят перейти на новый способ получения зарплаты.
- ✓Получить от сотрудника письменное заявление с номером цифрового кошелька — без заявления добавлять реквизит и менять способ выплаты нельзя.
- ✓Проверить, что обслуживающий банк компании подключён к платформе цифрового рубля; если нет, потребуется второй банк-участник или дополнительный договор с текущим банком.
- ✓Обновить платформу 1С и конфигурацию ЗУП до релиза, который поддерживает вид оплаты «цифровой рубль» в зарплатных ведомостях.
- ✓В карточке сотрудника, в разделе способов получения зарплаты, добавить реквизит цифрового кошелька рядом с обычным банковским счётом.
- ✓При формировании ведомости выбрать для этого сотрудника способ выплаты «цифровой рубль» и выгрузить документ в банк-клиент.
- ✓Дождаться подтверждения от платформы — статус проведения обновится в 1С автоматически или после синхронизации, в зависимости от настроек обмена.
Номер цифрового кошелька сотрудника — это персональные данные, поэтому храните и передавайте его с теми же ограничениями доступа, что и банковский счёт, как требует 152-ФЗ.
Если у сотрудника уже есть цифровой кошелёк, но обслуживающий банк компании к платформе не подключён, менять расчётный банк целиком не обязательно — часто достаточно открыть отдельный счёт в банке-участнике только для цифровых выплат и указать его как дополнительный источник в способах получения зарплаты. Это дольше, чем просто добавить реквизит, но не требует переноса всей зарплатной ведомости на новый банк.
Кто может отказаться от цифровых рублей
Работодатель не решает, переводить ли сотрудника на цифровые рубли — решение принимает сотрудник, а работодатель обязан исполнить письменное заявление. Отказать можно только по технической причине: банк не подключён к платформе и подключение объективно невозможно в разумный срок. В этом случае сотруднику нужен письменный ответ с объяснением причины, а не молчание — иначе жалоба в трудовую инспекцию обоснована уже на этом этапе, до всякой задержки выплаты.
Цифровой рубль и обычный перевод зарплаты: что меняется для бухгалтерии
С точки зрения расчёта зарплаты в ЗУП ничего не меняется: начисления, вычеты и налоги считаются одинаково. Разница начинается на этапе выплаты — там появляется новый канал обмена и новые данные в карточке сотрудника.
| Параметр | Обычный перевод на карту | Цифровой рубль |
|---|---|---|
| Что нужно в карточке сотрудника | Номер банковского счёта | Номер цифрового кошелька |
| Через кого проходит платёж | Обслуживающий банк | Банк — участник платформы Банка России |
| Нужно ли обновление 1С | Обычно нет | Да, релиз с поддержкой цифрового рубля |
| Можно ли платить частично | Да, любой суммой | Да — по заявлению, часть цифровыми рублями, часть переводом |
| Кто инициирует переход | Работодатель или сотрудник | Только сотрудник, письменным заявлением |
Для сотрудника разница ощутимее: деньги в цифровых рублях лежат в кошельке на платформе Банка России, а не на счёте в банке, и тратить их можно только там, где цифровой рубль принимают как способ оплаты — это его личный выбор, а не задача бухгалтерии.
Почему при выплате зарплаты цифровыми рублями в 1С:ЗУП возникает ошибка обмена с банком
В бухгалтерии на 40 сотрудников трое написали заявление на цифровые рубли. Бухгалтер формирует итоговую ведомость 3 числа и выгружает её в банк-клиент — 37 переводов уходят без вопросов, а по трём строкам с цифровыми кошельками система выдаёт ошибку обмена.
Цифровой рубль — отдельный канал обмена с платформой Банка России со своими проверками, поэтому ведомость спотыкается именно там, где обычный перевод проходит без вопросов: формат номера кошелька, актуальность релиза 1С, доступность банка-участника в момент отправки. Лишний символ в реквизите или релиз на пару обновлений старше рекомендованного — и обмен зависает именно на цифровых строках, пока остальная ведомость проходит нормально.
Требование пришло не от 1С, а из трудового законодательства: сотрудник имеет право написать заявление на выплату зарплаты цифровыми рублями, и работодатель обязан подключиться к этому механизму, а не проверять, готова ли к нему бухгалтерская программа. Программа должна успевать за законом, а не наоборот — поэтому релиз, который вчера устраивал всех, сегодня может не поддерживать нужный вид оплаты.
Пока ошибку не устранили, зарплата этих троих сотрудников не уходит в срок. Задержка выплаты — это компенсация по статье 236 ТК РФ и повод для жалобы в трудовую инспекцию, даже если из сорока человек не получили деньги всего трое.
🔧 Как исправить ошибку обмена и реквизитов цифрового кошелька в ЗУП
Проверьте реквизиты кошелька
Сверьте номер кошелька в заявлении сотрудника и в карточке символ за символом — при ручном вводе типична опечатка в середине номера, которую не видно на глаз без сверки с оригиналом заявления.
Проверьте релиз платформы и конфигурации
Откройте форму «О программе», сравните установленный релиз с рекомендованным для работы с цифровым рублём и обновите, если версия старше. Дополнительно проверьте, не истёк ли сертификат электронной подписи, которым банк-клиент подписывает обмен — просроченный сертификат даёт точно такую же ошибку, как неверный реквизит.
Проверьте доступность банка-участника
Если реквизиты верны и релиз актуален, а ошибка держится, посмотрите журнал обмена — там обычно виден код ответа платформы: сервис недоступен, истёк сертификат на стороне банка или превышено время ожидания. Код ответа сразу показывает, где искать причину — в 1С, в банке или в сети, через которую сервер выходит на банк-клиент.
После исправления проведите ведомость ещё раз, прежде чем отправлять её в банк повторно: повторная отправка непроведённого документа в некоторых банк-клиентах создаёт дубль платежа, и тогда придётся разбираться уже не с ошибкой обмена, а с возвратом задвоенной суммы.
Что делать, если ошибка синхронизации повторяется каждый расчётный период
Реквизиты у всех верны, релиз обновлён, сертификат действует, а ошибка обмена возвращается из месяца в месяц в один и тот же день — 3 числа, когда бухгалтерия одновременно закрывает месяц, проводит амортизацию и выгружает зарплатную ведомость на одном и том же сервере.
В такой момент причина обычно не в ЗУП, а в сервере: он не успевает обработать сессию обмена с банком в отведённое время, соединение рвётся по таймауту, и непроведёнными остаются именно строки с цифровыми кошельками — они дольше обычного перевода проверяются платформой. Проверить это просто: прогоните тест Гилёва в момент, близкий к пиковой нагрузке, и сравните результат с нормой для вашего числа пользователей.
Если тест показывает результат заметно ниже нормы, перенос базы на выделенный сервер в аренду с ресурсами под пиковую нагрузку снимает ошибку без изменения настроек обмена — сессия банк-клиента просто успевает завершиться в срок.
Если доступа к серверным логам нет, косвенный признак той же причины — жалобы на медленную работу базы именно в день закрытия месяца, а не только на ошибку обмена: отчёты грузятся дольше обычного, проведение документов подвисает. Ошибка цифровых выплат в этом случае — просто первый симптом, который заметили, а не единственная проблема сервера.
🛡️ Как предотвратить сбои цифровых выплат при закрытии месяца
Три меры снимают большую часть повторяющихся ошибок ещё до того, как они начинают срывать сроки выплаты.
Во-первых, тестируйте обмен на копии базы, а не на рабочей: перед тем как включать цифровые рубли для новой группы сотрудников, прогоните ведомость на отдельном виртуальном сервере для 1С, который не делит ресурсы с продуктивной базой.
Во-вторых, разнесите по времени тяжёлые операции: закрытие месяца, амортизацию и выгрузку зарплаты лучше не запускать одновременно на одном сервере, если сотрудников с цифровыми рублями больше пары человек.
В-третьих, доверьте настройку обмена и мониторинг специалисту, а не бухгалтеру, который узнал о цифровом рубле из письма банка: настройка сервера 1С под растущую нагрузку и разовая диагностика повторяющейся ошибки у нас обходится в 3800 руб/час, и обычно на разбор одного стабильного сбоя уходит меньше рабочего дня.
Отдельно держите план «откатиться на обычный перевод»: если платформа цифрового рубля или банк-участник временно недоступны, у сотрудника в карточке должен оставаться действующий банковский счёт, чтобы бухгалтерия закрыла ведомость без ожидания восстановления обмена и без нарушения сроков выплаты.
Раз в квартал имеет смысл повторять тест Гилёва на актуальном числе пользователей — база растёт, а сервер, которого хватало в январе, к осени может не успевать за пиковой нагрузкой закрытия месяца.
Если база уже ощутила нагрузку от цифровых выплат и ошибки идут по кругу, дешевле перенести её на подходящий сервер сейчас, чем разбираться с задержками зарплаты каждое закрытие месяца: аренда сервера 1С у нас начинается от 1100 ₽ в месяц за пользователя, а перенос обычно занимает один-два дня без остановки расчётов на середине периода.
❓ Частые вопросы
Обязана ли компания в Москве переводить зарплату в цифровые рубли по требованию работника?
Да, если сотрудник подал письменное заявление с реквизитами цифрового кошелька, работодатель обязан выплатить всю зарплату или её часть цифровыми рублями. Отказать можно только по объективной технической причине, например если обслуживающий банк не подключён к платформе Банка России, и такой отказ нужно оформить письменно.
Можно ли выплатить цифровыми рублями только часть зарплаты, а остальное перевести на карту?
Да, сотрудник может указать в заявлении, что хочет получать в цифровых рублях фиксированную сумму или процент, а остальное — обычным переводом. В 1С:ЗУП для этого в карточке сохраняют оба реквизита и в ведомости распределяют суммы между двумя способами выплаты.
Почему после обновления релиза 1С:ЗУП вид оплаты «цифровой рубль» всё равно не появляется?
Обычно причина в том, что обновилась только конфигурация, а платформа 1С осталась старой версии, либо не подключён и не настроен обмен с банком-участником платформы цифрового рубля. Проверьте версии платформы и конфигурации отдельно и уточните у банка статус подключения к платформе.
Сколько стоит перенести базу 1С:ЗУП на другой сервер, если текущий не справляется с нагрузкой при закрытии месяца?
Аренда сервера 1С у нас начинается от 1100 ₽ в месяц за пользователя, а сама настройка и перенос базы оплачиваются по ставке сисадмина 3800 руб/час. Итоговая стоимость зависит от числа пользователей и объёма базы, точную цифру считаем после диагностики текущей нагрузки.
Что делать, если ошибка обмена с банком возникла один раз и не повторяется?
Разовый сбой обычно связан с временной недоступностью банка-участника платформы или истёкшим сертификатом электронной подписи — проверьте лог обмена и повторите отправку ведомости после устранения причины. Если ошибка не вернётся при следующей выплате, отдельных настроек 1С менять не нужно.
Или позвоните: +7 906 045-28-27 — в рабочее время с 9:00 до 19:00
Остались вопросы? Нужна помощь?
Менеджеры компании с радостью ответят на ваши вопросы, произведут расчет стоимости услуг и подготовят индивидуальное коммерческое предложение.
Бесплатная консультация

