← На главную

В конце 2024 и начале 2025 года многие пользователи столкнулись с серьезной технической проблемой в программе 1С:Зарплата и управление персоналом (ЗУП). При расчете заработной платы за декабрь с выплатой в январе система начинает вести себя некорректно: налог с аванса, выплаченного в декабре, «теряется» или сторнируется дважды. Рассмотрим подробнее, почему это происходит и как мы можем исправить эту ситуацию, используя актуальные патчи и методические рекомендации.

Анализ проблемы: почему возникают «минусы» по НДФЛ?

Проанализируем механизм, заложенный в последних релизах (3.1.30.117 и 3.1.31.67). Основная сложность заключается в разделении налоговой базы на «основную» и базу по «районным коэффициентам и северным надбавкам» (РКСН). Если аванс был выплачен 28 декабря 2024 года, он относится к налоговому периоду 2024 года. Однако окончательный расчет и выплата зарплаты происходят 14 января 2025 года, что относится уже к новому налоговому периоду.

Разберем ситуацию на примере. При использовании документа Расчет удержаний программа должна сопоставить доходы и удержанный налог. Но из-за ошибки в программном коде при расчете январской части зарплаты документ не «видит» строки налога от 28.12.2024 в регистре накопления. В итоге мы получаем следующую картину:

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

Решение №1: Установка критических патчей (исправлений)

Выясним причину такого поведения в коде. Ошибка признана разработчиками 1С и связана с некорректным получением индекса элемента в массиве данных при расчете распределенных баз. Для исправления ситуации нам необходимо установить специальные патчи. Рассмотрим их по порядку:

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

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

Решение №2: Изменение методики формирования документов

Рассмотрим альтернативный вариант, если патчи по какой-то причине не помогли. Обратим внимание на то, что документ Начисление зарплаты и взносов работает по более сложным алгоритмам, чем раздельные документы Начисление доходов и Расчет удержаний.

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

Решение №3: Проверка настроек РКСН и перепроведение документов

Если вы уже обновились до релиза 3.1.30.117, но проблема сохраняется, выполним следующие шаги по шагам:

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

Технические подробности для продвинутых пользователей

Посмотрим на структуру данных. В новых версиях 1С:ЗУП активно используется механизм распределения налога по кодам БК и категориям доходов. Когда мы рассчитываем документ Расчет удержаний, программа обращается к функции, которая анализирует таблицу ВременнаяТаблицаДоходовНДФЛ. Из-за архитектурных изменений конца 2024 года, данные о налоге с аванса могут попадать в колонку «Прочее» вместо «Оплаты труда», что сбивает алгоритм сопоставления.

Если вы видите, что налог «переехал» в колонку «Прочее» в расчетной ведомости, это явный признак того, что программа не смогла идентифицировать вид дохода. В таком случае поможет установка патча EF_00_00673327, который корректирует заполнение аналитик по РКСН.

Резюмируем наши действия: для исправления ошибки в первую очередь устанавливаем патч EF_60019319 (от 27.12.24 или обновленный от 14.01.25). Если это не помогает — переходим на использование общего документа Начисление зарплаты и взносов вместо раздельного Расчета удержаний, так как он более стабильно отрабатывает логику перехода налоговых периодов между 2024 и 2025 годами.