Одной из самых неприятных проблем при подготовке отчетности 6-НДФЛ является необъяснимое задвоение или даже утроение сумм в строке 170 раздела 2 — «Сумма налога, не удержанная налоговым агентом». Ситуация часто осложняется тем, что в учете всё кажется верным, но отчет упорно показывает цифры, не соответствующие действительности. В этой статье мы подробно проанализируем причины возникновения этой ошибки, разберем технические огрехи в алгоритмах 1С и выясним, как правильно корректировать данные в программе 1С:Зарплата и управление персоналом.
Проанализируем ситуацию с точки зрения внутреннего устройства программы. Часто корень проблемы кроется в запросах, которые собирают данные для отчета. В актуальных релизах 2024 года была обнаружена ошибка в общем модуле УчетНДФЛЗаполнениеОтчетности, а именно в функции РасчетПоказателей_6НДФЛ_2024Кв2.
Выясним причину технического сбоя. При формировании временных таблиц для раздела 2 программа собирает остатки неудержанного налога. Рассмотрим фрагмент кода, где формируется временная таблица ВТНеУдержано:
ВЫБРАТЬ
Налоги.ФизическоеЛицо КАК ФизическоеЛицо,
Налоги.СтавкаНалога КАК СтавкаНалога,
СУММА(Налоги.Сальдо) КАК НеУдержано,
Налоги.КБК КАК КБК
ПОМЕСТИТЬ ВТНеУдержано
ИЗ
ВТНалогиПоСтавкам КАК Налоги
СГРУППИРОВАТЬ ПО
Налоги.ФизическоеЛицо,
Налоги.СтавкаНалога,
Налоги.КБК
ИМЕЮЩИЕ
СУММА(Налоги.Сальдо) > 0
;
Проанализируем этот запрос. Здесь происходит группировка по физическому лицу, ставке и КБК, но полностью отсутствует разрез по налоговому периоду. В дальнейшем, когда эта таблица соединяется с основными данными отчета, происходит левое соединение:
ЛЕВОЕ СОЕДИНЕНИЕ ВТНеУдержано КАК ПоФизлицам
ПО Налоги.ФизическоеЛицо = ПоФизлицам.ФизическоеЛицо
И Налоги.СтавкаНалога = ПоФизлицам.СтавкаНалога
И Налоги.КБК = ПоФизлицам.КБК
Поскольку условие соединения по периоду отсутствует, запись о неудержанном налоге из прошлого года «прилипает» к каждой записи текущего периода. В результате мы видим задвоение суммы, если у сотрудника был остаток неудержанного налога на начало года (например, с подарка или приза). Для исправления этой ситуации на уровне кода требуется корректировка запроса с добавлением поля НалоговыйПериод.
Если вы не планируете вносить изменения в конфигурацию, рассмотрим вторую распространенную причину — человеческий фактор. Часто бухгалтеры пытаются отразить невозможность удержания налога вручную через документ ОперацияУчетаНДФЛ.
Разберем по шагам, как делать нельзя:
ОперацияУчетаНДФЛ.Посмотрим на результат такого действия: программа видит доход на первой вкладке и автоматически пытается исчислить с него налог. Одновременно на второй вкладке вы принудительно указываете сумму как «переданную». В итоге в 6-НДФЛ налог исчисляется дважды: один раз алгоритмом по доходам, второй раз — по данным о передаче. Чтобы исправить это, необходимо обнулить данные на вкладке «Доходы» в этом документе, оставив информацию только на закладке «Передано в налоговый орган».
Рассмотрим еще один неочевидный нюанс — Дата подписи на титульном листе отчета. Алгоритм заполнения строки 170 крайне чувствителен к этой дате. Проанализируем ситуацию: налог был исчислен в марте (например, с натурального дохода), а удержан только в апреле при выплате зарплаты.
Если на титульном листе указана дата «31.03.2024», программа справедливо считает, что на отчетную дату налог не удержан, и ставит его в строку 170. Однако из-за особенностей внутреннего механизма накопления данных, при определенных условиях (особенно если выплата была в тот же день), сумма может попасть и в исчисленный, и в неудержанный налог одновременно, создавая эффект задвоения общей суммы к оплате по отчету.
Попробуем следующий алгоритм действий для проверки:
Для того чтобы окончательно выяснить, откуда берутся «фантомные» цифры, мы рекомендуем использовать следующий инструментарий:
1. Отчет «Подробный анализ НДФЛ по сотруднику»
Сформируйте его за период с начала года по текущую дату. Особое внимание обратите на колонку «Осталось удержать». Если сумма там совпадает с той, что задваивается в 6-НДФЛ, проблему нужно искать в регистрах накопления РасчетыНалогоплательщиковСБюджетомПоНДФЛ.
2. Проверка релизов
Убедитесь, что ваша база обновлена. Например, в релизе 3.1.31.32 разработчики исправили одну из ошибок, приводившую к «утроению» показателей. Если обновление невозможно, придется прибегнуть к ручной корректировке расшифровки строки в самом отчете.
3. Анализ статусов физлиц
Иногда задвоение строк в разделе 2 происходит из-за дублей в регистре сведений СтатусыФизическихЛицПоНДФЛ. Если по сотруднику введено две записи на одну дату (даже с одинаковым статусом «Резидент»), отчет может продублировать данные по этому человеку в общих итогах.
Подводя итог, можно сказать, что решение проблемы чаще всего кроется либо в обновлении программы до последнего патча, либо в тщательной проверке документов ОперацияУчетаНДФЛ и дат выплаты дохода. Совместными усилиями программиста и бухгалтера данные ошибки успешно устраняются путем выверки регистров и актуализации алгоритмов запроса.