С наступлением 2025 года многие пользователи конфигурации «Управление производственным предприятием» (УПП) столкнулись с неприятной ситуацией при подготовке отчетности по форме 6-НДФЛ. Несмотря на то, что в штате числятся исключительно налоговые резиденты РФ, программа при заполнении Раздела 2 автоматически формирует блоки по ставке 30%. Разберем подробно, почему это происходит и как устранить данную проблему.
Проанализируем типичный пример: сотруднику начислена квартальная премия 31 декабря 2024 года, однако фактическая выплата денежных средств произведена 14 января 2025 года. Согласно действующему налоговому законодательству, датой получения дохода для НДФЛ считается день выплаты, поэтому данная сумма в полном объеме относится к налоговому периоду 2025 года.
В связи с масштабной налоговой реформой 2025 года (введением многоступенчатой прогрессивной шкалы ставок 13%, 15%, 18% и т.д.), в алгоритмы 1С были внесены существенные изменения. Для понимания новых принципов работы программы рекомендуем изучить методическое руководство по новой форме 6-НДФЛ и прогрессивной шкале 2025 в 1С:УПП. Выясним причину технического сбоя: в новых релизах (начиная с 1.3.264.1) отчет 6-НДФЛ опирается на поле Категория дохода в регистре накопления НДФЛ сведения о доходах. Чтобы быстро обнаружить проблемные записи, можно использовать анализ документов и связанных с ними регистров накопления. Если документ начисления был создан в старом релизе 2024 года, поле категории могло остаться незаполненным. При формировании отчета за 2025 год система, не обнаружив категории, некорректно классифицирует доход и относит его к ставке 30%, предусмотренной для нерезидентов.
Рассмотрим самый простой, «пользовательский» способ решения проблемы. Если документов немного, достаточно актуализировать записи регистров. Часто такой комплексный аудит и исправление ошибок учета НДФЛ позволяет быстро привести базу в порядок. Выполним следующие шаги:
Категория дохода в движениях по регистру НДФЛ сведения о доходах.Важный момент: простого перепроведения может быть недостаточно, если в самой карточке начисления (справочник «Начисления организаций») неверно указан вид дохода для НДФЛ. Проверьте, чтобы у начисления стоял код, соответствующий категории «Оплата труда» или «Прочие доходы».
Если документов начисления за декабрь сотни, перепроводить их вручную трудозатратно. Посмотрим, как можно решить задачу быстрее с помощью инструментов администратора. Нам необходимо найти записи с пустым значением категории.
Для этого можно использовать универсальную консоль запросов или стандартный отчет. Нас интересуют записи, где:
После выявления проблемных записей можно применить инструмент для массового заполнения Категории дохода в регистрах НДФЛ без перепроведения документов. Также отлично помогает встроенная проверка корректности начисления и удержания НДФЛ, которая позволяет быстро локализовать ошибки в разрезе категорий дохода, приводящие к появлению лишних блоков в отчетности.
Проанализируем программный код, отвечающий за сбор данных. В последних релизах УПП за расчет показателей отвечают функции в модуле ЗаполнениеРегламентированнойОтчетности. В частности, стоит обратить внимание на следующие методы:
СоздатьВТСтавкаНДФЛПоСтавкеРезидента2025РасчетПоказателей_6НДФЛ_2025Если стандартные способы не помогают, программисты могут внедрить техническое решение для корректировки алгоритмов заполнения 6-НДФЛ, которое позволяет подставить категорию дохода «на лету». Для финальной проверки и корректировки сумм в самом отчете также может быть полезна внешняя обработка для выравнивания сумм исчисленного, удержанного и перечисленного НДФЛ. Рассмотрим пример логики «костыля», который позволяет подставить категорию дохода, если она отсутствует в базе:
// В месте формирования временной таблицы по доходам (ВТДоходы)
// Можно добавить проверку в текст запроса:
"ВЫБОР
КОГДА РегистрНДФЛ.КатегорияДохода ЕСТЬ NULL ИЛИ РегистрНДФЛ.КатегорияДохода = ЗНАЧЕНИЕ(Перечисление.КатегорииДоходовНДФЛ.ПустаяСсылка)
ТОГДА ЗНАЧЕНИЕ(Перечисление.КатегорииДоходовНДФЛ.ОплатаТруда)
ИНАЧЕ РегистрНДФЛ.КатегорияДохода
КОНЕЦ КАК КатегорияДохода"
Такой подход позволяет отчету корректно «подхватить» доходы, даже если данные в регистрах за прошлый год остались несовершенными. Однако помните, что внесение изменений в типовой код требует осторожности и может затруднить последующие обновления.
Разберем еще одну возможную причину. Иногда блок 30% появляется, если программа «теряет» сведения о резидентстве на дату выплаты. Проанализируем историю изменения статуса:
Иногда при обновлении базы периодические сведения могут некорректно отображаться или «перекрываться» пустыми записями. В этом случае достаточно создать новую запись в истории статусов с 01.01.2025. Также рекомендуется выполнить детальный анализ выплаты НДФЛ с учетом платежных поручений, чтобы убедиться, что даты получения дохода в системе соответствуют фактическим датам выплат.
Появление раздела со ставкой 30% в 6-НДФЛ за 2025 год в УПП — это следствие ужесточения требований к аналитике Категория дохода в регистре НДФЛ. Для исправления ситуации мы рекомендуем сначала попробовать массовое перепроведение документов начисления за декабрь 2024 года, выплаты по которым прошли в январе 2025. Если это не помогает, следует проверить чистоту данных в регистре через универсальный отчет и, при необходимости, применить программную корректировку или использовать специализированные инструменты автоматизации.