Почему в 1С:ЗУП возникают отрицательные суммы НДФЛ при превышении лимита дохода и как это исправить?

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

При работе в программе 1С:Зарплата и управление персоналом 8 (редакция 3.1) многие бухгалтеры сталкиваются с ситуацией, когда при достижении сотрудником предела дохода (например, 2.4 млн рублей по новым правилам 2025 года или 5 млн рублей ранее) в расчетных листках и аналитических отчетах по НДФЛ начинают «вылезать» странные суммы: минус по ставке 13% и плюс по ставке 15%. Особенно пугает расчетчиков, когда эти суммы дублируются в авансе и в итоговой зарплате, создавая ощущение хаоса в учете.

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

Разберем причину появления «двойных минусов»

Проанализируем ситуацию: программа 1С:ЗУП рассчитывает НДФЛ нарастающим итогом с начала года на каждую дату получения дохода. Когда доход сотрудника превышает установленный лимит, программа обязана «сторнировать» часть налога, рассчитанного по ставке 13%, и доначислить его по ставке 15%. Это стандартное поведение, заложенное в алгоритм Налогового кодекса РФ.

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

  1. Был начислен и выплачен отпуск в конце августа. На тот момент лимит еще не был превышен, налог удержан по ставке 13%.
  2. Затем начисляется премия или зарплата за август, дата выплаты которой — начало сентября.
  3. В момент выплаты сентябрьской зарплаты лимит превышается.
  4. Программа видит, что часть дохода, выплаченного ранее (например, того же отпуска), теперь должна облагаться по ставке 15%, так как общая сумма дохода с начала года «перешагнула» порог.

Если после этого бухгалтер вводит аванс за сентябрь, программа видит необходимость корректировки за прошлые периоды и делает записи: -13% и +15%. Если же документ «Начисление за первую половину месяца» (аванс) не был окончательно зафиксирован выплатой (ведомостью), то при расчете полной зарплаты за сентябрь программа снова увидит ту же самую необходимость пересчета и продублирует эти записи. Именно так в отчетах «Подробный анализ НДФЛ» появляются избыточные обороты с минусами.

Золотое правило работы с прогрессивным НДФЛ

Для корректного расчета НДФЛ в 1С:ЗУП существует так называемое «Золотое правило»: никогда не вносите изменения в документы «задним числом» без пересчета последующих документов. Если вам нужно исправить документ, за которым в будущем уже стоят проведенные начисления или, что еще важнее, Ведомости на выплату, цепочка расчетов будет разорвана.

Рассмотрим алгоритм действий, который позволяет избежать ошибок:

  1. Если вы обнаружили, что в межрасчетном документе (отпуск, больничный, премия) НДФЛ рассчитан неверно из-за сдвига лимита, распроведите все документы, созданные позже этого события (включая все ведомости).
  2. Перезаполните (а не просто перепроведите) целевой документ. Только при перезаполнении 1С заново обращается к регистрам и видит актуальное состояние накопленного дохода сотрудника.
  3. Последовательно перезаполните и проведите все последующие документы в порядке их дат выплаты.

Важный нюанс: Обращайте внимание на реквизит Дата выплаты в документах начисления. НДФЛ в ЗУП привязан именно к этой дате, а не к месяцу начисления. Если в документе «Отпуск» стоит дата выплаты 04.09, а в «Начислении зарплаты» за август — 10.09, то с точки зрения НДФЛ доход по отпуску считается полученным раньше, чем зарплата, даже если период отпуска — сентябрь.

Решение через документ «Пересчет НДФЛ»

Если сотрудников много и «перекапывать» всю историю начислений за месяц вручную невозможно, воспользуемся специализированным инструментом. В программе предусмотрен документ Пересчет НДФЛ (находится в разделе Налоги и взносы).

Этот документ предназначен специально для исправления «кривых» расчетов без правки первичных документов. Рассмотрим, как с ним работать:

  1. Создаем документ Пересчет НДФЛ в конце отчетного периода (месяца или квартала).
  2. Выбираем налоговый период (год) и месяц, в котором нужно отразить исправления.
  3. Нажимаем кнопку «Заполнить». Программа сама проанализирует все доходы сотрудника с начала года и, если увидит перекосы по ставкам 13% и 15%, создаст корректирующие записи.
  4. Этот документ «схлопнет» лишние минусы и плюсы, приведя состояние регистров в соответствие с реальностью.

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

Техническая механика пересчета в регистрах

Проанализируем, почему возникают сложности при попытке просто «поправить суммы руками» в ведомостях. 1С:ЗУП хранит данные об НДФЛ в разрезе нескольких измерений: Категория дохода, Ставка и Регистратор. Когда происходит переход через 2.4 млн руб., программа делает записи в регистр накопления Расчеты налогоплательщиков с бюджетом по НДФЛ.

Пример логики записей при превышении лимита на 10 000 рублей:


Вид движения: Приход | Ставка: 13% | Сумма: -1 300 руб.
Вид движения: Приход | Ставка: 15% | Сумма: +1 500 руб.

Если бухгалтер удаляет эти строки в ведомости или правит их на «итого ноль», программа в следующем же документе (например, в авансе следующего месяца) снова увидит, что остаток по ставке 13% в регистре «висит» лишний, и попытается его сторнировать повторно. Именно это и порождает «бесконечные минуса» из месяца в месяц.

Вывод: Никогда не удаляйте строки с пересортицей ставок в документах, если они сформированы программой автоматически. Если они вам мешают — значит, нужно искать ошибку в последовательности дат выплаты предыдущих документов, а не в конечном расчете.

Практические советы для массового учета

Когда в компании сотни людей превышают лимиты, ручное управление становится невозможным. Проанализируем, как автоматизировать этот процесс:

Таким образом, появление отрицательных сумм по ставке 13% при наличии положительных по ставке 15% — это не ошибка программы, а механизм исполнения требований НК РФ. Главная задача бухгалтера в данном случае — обеспечить правильную последовательность документов (цепочку Начисление -> Ведомость) и не мешать автоматическим алгоритмам 1С выравнивать базу налога.

← На главную