Ситуации, связанные с реорганизацией компаний, поглощением или слиянием юридических лиц, часто сопровождаются сложными техническими процедурами в учетных системах. В программе 1С:Зарплата и управление персоналом 3.1 одной из наиболее частых проблем после таких манипуляций становится появление строки «Излишне удержанный НДФЛ» в расчетных листках сотрудников. Самое неприятное в этой ситуации то, что сумма налога может «плавать» от документа к документу, хотя в специализированных отчетах (например, «Анализ НДФЛ») всё выглядит корректно.
В данной статье мы подробно разберем причины возникновения этой ошибки и пошагово пройдем путь ее исправления, опираясь на практику решения подобных кейсов при программном переносе данных.
Прежде всего, проанализируем механизм формирования этой строки. В 1С:ЗУП 3.1 значение «Излишне удержанный НДФЛ» не всегда свидетельствует о реальной ошибке в расчете налога. Чаще всего это результат расхождения данных в различных регистрах накопления, которые отвечают за взаиморасчеты с сотрудниками и выплату зарплаты. Программа сравнивает исчисленный налог с фактически удержанным, но делает это в разрезе множества аналитик (измерений).
Рассмотрим основные причины появления ошибки при «поглощении» компаний:
Для начала выясним, где именно «зависли» суммы. Нам необходимо проверить два ключевых регистра:
ВзаиморасчетыССотрудникамиЗарплатаКВыплатеПроанализируем ситуацию на примере. Допустим, мы выполнили запрос к этим регистрам или воспользовались универсальным отчетом. Если мы видим, что в регистре ВзаиморасчетыССотрудниками остаток по сотруднику составляет 10 000 рублей по новому подразделению, а в регистре ЗарплатаКВыплате по этому же сотруднику висит остаток 2 000 рублей по старому подразделению, система воспринимает эту разницу как некорректную. Программа пытается сбалансировать эти цифры, что и приводит к появлению «виртуального» НДФЛ в расчетном листке.
Если вы работаете на релизах ниже 3.1.10 (например, 3.1.8), обязательно проверьте документ Начисление зарплаты и взносов. На вкладке «НДФЛ» может существовать скрытая табличная часть КорректировкаВыплаты.
Разберем, как ее увидеть:
Начисление зарплаты и взносов.Часто именно там программа фиксирует «хвосты» прошлых периодов, пытаясь зачесть переплату или недоплату налога, что и вылезает копейками в расчетном листке.
Выяснив, что проблема кроется в расхождении остатков между регистрами по разным подразделениям, перейдем к исправлению. Самый надежный способ — привести аналитику в соответствие. Рассмотрим два варианта решения.
Это наиболее «чистый» способ исправления с точки зрения архитектуры системы. Мы создаем технический документ, который закроет остатки по старым измерениям и перенесет их на новые.
Для этого выполним следующие действия:
Перенос данных.Взаиморасчеты с сотрудниками и Зарплата к выплате.Если проблема локализована в конкретной сумме, как в нашем примере (разница в 2571 рубль между регистрами), можно добавить запись только в тот регистр, где данные расходятся.
Проанализируем алгоритм исправления:
// Пример логики для исправления через документ "Операция" или "Перенос данных"
РегистрНакопления.ЗарплатаКВыплате.СоздатьНаборЗаписей();
// Устанавливаем отбор по сотруднику и периоду
// Добавляем запись с видом "Расход", чтобы обнулить зависшее сальдо по старому подразделению
После внесения записи с видом движения «Расход» в регистр ЗарплатаКВыплате по старому подразделению, система перестанет видеть «мнимый» долг, и строка с излишне удержанным НДФЛ исчезнет из расчетного листка при следующем пересчете.
Многих пользователей пугает наличие копеек в сумме излишне удержанного налога. Посмотрим на причину этого явления. Когда в регистрах взаиморасчетов висит остаток без привязки к конкретному начислению, программа при расчете НДФЛ пытается распределить этот остаток пропорционально доходам по разным аналитикам (статьям финансирования, подразделениям). Из-за математического округления при распределении возникают дробные части, которые система интерпретирует как излишне удержанный налог. Исправление аналитики, описанное выше, полностью решает эту проблему.
Важно отметить, что в современных релизах 1С:ЗУП (начиная с 3.1.10) разработчики существенно переработали механизм учета НДФЛ и взаиморасчетов. Многие проблемы, связанные с автоматическими корректировками выплат, были устранены. Если вы столкнулись с подобной ситуацией на старом релизе (например, 3.1.8), мы настоятельно рекомендуем рассмотреть возможность обновления конфигурации. Это позволит избежать «фантомных» записей в регистрах и сделает учет налога более прозрачным.
Резюмируем: при появлении излишне удержанного НДФЛ после слияния компаний не торопитесь править сам налог. Сначала проверьте соответствие подразделений и организаций в регистрах Взаиморасчеты с сотрудниками и Зарплата к выплате. Устранение расхождений в этих регистрах — ключ к корректному расчетному листку.