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