Многие пользователи программы 1С:Зарплата и Управление Персоналом версии 3.1.23.460 и выше столкнулись с неожиданным поведением отчета «Регистр налогового учета по НДФЛ». При попытке сформировать отчет за период, захватывающий конец 2022 года и начало 2023 года, данные начинают вести себя странно: суммы могут удваиваться, а доходы за декабрь «исчезать» из одного года и «появляться» в другом. Разберем детально, почему это происходит и как правильно работать с программой в новых реалиях законодательства.
Главная причина «ерунды» в отчетах — это вступление в силу Федерального закона № 263-ФЗ. Рассмотрим, что изменилось в корне. До 2023 года для доходов в виде оплаты труда действовало правило: датой получения дохода считался последний день месяца, за который начислена зарплата. С 1 января 2023 года это правило упразднено. Теперь датой фактического получения дохода всегда является день его выплаты (перечисления на счет или выдачи из кассы).
Проанализируем ситуацию на примере декабрьской зарплаты. Если заработная плата за декабрь 2022 года была выплачена сотрудникам 10 января 2023 года, то с точки зрения налогового кодекса этот доход относится к 2023 году. В программе это отражается следующим образом:
2-НДФЛ (Приложение 1 к 6-НДФЛ) за 2022 год этот доход не отображается.Когда мы пытаемся сформировать «Регистр налогового учета по НДФЛ» за период «декабрь + январь», система пытается объединить два разных принципа учета. До 31.12.2022 действовал один алгоритм, с 01.01.2023 — другой. Отчет не предназначен для одновременного вывода данных за разные налоговые периоды (годы), так как структура хранения данных в регистрах накопления УчетДоходовДляИсчисленияНДФЛ и РасчетыНалогоплательщиковСБюджетомПоНДФЛ существенно изменилась.
Выясним причину визуального задвоения сумм. В новых версиях 1С:ЗУП 3.1 отчет «Регистр налогового учета» жестко привязан к понятию налогового периода. Налоговый период по НДФЛ — это календарный год.
При формировании отчета за кросс-период (например, с 01.12.2022 по 31.01.2023) программные механизмы группировки данных могут давать сбой. Это происходит потому, что записи регистра за декабрь, выплаченный в январе, имеют сложную аналитику: Период регистрации — декабрь, но Дата получения дохода — январь. Программа видит одну и ту же сумму в разных разрезах и, пытаясь «схлопнуть» их в одну таблицу, выводит дублирующие строки или суммирует их некорректно. Правильный подход — всегда формировать регистр строго за один календарный год.
Рассмотрим подробнее влияние документа Начисление зарплаты и взносов. В каждом таком документе есть поле Планируемая дата выплаты. В версии 3.1.23.460 корректность заполнения регистра НДФЛ критически зависит от этой настройки.
Если в начислении за декабрь была указана планируемая дата 30.12.2022, а фактическая выплата по документу Ведомость в банк прошла 10.01.2023, в системе возникает конфликт дат. Проанализируем цепочку действий для исправления:
Ведомости указана верная дата выплаты.Ведомости рассчитан и зафиксирован именно на дату выплаты.Пересчет НДФЛ, если это требуется для закрытия периода.Посмотрим на ситуацию глазами сотрудника. Работнику часто нужна справка «за 2022 год» для получения вычетов, и он ожидает увидеть там доход за все 12 месяцев. Однако, если декабрьская зарплата выплачена в январе 2023, по правилам ФНС она не должна входить в справку за 2022 год.
Важный совет: Не пытайтесь «руками» подтянуть декабрьский доход в 2022 год. Это приведет к тому, что ваша справка 2-НДФЛ не сойдется с отчетом 6-НДФЛ. Налоговая инспекция пришлет требование о пояснении расхождений. Если сотруднику крайне важна информация о начислениях (а не о налоговом доходе), предложите ему Расчетный листок или справку в произвольной форме, которая не является официальной налоговой отчетностью.
Разберем ситуацию, упомянутую в обсуждении: «начислили через банк, а выплатили через кассу». В 1С:ЗУП 3.1 учет НДФЛ ведется в разрезе аналитики Способ выплаты. Если в документе-основании (начислении) указано, что выплата будет через банк, а итоговая Ведомость сформирована в кассу, программа может создать корректирующие записи в регистрах.
В «Регистре налогового учета» это часто выглядит как две строки: одна со знаком «плюс», другая со знаком «минус», или же просто две положительные строки, которые визуально удваивают доход. Чтобы избежать этого, следите за тем, чтобы способ выплаты в карточке сотрудника и в документах начисления совпадал с фактическим способом выплаты в ведомостях.
Для того чтобы Регистр НДФЛ формировался корректно, выполним следующие шаги по проверке учетных данных:
Учет доходов для исчисления НДФЛ. Это можно сделать через меню «Все функции» (или «Функции для технического специалиста»).Операция учета НДФЛ для ручной корректировки «хвостов» переходного периода, но делать это нужно крайне осторожно.Подведем итог: Необычное поведение регистра в версии 3.1.23.460 — это не всегда ошибка программы, а чаще всего следствие изменения правил налогового учета. Главное правило: формируйте Регистр налогового учета по НДФЛ строго за один календарный год. Если данные за декабрь 2022 года «ушли» в 2023 год из-за даты выплаты — это нормальное поведение системы, соответствующее текущему законодательству РФ.