Почему в 6-НДФЛ появляется ставка 30% для резидентов и как это исправить в 1С:УПП?

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

При формировании регламентированной отчетности 6-НДФЛ за 2024–2025 годы пользователи конфигурации 1С:УПП (Управление производственным предприятием) столкнулись с неприятной технической ошибкой. В Разделе 2 отчета внезапно появляется блок данных по ставке 30%, хотя в организации работают исключительно налоговые резиденты РФ, доходы которых должны облагаться по ставкам 13% или 15%.

Особенно часто эта проблема проявляется на выплатах, которые «переходят» через границу года. Например, квартальная премия начислена 31 декабря 2024 года, а выплачена фактически 14 января 2025 года. Рассмотрим подробнее, почему программа ведет себя таким образом, и разберем по шагам способы решения этой проблемы.

Выясняем причину: почему появляется блок 30%?

Проанализируем ситуацию с точки зрения механизмов программы. Основная причина кроется в заполнении регистра накопления СведенияОДоходахНДФЛ. В новых релизах (начиная с 1.3.264.1 и выше) алгоритм формирования отчета стал крайне чувствителен к реквизиту КатегорияДохода.

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

Также важно помнить, что согласно актуальному законодательству, датой получения дохода для премий и зарплаты считается дата фактической выплаты. Если премия за декабрь выплачена в январе, она полностью становится доходом января 2025 года и должна отражаться в отчете за 2025 год. Ошибка возникает в момент, когда программа пытается «подтянуть» данные о статусе сотрудника и категории дохода из регистров, где связь может быть нарушена из-за пустых значений.

Способ 1. Исправление данных без изменения программного кода

Рассмотрим вариант, который не требует навыков программирования, но позволяет привести данные в порядок. Если перепроведение документов «Начисление зарплаты» или «Премия» не дает результата (что часто случается в УПП), необходимо действовать через корректировку регистров.

  1. Поиск проблемных записей. Воспользуемся инструментом Универсальный отчет. Сформируем его по регистру накопления Сведения о доходах НДФЛ. В настройках добавим группировку по полю Регистратор и Категория дохода, а в отборе установим условие: Категория дохода Равно <Пустая ссылка>.
  2. Использование группового изменения. Чтобы не перепроводить документы (что может повлиять на бухгалтерские проводки и закрытые периоды), воспользуемся обработкой Групповое изменение реквизитов.
    • Выберем объект: Регистр накопления - Сведения о доходах НДФЛ.
    • Установим отбор по тем документам или периодам, где обнаружены пустые значения.
    • Для реквизита Категория дохода установим значение Оплата труда (или иное, соответствующее вашему виду дохода, например, Прочие доходы).
    • Выполним изменение.
  3. Проверка. После внесения правок в регистр необходимо перезаполнить отчет 6-НДФЛ. Блок 30% должен исчезнуть.

Способ 2. Программное исправление (для разработчиков)

Если документов много и проблема носит массовый характер, правильнее будет внести изменения в алгоритм заполнения отчета. Проанализируем программный код общего модуля ЗаполнениеРегламентированнойОтчетности. В процедуре РасчетПоказателей_6НДФЛ_2025 (название может незначительно меняться в зависимости от релиза, ориентируемся на блок формирования данных для НДФЛ) выполняется запрос к регистру сведений.

Разберем пример исправления. Нам нужно заставить программу подставлять категорию по умолчанию, если она не заполнена в базе. Найдем в тексте запроса строку, где выбирается поле КатегорияДохода, и заменим её на конструкцию ВЫБОР.

Посмотрим на пример кода:


// Находим фрагмент запроса в модуле ЗаполнениеРегламентированнойОтчетности
// Оригинальная строка:
// | СведенияОДоходахНДФЛ.КатегорияДохода КАК КатегорияДохода,

// Заменяем на исправленный вариант:
| ВЫБОР
|   КОГДА СведенияОДоходахНДФЛ.КатегорияДохода = ЗНАЧЕНИЕ(Перечисление.КатегорииДоходов.ПустаяСсылка)
|       ТОГДА ЗНАЧЕНИЕ(Перечисление.КатегорииДоходов.ОплатаТруда)
|   ИНАЧЕ СведенияОДоходахНДФЛ.КатегорияДохода
| КОНЕЦ КАК КатегорияДохода,

Это изменение позволит отчету «на лету» подставлять категорию Оплата труда для всех записей, где она была упущена. Это гарантирует, что суммы попадут в стандартный блок 13% (или 15% при превышении порога в 5 млн руб.), так как система увидит корректную категорию дохода для резидента.

Особенности учета «переходящих» выплат 2025–2026 годов

Проанализируем ситуацию, упомянутую в обсуждениях, когда НДФЛ с выплат в начале 2026 года (начисленных в конце 2025) также не попадает в отчет. Здесь важно проверить соответствие дат удержания налога.

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

Важный совет: Поскольку УПП находится на ограниченной поддержке, рекомендуем регулярно проверять справочник Виды доходов НДФЛ после обновлений. Иногда в нем могут сбиваться настройки соответствия категорий, что и приводит к появлению пустых ссылок в регистрах накопления при проведении новых документов.

Подводя итог: если вы видите ставку 30% в 6-НДФЛ — это сигнал проверить поле Категория дохода в регистре Сведения о доходах НДФЛ. Исправление этого поля (через групповую обработку или программный код) полностью решает проблему корректного распределения сумм по ставкам налога.

← На главную