← На главную

При работе в программе «1С:Зарплата и управление персоналом» (редакция 3.1) бухгалтеры часто сталкиваются с ситуацией, когда в отчете «Анализ НДФЛ по месяцам» сумма в колонке «Удержано» превышает сумму в колонке «Исчислено». Особенно остро этот вопрос встал после 2023 года, когда правила учета НДФЛ коренным образом изменились. В данной статье мы подробно разберем, почему возникают такие расхождения, как на это влияют даты документов и как правильно анализировать налоговые периоды, чтобы данные в отчетах сходились.

Понимаем логику «нового» НДФЛ в 1С:ЗУП

Прежде чем приступать к поиску ошибок, нам необходимо вспомнить ключевое изменение: с 2023 года дата фактического получения дохода для целей НДФЛ — это дата выплаты денег сотруднику (деньги в кассе или перечисление на банковский счет). Это правило применяется ко всем видам доходов, включая зарплату, отпускные и больничные.

Рассмотрим, как это отражается в программе. Отчет «Анализ НДФЛ по месяцам» теперь строится не по календарным месяцам начисления (как мы привыкли раньше), а по месяцам налогового периода. Налоговый период в 2023 году был привязан к интервалам с 23-го числа предыдущего месяца по 22-е число текущего. Если выплата (Ведомость) прошла, например, 28.04, то этот доход и соответствующий налог относятся к налоговому периоду «Май» (так как период «Апрель» закончился 22-го числа).

Анализируем причины расхождения: «Планируемая дата выплаты»

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

1. Проанализируем документ «Отпуск» (или другой межрасчетный документ). Перейдем на вкладку «Основное» и найдем поле «Планируемая дата выплаты». Именно на эту дату программа делает запись в регистр об исчисленном НДФЛ.
2. Теперь посмотрим на документ «Ведомость», которым этот отпуск был фактически выплачен. Дата этого документа определяет момент удержания НДФЛ.
3. Если в «Отпуске» стояла дата, например, 20.04 (период «Апрель»), а ведомость сделана 28.04 (период «Май»), то в отчете за период по 24.04 мы увидим исчисленный налог, но не увидим удержанного. В ситуации автора вопроса ситуация обратная — удержано больше. Это значит, что удержание попало в выбранный интервал, а исчисление «улетело» в другой.

Проверяем расшифровку налога в Ведомости

Если мы обнаружили, что суммы не сходятся, нам нужно зайти «внутрь» документа выплаты. Выясним причину, выполнив следующие действия:

Откроем «Ведомость», перейдем в колонку «НДФЛ к перечислению» и нажмем на сумму (откроется окно расшифровки). Проанализируем колонку «Документ-основание». Бывает так, что в одну ведомость «подтягивается» налог, исчисленный разными документами за разные периоды. Если программа видит «недоудержанный» налог за прошлые даты, она автоматически добавит его в текущую ведомость, что и приведет к превышению удержанного над исчисленным в текущем периоде.

Работа с регистрами: технический анализ проблемы

Для тех, кто хочет докопаться до самой сути, рассмотрим работу с регистрами накопления. В 1С:ЗУП данные для колонок «Исчислено» и «Удержано» берутся из разных «хранилищ»:

• Исчислено: Регистр накопления РасчетыНалогоплательщиковСБюджетомПоНДФЛ с видом записи Приход.
• Удержано: Тот же регистр РасчетыНалогоплательщиковСБюджетомПоНДФЛ, но с видом записи Расход.

Чтобы проверить эти записи, воспользуемся режимом «Функции для технического специалиста» (ранее — «Все функции»):

1. Найдем регистр накопления РасчетыНалогоплательщиковСБюджетомПоНДФЛ.
2. Установим отбор по конкретному сотруднику и периоду.
3. Проанализируем колонки «Период», «Регистратор» и «Крайний срок уплаты».

Часто выясняется, что документ начисления, сделанный будущим числом, или пересортица по категориям дохода (например, «Прочие доходы» вместо «Оплата труда») мешает программе корректно сопоставить записи.

Рекомендации по формированию отчетов

Рассмотрим совет опытных специалистов: не пытайтесь «резать» отчеты НДФЛ произвольными датами, если это не требуется для сверки конкретной ведомости. Бухгалтер часто просит отчет «на текущую дату» (например, по 24-е число), но логика программы настроена на закрытие периодов (с 23-го по 22-е). Попытка отсечь данные посередине налогового месяца неизбежно приводит к визуальным искажениям.

Для детальной проверки используйте отчет «Подробный анализ НДФЛ по сотруднику». Разберем, чем он лучше:

• В нем наглядно видна связка: Документ-основание -> Начислено -> Исчислено -> Выплачено -> Удержано.
• Он позволяет увидеть «хвосты» — когда налог был исчислен в одном месяце, а удержан в другом.
• В нем проще отследить пересортицу по кодам ОКАТО/КПП, которая также является частой причиной того, что «Удержано» больше «Исчислено» (программа видит удержание по одному КПП, а исчисление — по другому).

Подводим итоги

Проанализировав ситуацию, можно сделать вывод: если в отчете «Анализ НДФЛ по месяцам» удержанная сумма превышает исчисленную, это не всегда ошибка. Скорее всего, это следствие того, что выплата дохода (удержание) попала в текущий налоговый период, а само начисление (исчисление) — в другой (предыдущий или следующий) из-за установленной «Планируемой даты выплаты».

Алгоритм действий для исправления:

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

Помните, что релизы ветки 3.1.26 и выше содержат множество автоматических корректировок. Всегда проверяйте, чтобы в расшифровке налога в Ведомости не было пустых строк или строк с прошлыми периодами, если вы их не ожидали там увидеть.