При работе в программе 1С:Зарплата и управление персоналом КОРП версии 3.1.30.117 многие пользователи столкнулись с серьезной технической проблемой. Ситуация выглядит следующим образом: аванс за декабрь 2024 года был успешно начислен и выплачен в конце декабря (например, 27.12.2024). Однако при окончательном расчете зарплаты за декабрь, производимом в январе 2025 года, программа «теряет» НДФЛ, исчисленный с аванса. В результате в итоговых документах сумма налога отражается некорректно, а в регистрах могут появляться необъяснимые отрицательные значения.
Давайте подробно разберем, почему это происходит, как механизмы программы взаимодействуют с налоговым законодательством в период перехода между 2024 и 2025 годами и какие шаги необходимо предпринять для исправления ситуации.
Проанализируем архитектурные особенности версии КОРП. В отличие от базовой или ПРОФ-версии, в КОРП часто используется раздельная схема документов: отдельно создается документ Расчет начислений и отдельно Расчет удержаний (где происходит исчисление НДФЛ и страховых взносов). Проблема релиза 3.1.30.117 заключается в нарушении алгоритма сопоставления данных между этими документами при переходе налоговых периодов.
С точки зрения законодательства, дата получения дохода теперь жестко привязана к дате выплаты. Аванс, выплаченный 27.12.2024, — это доход 2024 года. Зарплата, выплачиваемая в январе 2025 года, — это доход 2025 года. В нормальной ситуации программа должна видеть исчисленный налог в документе Начисление за первую половину месяца и учитывать его при окончательном расчете, чтобы не допустить двойного налогообложения или пропуска сумм. Однако в указанном релизе документ Расчет удержаний перестал корректно «подтягивать» информацию об авансовом НДФЛ, если начисление и выплата разделены календарным годом.
Выясним причину появления «минусов» в регистрах. Это происходит из-за того, что при проведении январского документа система пытается сторнировать налог, который она считает «лишним», так как не находит связи с первичным начислением аванса. Это критическая ошибка программного кода, которую фирма «1С» оперативно исправляет с помощью патчей.
Первым и самым важным шагом является проверка наличия установленных исправлений. Для решения данной проблемы был выпущен специализированный патч EF_60019319 от 14.01.2025.
Рассмотрим последовательность действий при установке:
EF_60019319 присутствует в списке. Если его нет, необходимо выполнить загрузку исправлений через интернет.После установки патча обязательно выполните полную перезагрузку сеанса 1С и приступайте к перерасчету документов.
Как показывает практика пользователей и обсуждения на форумах, в версии КОРП разделение на Расчет начислений и Расчет удержаний в условиях данной ошибки работает нестабильно. Рассмотрим альтернативный метод, который позволяет обойти проблему сопоставления данных.
Проанализируем ситуацию: в документе Начисление зарплаты и взносов (едином) программа видит все вкладки одновременно — и начисления, и НДФЛ, и взносы. Это позволяет внутреннему движку системы корректно сопоставить базу декабря и выплату января в рамках одного объекта.
Пошаговый алгоритм действий:
Расчет удержаний и Расчет начислений по проблемным подразделениям.Начисление зарплаты и взносов.Хотя этот метод может быть неудобен для крупных организаций, где расчет ведут разные специалисты по разным этапам, для закрытия годового периода в релизе 3.1.30.117 он является наиболее надежным.
Если патч установлен, но сумма налога всё равно не «встает» в основные документы, попробуем воспользоваться специализированным инструментом исправления.
Рассмотрим порядок работы с документом Перерасчет НДФЛ:
Перерасчет НДФЛ.В этот документ должны «вывалиться» все незафиксированные суммы налога, которые программа потеряла в основных начислениях. После проведения этого документа баланс по взаиморасчетам с бюджетом в регистре Расчеты налогоплательщиков с бюджетом по НДФЛ должен выровняться.
Для того чтобы окончательно убедиться в корректности учета, проанализируем движения документов. Нас интересуют два основных регистра накопления:
Сведения о доходах НДФЛ: здесь проверяем поле Дата получения дохода. Для аванса это должно быть 27.12.2024, для зарплаты — дата выплаты в январе.Расчеты налогоплательщиков с бюджетом по НДФЛ: проверяем, нет ли дублирующих записей с разными знаками (плюс и минус), которые обнуляют исчисленный налог.Посмотрим на пример того, как должны выглядеть записи в идеальном случае:
// Примерная структура движения регистра после исправления
Документ-основание: Начисление за первую половину месяца (27.12.2024)
Сумма: 1300 (Исчислено)
Дата получения дохода: 27.12.2024
Документ-основание: Начисление зарплаты и взносов (Январь 2025)
Сумма: 1700 (Исчислено с остатка зарплаты)
Дата получения дохода: 10.01.2025 (день выплаты)
Если же вы видите, что в январском документе появляется строка с суммой -1300, это означает, что программа пытается сторнировать декабрьский налог. В этом случае необходимо вернуться к Решению 1 и убедиться, что патч не просто установлен, но и «подцепился» системой после перезаполнения документа.
Подведем итог. Для успешного закрытия декабря 2024 года в программе ЗУП КОРП 3.1.30.117 придерживайтесь следующей стратегии:
EF_60019319. Помните, что он был обновлен 14 января 2025 года, поэтому загрузите его повторно, если делали это раньше.Расчет удержаний), проверьте, заполняется ли налог. Если нет — временно перейдите на общий документ Начисление зарплаты и взносов.Перерасчет НДФЛ за 2024 год с датой в 2025 году.Выполнение этих шагов позволит вам корректно сформировать отчетность 6-НДФЛ за 2024 год и первый квартал 2025 года, избежав путаницы с переходящими остатками налога.