Ситуация, когда после проведения всех окончательных расчетов и ведомостей на выплату в отчете Полный свод начислений, удержаний и выплат зависает остаток, часто ставит в тупик даже опытных пользователей. Особенно остро эта проблема проявилась в начале 2025 года с выходом релизов линейки 3.1.32.17. Рассмотрим подробно, как работать с НДФЛ по новым правилам 2025 года, почему возникает "фантомное" сальдо, как проанализировать регистры и какие шаги предпринять для исправления учета.
Проанализируем ситуацию: расчет за месяц (например, январь 2025 года) выполнен полностью, межрасчетные выплаты и окончаловка проведены, суммы в расчетных листках "в ноль", но в своде по конкретным сотрудникам висят суммы с плюсом или минусом. Прежде всего, нам необходимо понять, что сальдо в своде в ЗУП 3.1 строится на основании данных регистра накопления ВзаиморасчетыССотрудниками и ЗарплатаКВыплате. Используя механизм закрытия зависшего сальдо зарплаты через регистры накопления, можно быстро выявить причину расхождения между расчетным листком и «Полным сводом».
Основная причина расхождений в начале 2025 года — это некорректный расчет НДФЛ исчисленного и его последующего удержания. Если сумма налога, которую программа "задумала" удержать, не совпадает с тем, что фактически ушло в ведомость, возникает перекос. Программа видит излишне удержанный налог, который она не может просто так выплатить без документа Возврат НДФЛ, либо видит недоплату, которая "зависла" из-за неверных вычетов.
Рассмотрим по шагам, как диагностировать ошибку:
В релизах 3.1.31 и 3.1.32 была зафиксирована специфическая программная ошибка. Суть ее заключается в том, что если в списочном документе (например, Начисление за первую половину месяца) присутствует сотрудник с имущественным или специфическим детским вычетом, программа может ошибочно применить этот вычет ко всем последующим сотрудникам в списке. Подробно о том, почему «текут» вычети и как выполнить корректировку данных налогового учета, мы разбирали в отдельном материале.
Взаимосвязь здесь прямая: если налог рассчитан неверно (меньше, чем нужно), ведомость подтягивает сумму к выплате больше, чем положено. Или наоборот, если произошел перерасчет за прошлый период внутри текущего месяца. Любое отклонение НДФЛ_исчисленного от НДФЛ_удержанного мгновенно отражается в своде как остаток.
Если база небольшая и период еще позволяет вносить изменения, самым чистым способом будет восстановление последовательности. Посмотрим, как это сделать правильно:
Ведомости обязательно проверяем вкладку НДФЛ к перечислению. Сумма там должна соответствовать исчисленному налогу с выплачиваемого дохода.Важный момент: при перезаполнении Ведомостей суммы "К выплате" могут измениться. Это и есть признак того, что программа нашла ошибку и исправляет ее. Однако, если деньги уже ушли через банк, менять суммы в проведенных ведомостях опасно.
Если месяц уже закрыт и менять ведомости нельзя, воспользуемся более мягким инструментом. Рассмотрим работу с документом «Перерасчет НДФЛ»:
Создадим документ Перерасчет НДФЛ в текущем периоде (например, в феврале). Нажмем кнопку Заполнить. Программа проанализирует налоговую базу с начала года и, если обнаружит те самые "глючные" вычеты, она сторнирует неверный налог и начислит правильный. Если же проблема глубже и касается годовой отчетности, рекомендуем применить автоматическое исправление 170 строки 6-НДФЛ, чтобы устранить расхождения в налоговом учете.
Этот способ хорош тем, что он не трогает уже выплаченные суммы в прошлом месяце, а переносит корректировку налога на текущий период. Однако остаток в своде за прошлый месяц может сохраниться до момента следующей выплаты.
Если вы столкнулись с ситуацией, когда Ведомость после перезаполнения показывает правильные суммы, но они не совпадают с фактически выплаченными по банку, можно применить методику закрытия «хвостов» в Своде и Расчетном листке через техническое выравнивание сальдо. Для этой цели идеально подходит корректировка остатков по невыплаченной зарплате в ЗУП 3.1, которая позволяет очистить регистры взаиморасчетов и привести свод в порядок.
Алгоритм действий следующий:
Начисление зарплаты и правильного отражения в Ведомости (чтобы сальдо в своде ушло).Удержание (назовем его "Корректировка выплаты").Рассмотрим пример на коде для понимания логики формирования остатка в регистре ЗарплатаКВыплате (условно):
// Логика проверки остатка по сотруднику в регистре
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Взаиморасчеты.СуммаВзаиморасчетовОстаток КАК Остаток
|ИЗ
| РегистрНакопления.ЗарплатаКВыплате.Остатки(&Период, Сотрудник = &Сотрудник) КАК Взаиморасчеты";
// Если Остаток <> 0, в Своде будет видна сумма, даже если РЛ пуст
Появление остатков в своде ЗУП 3.1.32 — это чаще всего следствие борьбы программы с "кривым" НДФЛ. Для исправления ситуации мы рекомендуем:
EF_7008xxxx.Помните, что 1С:ЗУП — это программа, где налоговый учет (НДФЛ) тесно связан с финансовым (выплатами). Пока у вас не будет идеального порядка в регистре НДФЛ исчисленный, свод по зарплате будет продолжать показывать "хвосты".