← На главную

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

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

Выясняем причину: почему строка 130 остается пустой?

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

Когда вы создаете документ Ведомость в банк или Ведомость в кассу, программа должна не просто зафиксировать выплату суммы «на руки», но и «связать» эту выплату с конкретным документом-основанием (например, документом Начисление зарплаты и взносов). Если эта связь обрывается, возникает следующая проблема:

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

Важное замечание об изменении законодательства

Рассмотрим важный нюанс: начиная с 2023 года правила определения даты получения дохода существенно изменились (пп. 1 п. 1 ст. 223 НК РФ). Теперь датой фактического получения дохода в виде зарплаты считается день её выплаты. Если начисление было в апреле, а выплата в июле, то этот доход официально относится к июлю (третий квартал). Попытки «загнать» выплату задним числом в апрель (как предлагалось в некоторых сообщениях на форуме) теперь не только технически сложны, но и методологически неверны, так как это приведет к расхождениям с уведомлениями об исчисленных налогах и реальными банковскими выписками.

Способ 1. Проверка и пересчет Ведомости (рекомендуемый способ)

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

Выполним следующие шаги:

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

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

Бывают ситуации, когда цепочка документов настолько запутана (например, были ручные корректировки или пересортица по периодам), что ведомость упорно не хочет видеть доход. В этом случае рассмотрим использование корректирующего документа Операция учета НДФЛ.

Этот документ позволяет напрямую вносить записи в регистры НДФЛ, не влияя на взаиморасчеты и бухгалтерское сальдо. Разберем алгоритм работы с ним:

1. Перейдем в раздел Налоги и взносы — Операции учета НДФЛ.
2. Создадим новый документ, указав дату фактического получения дохода (дата выплаты в июле).
3. На вкладке «Доходы» добавим строку, укажем дату получения дохода, код дохода (например, 2000), вид дохода и сумму.
4. На вкладке «Удержано по всем ставкам» необходимо проверить, зафиксирован ли налог. Если в отчете 6-НДФЛ налог уже есть, а нет только дохода, то заполняем только вкладку с доходами.

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

Способ 3. Проверка настроек учетной политики (для ЗУП 2.5)

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

Разберем, как это влияет на отчет:

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

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

Анализ рисков ручной правки отчета

Многие коллеги (как в сообщении 15 и 17) советуют просто «подправить отчет руками». Рассмотрим, почему это может быть опасно:

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

Итоговые рекомендации

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

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

Помните, что с 2023 года правильное заполнение 6-НДФЛ напрямую зависит от даты выплаты, поэтому всегда следите за тем, чтобы в ведомостях стояли актуальные даты, соответствующие банковским выпискам или расходным кассовым ордерам. Это обеспечит автоматическое и корректное заполнение всех строк отчета, включая многострадальную строку 130.