Почему в 6-НДФЛ не заполняется строка 130 по больничным листам и как это исправить в 1С:ЗУП 3.1?

При работе в программе 1С:Зарплата и управление персоналом (ЗУП) 3.1 пользователи часто сталкиваются с ситуацией, когда в регламентированном отчете 6-НДФЛ некорректно заполняется Раздел 2. Типичная проблема: сумма удержанного налога (строка 140) присутствует, а сумма выплаченного дохода (ранее — строка 130) остается пустой. Особенно остро этот вопрос встает после переноса данных из одной информационной базы в другую или после массового перепроведения документов начислений и выплат.

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

Техническая природа проблемы: разрыв связей в регистрах

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

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

Это происходит потому, что Ведомость теряет связь с документом-основанием (в нашем случае — Больничным листом). При переносе данных через выгрузку/загрузку документов внутренние идентификаторы (GUID) могут сохраняться, но последовательность записей в регистрах часто нарушается, что требует ручного или программного восстановления «цепочки».

Шаг 1. Проверка планируемой даты выплаты

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

1. Откроем документ Больничный лист.
2. На вкладке «Оплата» (или в нижней части формы, в зависимости от версии релиза) найдем реквизит Дата выплаты.
3. Сравним ее с датой документа Ведомость, которой фактически выплачивались больничные.

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

Шаг 2. Анализ способа выплаты дохода

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

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

Если в Больничном листе указано «С авансом», а вы пытаетесь выплатить его ведомостью с видом «Зарплата», или наоборот — связь будет разорвана. Необходимо убедиться, что способ выплаты в начислении соответствует типу ведомости, которой этот доход выплачивается.

Шаг 3. Исправление связей в Ведомости (Практическое решение)

Если планируемые даты и способы выплаты верны, но строка 130 все равно пуста, воспользуемся методом принудительного обновления записей регистра. Рассмотрим, как это сделать без удаления документа:

1. Зайдем в Ведомость, которой выплачивался проблемный больничный.
2. Найдем сотрудника в списке.
3. Обратим внимание на колонку К выплате. Нажмем на сумму дважды, чтобы открылось окно расшифровки.
4. В окне расшифровки проверим колонку Документ-основание. Если там указан нужный Больничный лист, но сумма дохода в 6-НДФЛ не заполняется, нужно «передернуть» строку.
5. Удалим строку с сотрудником из Ведомости и добавим ее заново через кнопку «Подобрать» или «Заполнить».
6. После перезаполнения строки программа заново обратится к регистрам исчисленного налога и «подтянет» актуальные данные о доходе.

Совет эксперта: После изменения состава Ведомости обязательно проверьте расшифровку в колонке НДФЛ к перечислению. Там должна быть заполнена колонка Документ-основание и сумма выплаченного дохода.

Шаг 4. Массовое исправление при переносе данных

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

1. Используйте типовую обработку Групповое изменение реквизитов.
2. Для документов Больничный лист установите Планируемую дату выплаты равной дате фактической выплаты (дате ведомости).
3. После изменения дат необходимо выполнить групповое перепроведение документов в строгой хронологии: сначала все Начисления, затем все Ведомости.

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

// Пример логики для обновления сумм дохода в регистре НДФЛ
Для Каждого СтрокаВедомости Из Объект.Зарплата Цикл
    // Программный вызов пересчета НДФЛ в ведомости
    ПараметрыПересчета = НалоговыйУчетКлиентСервер.ПараметрыПересчетаНДФЛ();
    ОбработкаТабличныхЧастей.ПересчитатьНДФЛВВедомости(Объект, СтрокаВедомости, ПараметрыПересчета);
КонецЦикла;

Резюме и выводы

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

Краткий чек-лист для исправления:

1. Убедиться, что Дата выплаты в Больничном листе совпадает или меньше Даты в Ведомости.
2. Проверить, что в Ведомости в расшифровке НДФЛ заполнен Документ-основание.
3. Если данные перенесены из другой базы — перевыбрать сотрудника в ведомости и перепровести ее.
4. Следовать «золотому правилу» ЗУП 3.1: сначала окончательно рассчитываем начисление, и только потом создаем и проводим выплату. Любое изменение в начислении требует обязательного перезаполнения или перепроведения ведомости.

Соблюдение этих правил позволит вам формировать отчетность 6-НДФЛ автоматически и без ошибок.