Особенности обновления УПП 1.3 и расчет НДФЛ в 2025 году: ошибки, перерасчеты и методы исправления

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

Что означает требование «перерассчитать документы» после обновления?

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

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

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

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

1. Отменить проведение всех начислений (зарплата, больничные, отпуска) за январь 2025 года.
2. В каждом документе инициировать полный перерасчет (кнопка Рассчитать - Полный расчет или перезаполнение документа). Это гарантирует, что табличные части начислений обновят свои внутренние идентификаторы и привязки к налоговому учету.
3. Провести документы строго в хронологическом порядке. Хронология критична для правильного применения вычетов и определения момента превышения лимитов прогрессивной шкалы.

Проблема с Районным Коэффициентом (РК) и Северными надбавками

В описании релиза 1.3.240.1 появилась рекомендация 1С: «явно выделить все суммы районных коэффициентов и надбавок». Это вызвало недоумение у тех, кто привык включать РК непосредственно в оклад.

Проанализируем, почему это стало важным. Раньше многие организации устанавливали оклад уже с учетом районного коэффициента и использовали код дохода 2000 для всей суммы. Однако с 2025 года ужесточились требования к детализации доходов для налогового учета и отчетности (6-НДФЛ, П-4). Алгоритмы расчета прогрессивной шкалы могут некорректно интерпретировать составную сумму.

Как правильно настроить:

Если у вас РК включен в оклад (например, оклад 1150 руб. при РК 15%), 1С рекомендует разделить начисления:

• Отдельно начислять «голый» оклад (1000 руб.).
• Отдельно начислять Районный коэффициент (150 руб.) через специализированный вид расчета.

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

Ошибки с вычетом на материальную помощь (код 503)

Распространенная проблема начала года: при начислении материальной помощи в размере 4000 рублей налог удерживается со всей суммы (13%), хотя должен применяться вычет (код 503) на необлагаемую сумму 4000 руб.

Если вы проверили настройки вида расчета и увидели, что код вычета 503 установлен, но в документе начисления вычет не появляется, выполним следующую диагностику:

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

Если сумма вычета не появляется, проверьте регистр накопления ПредоставленныеСтандартныеИИмущественныеВычетыНДФЛ (или аналогичный для профессиональных вычетов), чтобы убедиться, что "квота" не была выбрана ранее.

Ложное заполнение регистра «Авансовые платежи иностранцев»

В релизах начала 2025 года (например, 240.1, 240.2) замечена ошибка: при расчете зарплаты обычным сотрудникам-резидентам РФ заполняется регистр накопления АвансовыеПлатежиИностранцевПоНДФЛ.

Симптомы:

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

Причина: Ошибка в коде модуля расчета, где некорректно отрабатывает условие фильтрации сотрудников. Вместо проверки статуса нерезидента на патенте, алгоритм может захватывать всех сотрудников с исчисленным налогом.

Решение:

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

Технические изменения в коде (для программистов)

При анализе конфигурации 1.3.241.1 можно заметить изменения в общих модулях, отвечающих за расчет страховых взносов и получение данных прошлых периодов. Это важно учитывать, если у вас есть доработки в этих механизмах.

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

Если ПериодРегистрации < '20250101' Тогда
    Возврат ПолучитьДанныеРасчетаЗа2024Год(Ссылка, ПериодРегистрации, ...);
КонецЕсли;

Ранее (в версии 1.3.240.2) проверка стояла на дату '20230101' и вызывалась функция получения данных за 2022 год. Это свидетельствует о том, что разработчики 1С фиксируют алгоритмы расчета прошлых лет в отдельные процедуры, чтобы изменения законодательства 2025 года не сломали перерасчеты за прошлые периоды.

Рекомендации по переходу через год (декабрь 2024 - январь 2025)

Одной из самых сложных ситуаций является наличие начислений, относящихся к декабрю 2024 года, но выплачиваемых в январе 2025 года. Из-за радикальной смены алгоритмов учета НДФЛ, типовые механизмы УПП могут давать сбои при стыковке двух методологий.

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

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

1. В налоговом учете (НУ) желательно, чтобы доходы 2024 года «остались» в 2024 году, а доходы 2025 — в 2025.
2. Если возникают критические ошибки, можно использовать документы корректировки НДФЛ или ввод доходов (натуральный доход) с отрицательными и положительными суммами для переноса даты получения дохода на нужный период, чтобы алгоритмы расчета 2025 года применялись корректно.

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