С выходом обновлений Зарплата и управление персоналом (ЗУП) 3.1 в ветках 3.1.27.x и 3.1.30.x многие пользователи столкнулись с неприятной ситуацией: при формировании регламентированного отчета 6-НДФЛ за 2024 год данные в Разделе 2 начинают «расползаться». Чаще всего это проявляется в том, что часть дохода, которая должна относиться к ставке 15%, внезапно переходит на страницу со ставкой 13%, при этом сумма исчисленного налога может оставаться верной или распределяться хаотично. Проанализируем, почему так происходит и как привести учет в порядок.
Одной из главных причин такого поведения программы является зарегистрированная ошибка (например, баг №000158951), которая проявляется при заполнении 6-НДФЛ в случаях, когда у сотрудников с высоким доходом (более 5 млн руб.) имеются прочие удержания (исполнительные листы, алименты, профсоюзные взносы). Рассмотрим подробнее механику этой ошибки:
НачислениеЗарплатыИВзносов) присутствует расчет налога по обеим ставкам (13% и 15%), и одновременно на вкладке Удержания зафиксированы суммы по исполнительным листам, программа пытается пропорционально распределить эти удержания между базами.Важный момент: если вы сформируете отчет Анализ НДФЛ по месяцам или Сводная справка 2-НДФЛ, вы увидите корректные цифры. Это подтверждает, что в регистрах накопления данные лежат верно, а проблема кроется именно в алгоритме заполнения самой формы 6-НДФЛ.
Еще один важный фактор, который мы должны рассмотреть — это соответствие дат регистрации дохода и дат его фактической выплаты. В 2024 году это критично для 6-НДФЛ. Выясним причину расхождений на примере премий:
Представим ситуацию: документ Премия зарегистрирован в марте. В нем указана плановая дата выплаты — 31.03.2024. Однако фактически ведомость была оформлена и оплачена банком 01.04.2024. В старых релизах (до 3.1.27.246) программа могла «подтянуть» такой доход в первый квартал по дате регистрации. В новых же релизах контроль ужесточен: доход строго относится к периоду по дате выплаты в ведомости.
Если часть дохода «ушла» в другой период, а налог остался (из-за ручных корректировок или особенностей проведения документов), мы получим нарушение контрольных соотношений в 6-НДФЛ. Проверим это с помощью стандартных инструментов. Для детального анализа налога в расчетных документах в разрезе регистраторов можно воспользоваться отчетом для тестирования НДФЛ в документах расчета.
Рассмотрим последовательность действий, которая поможет исправить некорректное заполнение отчета.
Шаг 1. Проверка контрольных отчетов
Прежде всего, убедимся, что проблема именно в заполнении формы, а не в учете. Сравним отчет Анализ НДФЛ по документам-основаниям с данными 6-НДФЛ. Если в Анализе суммы по ставкам 13% и 15% распределены верно, значит, база данных в порядке. Для быстрой проверки соответствия облагаемого дохода, ставок и сумм налога в отчете можно использовать инструмент для проверки и корректировки показателей 6-НДФЛ.
Шаг 2. Установка исправлений (патчей)
Фирма 1С оперативно выпускает исправления для таких ошибок в виде патчей. Нам необходимо проверить их наличие:
Администрирование — Обслуживание.Обновление программы — Установленные исправления (патчи).Шаг 3. Перепроведение цепочки документов
Часто помогает полное обновление записей в регистрах. Разберем, как это сделать правильно:
НачислениеЗарплатыИВзносов, Премия, Отпуск).Обратите внимание: крайне важно, чтобы Дата выплаты в документе-начислении совпадала с Датой в ведомости. Если они различаются, 1С может создать «фантомные» корректировки налога.
Шаг 4. Экспериментальная проверка влияния удержаний
Чтобы окончательно убедиться, что виноваты удержания (алименты), выполним следующий тест на копии базы:
Удержания у «богатых» сотрудников.Анализ НДФЛ.Для технических специалистов будет полезно проанализировать записи в регистрах. Посмотрим на основные объекты, влияющие на заполнение 6-НДФЛ:
РегистрНакопления.СведенияОДоходахНДФЛ — здесь хранится база. Проверьте поле УчитыватьВыплаченныйДоход.РегистрНакопления.РасчетыНалогоплательщиковСБюджетомПоНДФЛ — здесь фиксируется исчисленный налог.РегистрНакопления.НДФЛКПеречислению — записи в этом регистре создаются ведомостями и напрямую влияют на Раздел 2.Пример программного анализа остатков по ставкам (для внешних обработок):
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| НДФЛ.Сотрудник КАК Сотрудник,
| НДФЛ.Регистратор КАК ДокументОснование,
| СУММА(НДФЛ.Сумма) КАК СуммаНалога,
| НДФЛ.Ставка КАК Ставка
|ИЗ
| РегистрНакопления.РасчетыНалогоплательщиковСБюджетомПоНДФЛ КАК НДФЛ
|ГДЕ
| НДФЛ.Период МЕЖДУ &НачалоПериода И &КонецПериода
|СГРУППИРОВАТЬ ПО
| НДФЛ.Сотрудник, НДФЛ.Регистратор, НДФЛ.Ставка";
Подведем итог: Ситуация с некорректным распределением сумм между 13% и 15% в 6-НДФЛ чаще всего вызвана программным сбоем при наличии исполнительных листов у сотрудников-«пятимиллионников». Для решения мы рекомендуем в первую очередь установить все доступные патчи, проверить даты в ведомостях и, если ошибка сохраняется, использовать ручную корректировку показателей строки 120, так как общая сумма налога (строка 140) при этом обычно рассчитывается верно.