Ситуация, когда в программе «1С:Зарплата и управление персоналом 3.1» сумма НДФЛ в расчетных листках внезапно уменьшается или становится некорректной, является одной из самых распространенных и при этом трудоемких в плане поиска причин. Особенно часто это проявляется начиная с февраля, когда вступают в силу механизмы нарастающего итога и применения налоговых вычетов. В данной статье мы подробно разберем, почему программа может занижать налог, как провести диагностику и исправить накопленные ошибки в учете.
Для начала проанализируем базовый принцип работы программы. НДФЛ в ЗУП 3.1 рассчитывается не за отдельный месяц, а как общая сумма налога с начала года за вычетом уже исчисленного налога в предыдущих месяцах. Формула выглядит следующим образом: (Доходы с начала года - Вычеты с начала года) * Ставка - Исчисленный ранее налог.
Рассмотрим ситуацию: если в январе бухгалтер вручную увеличил НДФЛ в документе Начисление зарплаты и взносов (например, пытаясь «подтянуть» налог под выплату), то в феврале программа увидит общую сумму дохода за два месяца и поймет, что в январе налога было исчислено больше, чем положено по закону. Чтобы выйти на верную итоговую цифру, система автоматически уменьшит сумму НДФЛ в феврале. Любая ручная правка налога — это «мина замедленного действия», которая обязательно сработает в следующем периоде.
Как показывает практика и разбор реальных кейсов, наиболее частая причина занижения НДФЛ заключается в некорректном отражении выплаты аванса. Разберем этот механизм по шагам:
Начисление за первую половину месяца. Он исчисляет НДФЛ с аванса.Ведомость на выплату аванса. Критически важно, чтобы ведомость была создана с видом выплаты «Аванс» и была подобрана по документам-основаниям.Начисление зарплаты и взносов.Проанализируем проблему: если бухгалтер набивает ведомость на аванс «вручную» (просто указывая суммы к выплате без привязки к расчетному документу аванса), программа 1С не видит, что начисленный аванс был фактически выплачен. С точки зрения системы, доход по авансу «повис». В результате итоговый документ Начисление зарплаты и взносов выполняет следующую операцию: он сторнирует (отменяет) исчисленный НДФЛ из аванса и пересчитывает его заново на всю сумму дохода месяца. Если в регистрах при этом есть перекосы по датам получения дохода, в расчетном листке мы увидим заниженную сумму налога, так как программа пытается скомпенсировать «невыплаченные», по ее мнению, суммы.
Чтобы докопаться до истины, нам не обойтись без детального анализа данных. Рекомендуется использовать отчет «Анализ НДФЛ по датам получения дохода». При его настройке следует обратить внимание на следующие моменты:
Регистрация в ИФНС, Месяц налогового периода и, что самое важное, Документ-основание.Также выясним причину через регистры накопления. Нам понадобятся три основных регистра:
Зарплата к выплате авансом — здесь хранятся остатки невыплаченных авансов.Учет доходов для исчисления НДФЛ — здесь фиксируется дата получения дохода.Расчеты налогоплательщиков с бюджетом по НДФЛ — основной регистр, где «живет» исчисленный налог.Если в регистре Зарплата к выплате авансом висят остатки, хотя люди деньги получили — это прямой сигнал к тому, что ведомости были оформлены неверно.
С 2023 года дата получения дохода для НДФЛ — это фактический день выплаты. Рассмотрим пример: зарплата за январь выплачивается 2 февраля. С точки зрения налогового учета, это доход февраля. Если 20 февраля выплачивается аванс за февраль, то в одном месяце (феврале) у сотрудника образуется две выплаты.
Проанализируем ситуацию с вычетами: если доход января (выплаченный в феврале) меньше порога применения вычетов, программа может применить стандартный налоговый вычет на детей. Затем, при расчете аванса в конце февраля, она может применить вычет еще раз, если посчитает, что доход января относился к январю, а февральский — к февралю, но выплаты пересеклись. Это приводит к тому, что база для налога уменьшается вдвойне, и НДФЛ в февральском квитке становится подозрительно маленьким.
Если вы обнаружили, что в базе накоплено много ошибок («хвостов»), выполните следующие действия в копии базы:
Важный момент: если вы правили 6-НДФЛ вручную в первом квартале, то автоматическое исправление учета в программе приведет к тому, что данные в ЗУП перестанут сходиться с уже сданным отчетом. В этом случае придется либо подавать корректировку, либо продолжать «ручные правки» до конца года, что крайне не рекомендуется, так как трудозатраты будут расти в геометрической прогрессии.
Выясним еще одну возможную причину. В ЗУП 3.1 учет ведется в разрезе регистраций в налоговом органе. Если сотрудник работает в двух подразделениях (например, «Управление» и «Котельная»), которые относятся к разным ОКТМО или ИФНС, программа рассчитывает налог по каждому месту отдельно.
Посмотрим на пример: начисление произошло по «Котельной», а вычеты ошибочно применились к доходу в «Управлении». Если доход в «Управлении» меньше суммы вычета, НДФЛ там обнулится, а в «Котельной» начислится полностью. Но из-за общего пересчета нарастающим итогом по физлицу может возникнуть ситуация, когда программа «перекидывает» налог между регистрациями, что визуально в общем расчетном листке выглядит как ошибка.
В заключение отметим: для корректного учета НДФЛ в ЗУП 3.1 необходимо полностью отказаться от ручного ввода сумм в ведомостях и документах начисления. Программа является автоматизированной системой, которая опирается на строгие связи между объектами. Нарушение этих связей — главная причина «заниженного» НДФЛ.