При работе в программе 1С:Зарплата и управление персоналом 3.1 бухгалтеры часто сталкиваются с ситуацией, когда сумма удержанного НДФЛ в ведомости на выплату не совпадает с суммой исчисленного налога в документе начисления. Особенно остро эта проблема проявляется, если в одном расчетном периоде сотруднику начисляются как облагаемые налогом суммы (оклад, премии), так и необлагаемые (компенсации, материальная помощь в пределах лимита).
Рассмотрим ситуацию на примере: сотруднику начислено 19 552 руб., из которых исчислен НДФЛ в размере 2 542 руб. При формировании ведомости на выплату остатка зарплаты программа предлагает к выплате корректную сумму "на руки", но в колонке "НДФЛ к перечислению" отображается странная цифра, например, 378 руб. Выясним причину такого поведения системы и разберем способы решения проблемы.
Главная особенность 1С:ЗУП 3.1 заключается в том, что программа не умеет автоматически "отделять" облагаемые суммы от необлагаемых внутри одного документа-основания при регистрации факта выплаты. Давайте проанализируем, как это работает «под капотом» системы.
Когда мы проводим документ Начисление зарплаты и взносов, программа фиксирует общую сумму задолженности перед сотрудником в регистре накопления Зарплата к выплате. Если в этом же документе рассчитан НДФЛ, он попадает в регистр НДФЛ к удержанию (в состоянии "исчислено").
При создании документа Ведомость в банк или Ведомость в кассу программа анализирует остатки по этим регистрам. Если вы производите частичную выплату (например, выплачиваете только компенсацию, которая не облагается НДФЛ), программа видит, что вы погашаете часть общей задолженности по конкретному документу начисления. Логика системы следующая: если выплачивается 10% от общей суммы долга по документу, значит, должно быть удержано ровно 10% от всего исчисленного по этому документу НДФЛ.
Пример из практики:
Предположим, ФОТ сотрудника составляет 100 000 руб., из которых 50 000 руб. облагаются налогом, а 50 000 руб. — нет (например, компенсация за использование личного транспорта). Общий исчисленный НДФЛ составит 6 500 руб. (13% от 50 000 руб.).
Если мы решим выплатить только компенсацию (50 000 руб.), программа воспримет это как выплату 50% от общей задолженности (50 000 / 100 000). Следовательно, в ведомости будет удержано 50% от НДФЛ, то есть 3 250 руб., несмотря на то, что сама компенсация налогом не облагается.
Чтобы убедиться в том, что программа действует именно по этому алгоритму, проанализируем расшифровку сумм в ведомости. Для этого выполним следующие действия:
Ведомость в банк (или кассу).Если в расшифровке мы видим, что вся сумма выплаты привязана к одному и тому же документу Начисление зарплаты и взносов, в котором есть и облагаемые, и необлагаемые части, то пропорционального удержания не избежать.
Проанализируем, как эта ситуация отражается в отчетности. В старых редакциях 6-НДФЛ (и в логике работы программы до 2023 года) сумма выплаченного дохода рассчитывалась "от обратного" на основании удержанного налога. Если программа удержала 378 руб. НДФЛ, то в строку "Сумма выплаченного дохода" попадет сумма, рассчитанная как 378 / 13% = 2907 руб.. Это приводит к тому, что данные в отчете 6-НДФЛ перестают соответствовать реальным выплатам в расчетных листках, что вызывает вопросы у налоговых органов.
Рассмотрим подробнее, какими методами можно добиться корректного отражения НДФЛ в программе.
Это самый правильный и методически верный способ с точки зрения логики 1С. Разберем его по шагам:
Разовое начисление или Доход в натуральной форме.Важно: Если вы уже провели общее Начисление зарплаты, вам придется отменить его проведение, создать отдельные документы на необлагаемые суммы и заново сформировать начисление зарплаты только для облагаемых сумм.
Если документов много и переделывать начисления за прошлые периоды невозможно, воспользуемся ручной правкой:
Внимание! Помните, что ручные правки в ведомостях — это "крайняя мера". Программа запоминает остаток неудержанного налога и обязательно попытается "доудержать" его в следующей же ведомости (например, при выплате следующего аванса). Вам придется контролировать этот процесс до конца налогового периода.
Для глубокого анализа причин расхождений рекомендуется использовать технический отчет "Регистр налогового учета по НДФЛ" или универсальный отчет по регистру накопления Расчеты налогоплательщиков с бюджетом по НДФЛ. Выясним причину расхождений, проанализировав записи:
// Примерная логика запроса к регистру для проверки остатков
ВЫБРАТЬ
Регистр.Сотрудник,
Регистр.Регистратор,
Регистр.ВидДвижения,
Регистр.Сумма
ИЗ
РегистрНакопления.РасчетыНалогоплательщиковСБюджетомПоНДФЛ КАК Регистр
ГДЕ
Регистр.Сотрудник = &Сотрудник
И Регистр.Период МЕЖДУ &НачалоПериода И &КонецПериода
Если в регистре есть движения с видом Приход (исчислено), но нет соответствующих движений Расход (удержано) на ту же сумму, значит, за сотрудником числится "хвост", который будет тянуться в следующие отчетные периоды.
Проанализировав ситуацию, мы выяснили, что "некорректный" НДФЛ в 1С:ЗУП 3.1 — это чаще всего следствие работы встроенного алгоритма пропорционального распределения. Чтобы отчетность 6-НДФЛ была чистой, старайтесь разделять облагаемые и необлагаемые выплаты разными документами-основаниями и всегда проверяйте расшифровку ведомости перед ее проведением.