Как настроить указание кодов вида доходов в поле 20 платежного поручения в 1С:ERP и ЗУП

Бухгалтер 1С v8.3 (Управляемые формы) 1С:ERP Управление предприятием Бухгалтерский учет
← На главную

С июня 2020 года вступили в силу изменения в банковском законодательстве, согласно которым работодатели обязаны указывать специальные коды вида доходов в платежных документах на выплату физическим лицам. Это необходимо для того, чтобы судебные приставы и банки могли определить, с каких сумм можно удерживать долги по исполнительным производствам, а какие выплаты являются защищенными (иммунитетными). Рассмотрим подробно, как этот функционал реализован в решениях 1С и что делать, если коды не отображаются в печатных формах.

Законодательный контекст и актуальные коды

Согласно Указанию Банка России от 14.10.2019 № 5286-У (и более поздним уточнениям), в поле 20 «Наз. пл.» (Назначение платежа) платежного поручения должен быть проставлен соответствующий код. Проанализируем актуальный перечень кодов, действующий на текущий момент (с учетом расширения списка в 2022 году):

Настройка кодов в 1С:ERP и ЗУП 3.1

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

  1. Проверка настроек начислений: Перейдем в настройки видов расчетов (Начисления). Для каждого вида начисления на вкладке «Налоги, взносы, бухучет» должен быть указан корректный «Вид дохода» для целей исполнительного производства. Например, для «Оплаты по окладу» автоматически устанавливается значение 1 — Заработная плата и иные доходы с ограничением взыскания.
  2. Оформление ведомости: При создании документов Ведомость в банк или Ведомость на счета программа автоматически анализирует состав начислений. В колонке «Вид дохода» будет проставлен код (1, 2 или 3). Если в одну ведомость попадают выплаты с разными кодами, программа предложит разделить их, так как в одном платежном поручении (или одном реестре к нему) может быть указан только один код дохода.
  3. Создание платежного поручения: На основании ведомости или при загрузке данных из ЗУП в ERP формируется документ Списание с расчетного счета или Платежное поручение. В этих документах появляется реквизит Вид дохода.

Проблема пустого поля в печатной форме

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

Во-первых, проверьте версию конфигурации. Как было замечено в обсуждении, поддержка кодов появилась в ERP начиная с версий 2.4.12 и 2.5.3 (финальные релизы). Если у вас установлена тестовая версия, функционал может работать некорректно. Обновите программу до актуального релиза.

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

Реализация в устаревших конфигурациях (ЗУП 2.5 КОРП и УПП)

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

В документах выплаты (Ведомости) добавлены соответствующие реквизиты. При выгрузке данных в банк через обработку «Обмен с банками по зарплатным проектам», код дохода попадает в XML-файл в тэг KodDohod. Если вы используете кастомные обработки выгрузки, их необходимо доработать, добавив передачу этого параметра.

Указание удержанных сумм в назначении платежа

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

//ВЗС//Сумма//

Например, если из зарплаты 50 000 рублей вы удержали 10 000 рублей алиментов, то в поле «Назначение платежа» программа должна добавить строку: //ВЗС//10000-00//. Это позволяет банку понять, что часть средств уже «очищена» и не подлежит повторному взысканию.

В 1С:ERP этот механизм работает автоматически при условии, что в ведомости заполнена колонка «Удержано». Если вы вносите данные вручную, обязательно соблюдайте синтаксис (двойные слэши и дефис перед копейками).

Особенности при работе с аутсорсингом и самозанятыми

Рассмотрим ситуацию, когда выплаты зарплаты переданы на аутсорсинг. Если ваша организация переводит общую сумму «котловым» методом на счет компании-аутсорсера, то в этом платежном поручении код дохода не указывается, так как это расчет между юридическими лицами. Ответственность за корректное указание кодов в адрес конечных сотрудников в этом случае несет аутсорсер.

При выплатах самозанятым (плательщикам НПД) за оказанные услуги, если расчет идет как с контрагентом, код дохода также не требуется. Однако, если вы совершаете выплату физлицу по обычному договору ГПХ, код «1» обязателен к заполнению.

Ответственность за нарушения

Выясним, чем грозит неверное указание кодов. Согласно статье 17.14 КоАП РФ, нарушение правил совершения банковских операций по исполнительным документам влечет наложение штрафов:

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

Технические детали для разработчиков

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


// Пример получения кода для выгрузки
Если СвойствоОбъекта = "ВидДоходаИсполнительногоПроизводства" Тогда
    КодДляБанка = СокрЛП(Строка(Объект.ВидДоходаИсполнительногоПроизводства.Код));
КонецЕсли;

При интеграции с кастомными системами банк-клиент убедитесь, что формат экспорта соответствует актуальным требованиям банка (обычно это стандарт ISO 20022 или расширенный формат 1С/DirectBank).

← На главную