Как исправить НДФЛ в 1С:ЗУП 3.1, если при перепроведении ведомости сторно отпуска перенеслось в прошлый период?

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

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

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

---

Почему «плывет» НДФЛ и двигается прошлый период в ЗУП 3.1?

Чтобы понять причину сбоя, проанализируем внутренние механизмы работы программы. В отличие от старых версий (например, ЗУП 2.5), в ЗУП 3.1 учет доходов и исчисленного НДФЛ жестко привязан к дате фактического получения дохода. Для межрасчетных выплат (к которым относятся отпускные и пособия по временной нетрудоспособности) эта дата определяется:

Рассмотрим стандартную цепочку событий, которая приводит к ошибке:

  1. В январе сотруднику начисляют и выплачивают отпускные. В программе фиксируется январский доход и исчисляется НДФЛ с планируемой датой выплаты в январе.
  2. В феврале сотрудник приносит больничный лист, период которого пересекается с январским отпуском. При расчете больничного программа автоматически сторнирует (уменьшает) сумму январского отпуска.
  3. Если в информационной базе активны старые механизмы перерасчетов, сумма сторно январского отпуска отражается в феврале (в месяце регистрации больничного) на вкладке «Пересчет прошлого периода».
  4. Позже расчетчик открывает январскую или февральскую ведомость и перепроводит ее. В этот момент система пытается заново перестроить цепочку расчетов и сопоставить выплаты с начислениями. Так как сторнирование относится к январскому доходу, программа «подтягивает» уменьшение дохода и налога обратно в январь (в месяц исходного начисления).
  5. В результате в регистре накопления Учет доходов для исчисления НДФЛ и регистре Расчеты налогоплательщиков с бюджетом по НДФЛ происходит смещение дат. Январский налог уменьшается, а в феврале возникает пересортица по документам-основаниям. НДФЛ «плывет», и в отчетах (например, в справке 2-НДФЛ или расчете 6-НДФЛ) отражаются искаженные данные.

---

Важный юридический нюанс: больничный по уходу за ребенком во время отпуска

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

Согласно ст. 124 Трудового кодекса РФ, ежегодный оплачиваемый отпуск должен быть продлен или перенесен на другой срок только в случае временной нетрудоспособности самого работника.

Важно: болезнь ребенка или иного члена семьи в период нахождения работника в очередном отпуске не является основанием для продления или переноса отпуска (если это прямо не прописано в локальных нормативных актах работодателя). Соответственно:

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

---

Настройка программы, влияющая на автоматическое сторнирование

Начиная с версий ЗУП 3.1.14, разработчики добавили важную настройку, которая позволяет управлять поведением программы при пересечении периодов отпуска и больничного.

Выясним, где находится эта настройка и как она влияет на учет:

  1. Перейдем в раздел Настройка, далее выберем пункт Расчет зарплаты.
  2. Найдем флажок «Сторнировать отпуск в больничном при пересечении периодов».

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

Если этот флажок снят (новый, рекомендуемый механизм): программа при вводе больничного листа не производит сторнирование автоматически. Вместо этого в документе Больничный лист появляется информационная ссылка «Исправить исходный документ Отпуск». Расчетчик должен кликнуть по ней и создать документ-исправление Отпуск. В этом случае корректировка дат и пересчет НДФЛ происходят в отдельном, предназначенном для этого документе, что минимизирует риски «расползания» учета НДФЛ при перепроведении ведомостей.

---

Пошаговые варианты решения проблемы

Если проблема уже возникла, НДФЛ поплыл, а прошлый период сместился, рассмотрим подробные варианты исправления ситуации.

Вариант А. Восстановление хронологической цепочки проведения документов

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

  1. Создание резервной копии. Перед началом любых манипуляций в базе 1С обязательно создайте резервную копию (архив) информационной базы. Все дальнейшие действия тестируйте сначала на копии.
  2. Определение границ исправления. Выясните, с какого месяца начались расхождения. В нашем примере это январь. Нам потребуется распроводить документы с апреля/марта назад до января.
  3. Распроведение ведомостей и начислений. Перейдите в журнал документов и последовательно распроводите документы в обратном хронологическом порядке (от поздних к ранним):
    • Распроведите ведомости на выплату зарплаты за февраль, март, апрель.
    • Распроведите документы Начисление зарплаты и взносов за эти же месяцы.
    • Распроведите февральский документ Больничный лист.
    • Распроведите январскую ведомость на выплату зарплаты и ведомость на выплату отпускных.
  4. Проверка планируемых дат выплаты. Откройте январский документ Отпуск. Обратите внимание на поле Планируемая дата выплаты. Она должна строго совпадать с реальной датой январской ведомости, которой этот отпуск был фактически выплачен. Если даты различаются, скорректируйте дату в документе-начислении. Проделайте то же самое с документом Больничный лист.
  5. Последовательное проведение по хронологии. Начните проводить документы строго вперед по времени:
    • Проведите январский Отпуск.
    • Проведите Ведомость на выплату отпускных за январь.
    • Проведите Начисление зарплаты и взносов за январь.
    • Проведите Ведомость на выплату зарплаты за январь.
    • Проведите февральский Больничный лист. При его проведении убедитесь, что сторнирование отпуска отражается корректно. При необходимости обновите налог на вкладке «НДФЛ».
    • Проведите последующие начисления и ведомости за февраль и март.

Вариант Б. Анализ и ручная корректировка расшифровки Ведомости

Часто перепроведение ведомости ломает НДФЛ из-за скрытых связей и пересортицы по документам-основаниям в табличных частях. Чтобы восстановить порядок без распроведения всей базы, выполним следующие действия:

  1. Откройте проблемную ведомость (например, ведомость на выплату зарплаты за январь или февраль).
  2. Найдите строку сотрудника, по которому поплыл налог.
  3. Дважды кликните по сумме в колонке К выплате. Откроется окно расшифровки платежа.
  4. Проанализируйте колонку Документ-основание. Если там присутствуют строки, ссылающиеся на февральские документы (например, на февральский больничный или перерасчеты), программа при проведении ведомости будет подтягивать эти данные в прошлый период.
  5. Дважды кликните по сумме в колонке НДФЛ к удержанию. Откроется окно расшифровки налога. Посмотрите, к каким ведомствам, документам-основаниям и периодам привязан налог.
  6. Ручная корректировка: удалите из расшифровки выплаты и расшифровки НДФЛ все лишние строки, которые относятся к будущим периодам или корректировкам. Оставьте только чистые начисления текущего месяца (например, только январские начисления). Перепроведите ведомость. январский период зафиксируется и перестанет дергаться.

Вариант В. Использование корректирующих документов (если период закрыт)

Если прошлый период (январь и февраль) уже окончательно закрыт, отчетность по форме 6-НДФЛ сдана, а перепроводить документы прошлых месяцев категорически нельзя, использовать ручные корректировки регистров через документ Перенос данных крайне не рекомендуется из-за высокой сложности структуры регистров ЗУП 3.1. Вместо этого задействуем штатные инструменты корректировки.

Рассмотрим применение документа Перерасчет НДФЛ:

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

Рассмотрим применение документа Операция учета НДФЛ:

Этот документ используется в самых запущенных случаях, когда автоматические алгоритмы программы не могут справиться с пересортицей доходов. Документ позволяет вручную зафиксировать суммы для налогового учета:

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

← На главную