Как исправить неверный расчет НДФЛ и фантомные перерасчеты прошлых лет в 1С:ЗУП в 2025 году

Бухгалтер 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Налоговый учет
← На главную

С началом 2025 года многие пользователи программ 1С:Зарплата и управление персоналом 3.1 и 1С:Бухгалтерия предприятия 3.0 столкнулись с неприятной ситуацией: при начислении зарплаты за январь программа рассчитывает избыточный НДФЛ или подтягивает странные сторно-записи за прошлые годы (вплоть до 2020-го). Ситуация осложняется тем, что даже по новым сотрудникам, принятым в конце 2024 года, расчет налога может «ползти».

В этой статье мы подробно разберем, почему так происходит, какие регистры нужно проверить в первую очередь и как «обнулить» накопленное наследство ошибок прошлых лет, не прибегая к радикальному удалению данных из базы.

Причины возникновения ошибок НДФЛ в начале 2025 года

Проанализируем ситуацию: основной причиной сбоев является изменение внутренней логики программы в связи с введением прогрессивной шкалы НДФЛ с 1 января 2025 года. Разработчики переписали механизмы контроля накопительного итога. Теперь система гораздо чувствительнее к любым «хвостам» — остаткам по взаиморасчетам и регистрам налогового учета, которые не были корректно закрыты в прошлых периодах.

Рассмотрим основные факторы влияния:

  1. Очередь перерасчетов: При обновлении на новые релизы (например, 3.1.32.39) система автоматически анализирует изменения в регистрах. Если программа видит расхождение между исчисленным и удержанным налогом за 2022 или 2023 год, она пытается исправить его в ближайшем документе начисления 2025 года.
  2. Пересортица по категориям дохода: Если когда-то отпускные были выплачены как «Прочие доходы», а начислены как «Оплата труда», в регистрах зависают остатки, которые система пытается «схлопнуть» сейчас.
  3. Конфликтующие патчи: Установленные ранее исправления (патчи) для релизов 3.1.27 или 3.1.30 могут конфликтовать с логикой нового релиза 3.1.32.

Шаг 1. Глубокий анализ через отчеты и регистры

Прежде чем что-то исправлять, нам необходимо точно локализовать проблему. Не стоит гадать по табличным частям документов. Разберем, какие инструменты нам помогут.

Воспользуемся отчетом «Анализ НДФЛ по месяцам» (раздел Налоги и взносы — Отчеты по налогам и взносам). В настройках отчета выберем период с 2024 по 2025 год и развернем данные до сотрудника и регистратора. Если мы видим, что в январе 2025 года появляется сумма в колонке «Исчислено» или «Доходы», которая явно не относится к текущему начислению, значит, программа нашла незакрытый остаток в прошлом.

Далее проверим ключевые регистры накопления. Для этого перейдем в «Функции для технического специалиста» (или через заголовок программы):

Шаг 2. Очистка очереди перерасчетов

Если при заполнении документа Начисление зарплаты и взносов на вкладке «Перерасчеты» появляются записи за 2020–2024 годы, это первый признак того, что сработал механизм автоматического отслеживания изменений. Выясним, как это остановить.

Перейдем в раздел Зарплата — Сервис — Перерасчеты. В этом окне отображаются все сотрудники, по которым программа «считает», что налог или взносы нужно пересчитать. Зачастую там висят записи по уволенным сотрудникам. Выделим все подозрительные записи за прошлые годы и нажмем кнопку «Отменить». Это не удалит данные из базы, но «скажет» программе, что пересчитывать эти периоды в текущем месяце не нужно.

Шаг 3. Использование документа «Операция учета НДФЛ» для обнуления хвостов

Когда мы нашли расхождения в регистрах, но не хотим перепроводить документы за последние 3 года (что чревато изменением среднего заработка и отчетности), воспользуемся методом ручной корректировки регистров.

Создадим документ Операция учета НДФЛ (раздел Налоги и взносы) датой 31.12.2024. Этот документ позволяет напрямую делать записи в регистры НДФЛ без влияния на бухгалтерское сальдо и выплаты.

Рассмотрим порядок действий:

  1. На вкладке «Доходы» укажем суммы, которые «зависли» (если есть расхождения в базе доходов).
  2. На вкладке «Исчислено по 13% (15%)» введем корректирующие суммы с обратным знаком (плюс или минус), чтобы вывести сальдо регистра Расчеты налогоплательщиков с бюджетом по НДФЛ в ноль на конец года.
  3. На вкладке «Удержано по всем ставкам» сделаем аналогичные записи для выравнивания удержанного налога.

После проведения такой операции за прошлый год, при заполнении января 2025 года программа увидит нулевые остатки и перестанет подтягивать фантомные суммы.

Шаг 4. Проверка крайнего срока уплаты в Ведомостях

Проанализируем техническую особенность, упомянутую экспертами: в 2025 году критически важна дата в поле «Дата выплаты» в документах Ведомость в банк или Ведомость в кассу. Программа использует эту дату для определения срока уплаты и корректного отражения в 6-НДФЛ.

Если вы столкнулись с тем, что налог попадает не в те строки раздела 1 отчета 6-НДФЛ (например, вместо строки 025 попадает в 026), проверьте следующий код логики запроса в системе:


// Пример логики распределения по периодам уведомлений
Если ДатаВыплаты >= ДатаНачалаПериода И ДатаВыплаты <= ДатаКонцаПериода Тогда
    СрокУплаты = РассчитатьСрокУплаты(ДатаВыплаты);
КонецЕсли;

В типовых решениях расчет идет строго по дате выплаты. Если вы меняете дату ведомости «задним числом», обязательно перезаполняйте НДФЛ в этой ведомости, чтобы обновился внутренний реквизит Крайний срок уплаты в регистре. Без этого отчетность будет собираться неверно, даже если расчет в начислении зарплаты правильный.

Шаг 5. Работа с патчами и расширениями

При обновлении до версии 3.1.32.39 обязательно выполним следующие действия:

Подведем итог: исправление НДФЛ в 2025 году требует не «перезаполнения всего», а точечной работы с регистрами накопления и очередью перерасчетов. Использование документа Операция учета НДФЛ является наиболее безопасным способом «начать жизнь с чистого листа» без риска испортить данные прошлых лет.

← На главную