С июня 2020 года российское законодательство обязало всех работодателей указывать специальные коды вида дохода в платежных документах при перечислении денежных средств физическим лицам. Это необходимо для того, чтобы банки могли корректно рассчитывать сумму удержаний по исполнительным листам, не посягая на доходы, защищенные законом. Однако многие пользователи программы 1С:Бухгалтерия предприятия 3.0, работающие по зарплатным проектам (через реестры), столкнулись с технической сложностью: в платежном поручении на общую сумму по реестру поле для кода дохода изначально отсутствовало.
В этой статье мы подробно разберем, как решить эту проблему, проанализируем изменения в программе и выясним, как правильно организовать учет, если вы ведете расчет зарплаты во внешней программе, например, в 1С:Зарплата и управление персоналом (ЗУП).
Рассмотрим стандартную ситуацию: организация ведет учет зарплаты в 1С:ЗУП, а платежные поручения формирует в 1С:Бухгалтерия (БП). При создании платежного поручения с видом операции «Перечисление заработной платы по ведомостям» бухгалтер ожидает увидеть поле для указания кода вида дохода. Однако в ранних релизах (до 3.0.78) этого поля для данной операции не было. Оно появлялось только при выборе операции «Перечисление заработной платы работнику» (индивидуально).
Логика разработчиков 1С изначально заключалась в том, что информация о кодах должна храниться и передаваться внутри самой ведомости (реестра), а не в общем платежном поручении на банк. Но требования многих банков оказались жестче: они требовали наличия кода непосредственно в реквизитах самого платежного поручения. Проанализируем, как программные решения адаптировались к этим требованиям.
Первым и самым важным шагом является проверка актуальности вашей конфигурации. Начиная с релиза 3.0.78 от 04.06.2020, фирма 1С реализовала возможность указания кода в платежном поручении даже для вида операции ПеречислениеЗаработнойПлатыПоВедомостям.
Проанализируем порядок действий после обновления:
Важный нюанс: Если в одном реестре у вас теоретически могут быть сотрудники с разными типами доходов (например, зарплата и компенсация за использование личного транспорта), технически правильно будет разделять такие выплаты на разные платежные поручения и разные реестры. На каждый код дохода — своя платежка.
Выясним, как данные попадают из кадровой программы в бухгалтерскую. В 1С:ЗУП код дохода указывается непосредственно в документе «Ведомость в банк». При синхронизации документов с 1С:Бухгалтерия эти данные передаются вместе с ведомостью.
Разберем алгоритм работы по шагам:
ЗУП сформируем ведомость. Проверим, что в колонке «Вид дохода» проставлено верное значение (например, «Заработная плата и иные доходы с ограничением взыскания»).Бухгалтерией предприятия.БП создадим на основании загруженной ведомости «Платежное поручение».Если же вы используете более старый релиз или по каким-то причинам не можете обновиться, бухгалтеры часто прибегают к ручному добавлению поля в форму документа через «Изменить форму», но мы рекомендуем использовать стандартные механизмы обновления, так как это гарантирует корректную выгрузку данных в файл для банк-клиента.
Для правильного заполнения поля 20 («Наз. пл.») необходимо четко понимать, какой код к каким выплатам относится. На текущий момент система кодов расширена:
Код «1» — используется для большинства выплат: заработная плата, премии, отпускные, больничные (за счет работодателя). С этих сумм банк может удерживать средства, но с соблюдением ограничений по проценту (обычно не более 50% или 70%).
Код «2» — применяется для периодических выплат, на которые взыскание не может быть обращено (иммунитет). Это алименты, компенсации в связи со служебной командировкой, пособия в связи с рождением ребенка.
Код «3» — выплаты в счет возмещения вреда здоровью или компенсации пострадавшим от катастроф (периодические).
Код «4» — единовременные выплаты, имеющие характер социальной поддержки (например, единовременная материальная помощь при рождении ребенка).
Код «5» — единовременные выплаты в счет возмещения вреда здоровью.
Посмотрим на типичную ошибку: попытку отправить одним платежным поручением зарплату (код 1) и суточные (код 2). В этом случае банк не сможет корректно обработать реестр. Правило: один код — одна платежка — один реестр.
Помимо выбора цифрового кода в специальном поле, законодательство обязывает указывать в тексте назначения платежа сумму, которую работодатель уже удержал по исполнительному листу самостоятельно. Рассмотрим формат записи.
Если из зарплаты сотрудника было удержано, например, 5000 рублей алиментов, то при выплате оставшейся суммы в назначении платежа (в файле реестра для каждого сотрудника) должна появиться запись:
//ВЗС//5000-00//
В самой 1С:Бухгалтерия при формировании реестра через зарплатный проект эти данные заполняются автоматически, если в программе разнесены документы «Исполнительный лист». Проанализируем ситуацию: если удержаний не было, маркер //ВЗС// не ставится. Банк, видя этот маркер, понимает, что часть долга уже погашена, и рассчитывает остаток для взыскания (если у сотрудника есть другие долги перед банком) корректно.
Выясним, как обеспечить попадание кодов в банк, если выгрузка идет из 1С. При выгрузке документа «Ведомость в банк» программа формирует XML-файл. В структуре этого файла для каждого сотрудника предусмотрен тег IncomeType (код вида дохода) и тег для удержанной суммы.
Если банк сообщает вам, что коды «не видны», проверьте следующее:
1С актуальный формат обмена с банком (обычно это стандарт ISO 20022 или специализированные форматы конкретных банков версии 3.5 и выше).БП 3.0 вручную без привязки к ведомостям (что не рекомендуется для реестров), убедитесь, что в поле «Назначение платежа» вы указали код в соответствии с требованиями вашего банк-клиента.Проанализировав ситуацию, мы видим, что проблема отсутствия поля для назначения платежа в ранних версиях 1С была вызвана переходным периодом в законодательстве. Современные релизы 1С:Бухгалтерия 3.0 (начиная с 3.0.78 и выше) полностью поддерживают требования 229-ФЗ.
Для успешной работы бухгалтеру необходимо:
Соблюдение этих правил позволит избежать штрафов (которые для юридических лиц могут достигать 100 000 рублей) и предотвратит конфликтные ситуации с сотрудниками, у которых банк мог бы ошибочно списать лишние средства из-за отсутствия кода дохода.