При переходе на новые правила учета НДФЛ (по дате фактической выплаты дохода) пользователи конфигурации «Управление производственным предприятием» ред. 1.3 столкнулись с серьезной проблемой в релизе 1.3.247.1. Суть ошибки заключается в том, что после проведения итогового документа НачислениеЗарплатыРаботникамОрганизаций сумма НДФЛ в расчетном листке и расчетной ведомости уменьшается на сумму налога, исчисленного с аванса. При этом в самом документе начисления на закладке НДФЛ суммы указаны верно. Дополнительно в отчетах могут «пропадать» стандартные налоговые вычеты.
В этой статье мы подробно разберем причины возникновения данных расхождений и рассмотрим пошаговые алгоритмы их устранения, включая как программные правки, так и административные методы.
Проанализируем механику работы системы. Проблема кроется в регистре накопления НДФЛРасчетыСБюджетом. В последних обновлениях, адаптированных под учет по дате выплаты, алгоритм сторнирования авансового НДФЛ начал работать некорректно, если выплата аванса и финальный расчет зарплаты происходят в одном и том же календарном месяце.
Когда мы проводим документ начисления, он делает записи в регистр. Если в регистре появляется запись с неправильно установленным признаком ЗарегистрированоПриНачисленииАванса или некорректная «отрицательная» запись (краснота), отчет «Расчетный листок», обращаясь к этим данным, ошибочно суммирует их, что визуально занижает итоговый налог. Важно понимать, что это ошибка именно механизмов проведения и формирования движений в конкретном релизе, а не данных в самом документе.
Если у вас нет возможности немедленно обновить конфигурацию до исправленного релиза, рассмотрим методику «обхода» ошибки с помощью стандартных документов. Этот способ позволяет выправить остатки в регистрах, чтобы отчеты начали показывать корректные цифры.
ПерерасчетНДФЛ последним числом месяца, в котором возникла проблема (например, 31.05.2025).НДФЛРасчетыСБюджетом и создаст корректирующую запись (черный плюс), которая перекроет «лишний» минус, возникший при проведении начисления зарплаты.Важный момент: Как только вы обновите информационную базу до исправленного релиза (1.3.247.2 и выше), эти документы ПерерасчетНДФЛ необходимо пометить на удаление, иначе налог в регистрах окажется завышенным, что испортит отчетность 6-НДФЛ.
Многие пользователи заметили, что в расчетном листке перестали отображаться стандартные налоговые вычеты, хотя в регистрах они присутствуют. Выясним причину: в запросе отчета «Расчетный листок» в СКД используется фильтр по полю Период для регистра вычетов. В новых реалиях данные должны выбираться по полю МесяцРегистрации.
Разберем, как внести исправления в запрос отчета. Нам необходимо найти фрагмент запроса, отвечающий за выборку из регистра НДФЛПредоставленныеСтандартныеВычетыФизЛиц. Изменим условие в блоке ГДЕ:
ИЗ
РегистрНакопления.НДФЛПредоставленныеСтандартныеВычетыФизЛиц КАК НДФЛВычеты
ГДЕ
НДФЛВычеты.МесяцРегистрации МЕЖДУ &НачалоПериода И &КонецПериода
Вместо использования стандартного поля Период, которое теперь может относиться к дате выплаты (другому месяцу), мы жестко привязываемся к МесяцРегистрации. После этого изменения вычеты снова начнут попадать в печатную форму листка.
Проанализируем ситуацию с датами. Иногда ошибка провоцируется тем, что дата выплаты зарплаты попадает на выходной день. Посмотрим на пример: если 31 мая — суббота, банки не проводят платежи. Если в документе начисления стоит дата выплаты 31.05, а фактически деньги уйдут 02.06, программа может распределить НДФЛ и вычеты по разным налоговым периодам.
Попробуйте установить в документе НачислениеЗарплатыРаботникамОрганизаций на закладке НДФЛ дату выплаты дохода, соответствующую реальному рабочему дню выплаты (например, 02.06.2025). В некоторых случаях это позволяет системе правильно сопоставить аванс и итоговый расчет без дополнительных манипуляций с кодом.
Самым правильным и надежным решением является обновление конфигурации. В версии 1.3.247.2 разработчики полностью пересмотрели логику формирования движений по НДФЛ.
Что изменилось в новом релизе:
ПроцедурыУправленияПерсоналом, а именно логика формирования записей в регистр НДФЛРасчетыСБюджетом.ЗарегистрированоПриНачисленииАванса заполняется корректно, что исключает «двойное» вычитание налога в отчетах.После обновления обязательно перепроведите документы начисления за проблемный месяц и проверьте результат. Если вы использовали Способ 1, не забудьте отменить проведение документов перерасчета.
Если вы столкнулись с занижением НДФЛ в расчетном листке УПП 1.3:
НДФЛРасчетыСБюджетом на предмет «красноты».Период на МесяцРегистрации в коде отчета.