Многие пользователи программы 1С:Зарплата и Управление Персоналом (ЗУП) 3.1 сталкиваются с ситуацией, когда в итоговом документе Начисление зарплаты и взносов в табличной части налога НДФЛ отображается несколько строк по одному сотруднику. На первый взгляд это выглядит как ошибка или «задвоение» налога, особенно если суммы соответствуют налогу с аванса и налогу с остатка зарплаты. Проанализируем, почему так происходит, и выясним, является ли это ошибкой или штатной работой программы.
Для начала разберем исторический контекст. До середины 2022 года и окончательно до 2023 года в программе 1С действовал принцип, согласно которому датой получения дохода в виде оплаты труда считался последний день месяца. НДФЛ с аванса (первой половины месяца) был лишь «справочным» — он рассчитывался в документе Начисление за первую половину месяца, но фактически не фиксировался в регистрах учета для отчетности до момента окончательного расчета зарплаты.
С внесением изменений в Налоговый кодекс РФ ситуация кардинально изменилась. Теперь датой фактического получения дохода считается день его выплаты. Это означает, что аванс теперь — это отдельный доход, с которого нужно исчислить, удержать и перечислить налог. Рассмотрим подробнее, как это реализовано в ЗУП 3.1.
Проанализируем ситуацию, описанную в теме. Когда мы создаем документ Начисление за первую половину месяца, программа рассчитывает сумму дохода и исчисляет с нее НДФЛ. Например, с 10 000 руб. исчисляется 1 300 руб. НДФЛ. Этот налог фиксируется в системе как исчисленный на дату выплаты аванса.
При создании итогового документа Начисление зарплаты и взносов за весь месяц, программа выполняет следующие действия:
В табличной части документа мы можем увидеть две строки: одна на 1 300 руб. (соответствует авансу) и вторая на 2 600 руб. (остаток налога). В некоторых случаях программа может показать полную сумму 3 900 руб. и сторнировать (отрицательным значением) 1 300 руб., если данные пересчитывались. Это не является ошибкой. Это способ программы показать бухгалтеру, как сложилась итоговая сумма налога нарастающим итогом за месяц.
Выясним причину, по которой расчет может «сломаться». В современных версиях ЗУП 3.1 (начиная с релизов 3.1.22.x) расчет налога жестко привязан к полю Дата выплаты, которое находится в нижней части документов начисления.
Рассмотрим пример негативного сценария:
Начисление за первую половину месяца указана планируемая дата выплаты 20-е число.Начисление зарплаты и взносов указана дата выплаты 5-е число следующего месяца.Если между этими датами происходит пересечение налоговых периодов (месячных или годовых) или если бухгалтер меняет дату в ведомости, но не обновляет ее в документе-основании, программа может решить, что налог с аванса не был корректно зафиксирован. В результате при итоговом начислении она попытается исчислить налог заново со всей суммы дохода, не учитывая авансовый расчет. Это и приводит к реальному завышению налога в Расчетном листке.
Чтобы убедиться, что программа работает правильно, не стоит полагаться только на визуальную проверку строк в документе. Разберем шаги для полноценной проверки:
Шаг 1. Формирование отчета «Подробный анализ НДФЛ по сотруднику»
Это самый важный инструмент. В нем мы должны проанализировать колонку Исчислено. Сумма исчисленного налога за месяц должна строго соответствовать формуле: (Все облагаемые начисления за месяц) * 0.13. Если итоговая сумма совпадает, то не имеет значения, сколькими строками она разбита в самом документе начисления зарплаты.
Шаг 2. Проверка последовательности документов
Соблюдайте строгую хронологию. Если вы внесли изменения в Начисление за первую половину месяца после того, как создали итоговое Начисление зарплаты и взносов, последний документ обязательно нужно перезаполнить.
Шаг 3. Анализ регистра накопления
Для технических специалистов будет полезно заглянуть в регистр Расчеты налогоплательщиков с бюджетом по НДФЛ. Рассмотрим структуру движений:
Вид движения: Приход
Документ-основание: Начисление за первую половину месяца
Сумма: 1300
Вид движения: Приход
Документ-основание: Начисление зарплаты и взносов
Сумма: 2600 (Добор до полной суммы 3900)
Посмотрим на ситуацию глазами бухгалтера, который привык к старым релизам. Раньше Начисление зарплаты и взносов было единственным документом, который реально «двигал» НДФЛ. Сейчас же ЗУП 3.1 работает по принципу непрерывного накопления дохода и налога по датам выплат. Каждая выплата — это событие для налогового учета. Поэтому в итоговом документе программа обязана «подтянуть» все промежуточные расчеты, чтобы вывести корректное сальдо по налогу на конец месяца.
Начисление за первую половину месяца после выплаты аванса. Это приведет к тому, что итоговый документ начислит налог повторно, так как «потеряет» связь с авансовым платежом.Начислении зарплаты две строки НДФЛ (одну положительную, другую такую же, но с минусом), это означает, что программа пересчитала налог с аванса. Это штатный механизм актуализации данных.Корректировать НДФЛ только в крайних случаях, когда программа не справляется с расчетом из-за сложных вычетов или перерасчетов прошлых периодов.Таким образом, мы выяснили, что появление двух строк НДФЛ в документе Начисление зарплаты и взносов — это следствие новой методики учета «по выплате». Если итоговая сумма налога в Расчетном листке и Подробном анализе НДФЛ верна, предпринимать никаких действий по «схлопыванию» строк не нужно.