Как исправить ошибки расчета НДФЛ и заполнить «Категорию дохода» в 1С:УПП (релизы 1.3.240.1 – 1.3.241.1)?

← На главную

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

Почему возникла проблема с «Категорией дохода»?

С 2025 года НДФЛ рассчитывается раздельно по разным налоговым базам. Чтобы программа понимала, к какой базе относится начисление (оплата труда, районные коэффициенты, дивиденды и т.д.), в документы был добавлен реквизит КатегорияДохода. Проблема заключается в том, что в документах, созданных или выплаченных на стыке 2024 и 2025 годов, этот реквизит оказался пустым. При расчете январской зарплаты алгоритм видит пустую категорию, считает это ошибкой, сторнирует прошлые записи и пытается начислить их заново, что приводит к удвоению налога и искажению расчетных листков.

Решение 1: Исправление ошибки «Деление на 0»

Разберем ситуацию, когда при проведении документа «Начисление зарплаты» возникает критическая ошибка деления на ноль. Это происходит в общем модуле при распределении вычетов, если сумма доходов по конкретной категории равна нулю. Проанализируем код и внесем исправление в общий модуль ПроведениеРасчетов. Найдем строку 107 (или аналогичную в вашей версии) и добавим проверку:


// Вместо прямой вставки: Коэффициенты.Добавить(СтрокаРаспределения[ИмяКолонки] / СуммаДоходов);
// Используем безопасный вариант:
Если СуммаДоходов = 0 Тогда
    Коэффициенты.Добавить(0);
Иначе
    Коэффициенты.Добавить(СтрокаРаспределения[ИмяКолонки] / СуммаДоходов);
КонецЕсли;

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

Решение 2: Устранение ошибки «Индекс находится за границами массива»

Эта ошибка часто возникает в процедуре ПолучитьДанныеНДФЛПоРегистратору. Выясним причину: алгоритм ожидает определенное количество строк в массиве коэффициентов распределения, соответствующих новым категориям дохода 2025 года. Если данные за 2024 год не содержат этих категорий, индекс массива «вылетает».

Вариант А: Обновитесь до релиза 1.3.240.2 или выше. Разработчики добавили проверки в модуль ПроведениеРасчетов, исправив синтаксические ошибки (например, лишнюю запятую перед оператором ПОМЕСТИТЬ в запросе перерасчета НДФЛ).

Вариант Б (для разработчиков): Если обновление невозможно, проверьте заполнение таблицы РезультатыРасчетов. В некоторых случаях требуется принудительно добавить недостающие колонки:


РезультатыРасчетов.Колонки.Добавить("ЗачтеноАвансовыхПлатежейСПревышения18", ТипНалог);
РезультатыРасчетов.Колонки.Добавить("ЗачтеноАвансовыхПлатежейСПревышения20", ТипНалог);
РезультатыРасчетов.Колонки.Добавить("ЗачтеноАвансовыхПлатежейСПревышения22", ТипНалог);

Решение 3: Ошибка в страховых взносах (МРОТ)

Посмотрим на ситуацию со страховыми взносами. В новых релизах был изменен алгоритм выделения базы МРОТ для тарифа МСБ. Если вы заметили избыточное начисление взносов, проанализируем процедуру ВыделитьБазуМРОТНаОсновнойТариф в модуле проведения расчетов. Рекомендуется внести следующую правку:


// Проверка на корректность выделения МРОТ
Если СтрокиМесяца[0].БазаЗаМесяцПФР < МРОТ Тогда 
    ТребуетсяВыделятьМРОТ_ПФР = Ложь; 
Иначе 
    ТребуетсяВыделятьМРОТ_ПФР = СтрокиМесяца[0].ТребуетсяВыделятьМРОТ_ПФР; 
КонецЕсли;

Решение 4: Временный возврат к старым алгоритмам расчета

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

Заменим вызов основной функции ПроведениеРасчетов.ПолучитьДанныеНДФЛПоРегистратору на ее «старую» версию ПроведениеРасчетов.ПолучитьДанныеНДФЛПоРегистраторуДо2025. Внимание: этот метод подходит только в том случае, если в вашей организации ни у кого из сотрудников доход с начала года еще не превысил 2.4 млн рублей, так как старая функция не умеет считать прогрессивную шкалу.

Решение 5: Обработка переходящих выплат (Декабрь 2024 – Январь 2025)

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

Программное заполнение: Рекомендуется использовать обработку «Групповая обработка справочников и документов» или написать простой код для простановки категории. Для большинства выплат подойдет категория «Оплата труда».
Коррекция регистров: Категорию нужно проставить не только в документах, но и в движениях регистров накопления НДФЛ сведения о доходах и НДФЛ расчеты с бюджетом.
Последовательность перепроведения: Чтобы избежать «каши» в зачетах авансов, придерживайтесь строгого порядка:
- Распровести все документы начисления и выплаты с декабря по текущую дату.
- Проверить наличие «Категории дохода» в декабрьских документах.
- Последовательно (по датам выплат!) провести сначала аванс декабря, затем окончательный расчет декабря, затем выплату декабря.
- Только после этого приступать к проведению января.

Важные замечания по отчетам

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

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

← На главную