← На главную

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

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

Причина 1. Ошибки механизма оптимизации расчета

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

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

1. Откроем меню «Все функции» (в новых версиях — «Функции для технического специалиста»).
2. Перейдем в раздел Константы.
3. Найдем в списке параметр Выполнять расчет зарплаты без оптимизации.
4. Установим флаг (значение Истина) для этой константы.
5. Запишем изменения и вернемся в документ Начисление зарплаты и взносов для повторного пересчета НДФЛ.

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

Причина 2. Особенности кода дохода 2002 и даты получения дохода

Другая проблема, описанная пользователями, касается переноса всего НДФЛ (включая налог с оклада) на следующий месяц, если в текущем была начислена премия с кодом 2002. Выясним причину этого явления. До 2023 года в законодательстве существовало жесткое разделение:

• Доходы в виде оплаты труда (код 2000) признавались полученными в последний день месяца начисления.
• Прочие доходы, включая премии с кодом 2002, признавались полученными в день их фактической выплаты.

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

Рассмотрим, как правильно настроить такие начисления:

1. Проверим документ Премия. Если премия должна выплачиваться вместе с зарплатой, дата выплаты в ней должна СОВПАДАТЬ с датой выплаты, указанной в документе Начисление зарплаты и взносов.
2. Если даты различаются, программа законно разносит налог по разным периодам. Сторнирование в феврале, которое заметил автор темы, — это попытка программы выровнять налоговую базу нарастающим итогом, так как январский налог был ошибочно завышен или неверно распределен между датами получения дохода.

Причина 3. Нарушение последовательности в регистрах накопления

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

1. Полностью удалим все строки на вкладке НДФЛ в проблемном документе.
2. Запишем документ (без проведения) с пустой таблицей налога.
3. Убедимся, что по данному сотруднику в этом месяце нет других проведенных документов (например, Увольнение или Отпуск), которые уже «заняли» вычеты или исчислили часть налога.
4. Нажмем кнопку Еще — Обновить налог на вкладке НДФЛ. Эта команда работает более принудительно, чем обычное заполнение, так как она заново инициализирует расчетный механизм для конкретной строки.

Как избежать повторения проблемы в будущем?

Для стабильной работы блока НДФЛ в 1С:ЗУП 3.1 рекомендуем придерживаться следующих правил:

Во-первых, всегда соблюдайте хронологию. Сначала создаются и проводятся межрасчетные документы (Премия, Материальная помощь, Разовое начисление), и только в самом конце месяца создается документ Начисление зарплаты и взносов. Если вы изменили премию после того, как рассчитали общую зарплату, налог в зарплатном документе ОБЯЗАТЕЛЬНО нужно обновить.

Во-вторых, следите за кодами доходов. Если премия носит производственный характер и выплачивается ежемесячно, иногда целесообразно использовать код дохода 2000 (если это допустимо учетной политикой организации), чтобы дата дохода всегда схлопывалась последним числом месяца вместе с окладом.

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

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