Многие бухгалтеры и расчетчики зарплаты, перешедшие с конфигурации «1С:Зарплата и управление персоналом» редакции 2.5 на современную редакцию 3.1, сталкиваются с крайне неприятным поведением программы. При попытке вручную поправить сумму исчисленного налога на вкладке «НДФЛ» в документе Начисление зарплаты и взносов всё выглядит отлично только до следующего месяца. При очередном расчете зарплаты программа автоматически производит сторнирование или доначисление налога на ту же самую сумму, возвращая расхождение назад. Этот эффект в профессиональной среде называют «всплывающим» или «паразитным» НДФЛ.
В этой статье мы подробно разберем, почему это происходит, как устроен механизм учета НДФЛ в 1С:ЗУП 3.1 и как правильно вносить корректировки в текущем периоде, чтобы они зафиксировались раз и навсегда и не приводили к регулярным перерасчетам.
Для начала проанализируем фундаментальную разницу в архитектуре двух редакций. В старой версии ЗУП 2.5 учет велся во многом «подокументно», и ручная корректировка налога воспринималась программой как данность, не требующая проверки математического баланса в будущем. В редакции ЗУП 3.1 разработчики заложили совершенно иной принцип: налог исчисляется строго нарастающим итогом с начала налогового периода (календарного года).
Когда мы открываем документ Начисление зарплаты и взносов, переходим на вкладку «НДФЛ» и вручную меняем сумму налога (например, убираем или добавляем 1 рубль из-за округления или старых ошибок), программа фиксирует только итоговый результат налога для конкретного документа. При этом математическая база налога — доходы сотрудника и примененные вычеты — в регистрах накопления не меняется. Программа «думает», что доход остался прежним, а налог почему-то рассчитан неверно.
В следующем расчетном периоде при заполнении очередного документа начисления алгоритм 1С:ЗУП 3.1 выполняет следующие действия:
(Доход - Вычеты) * Ставка.Таким образом, простое ручное исправление налога в документе начисления — это борьба с симптомами, а не с причиной. Чтобы корректировка зафиксировалась и не вызывала автоматических перерасчетов в будущем, нам необходимо использовать корректные методики и специализированные документы.
Если нам необходимо скорректировать налог за прошлые периоды текущего года (например, когда была обнаружена ошибка в расчете за прошлый месяц, или при переносе данных из старой базы возникли копейки), лучшим инструментом является документ Перерасчет НДФЛ. Этот документ разработан специально для легитимного изменения налоговой истории сотрудника без поломки текущих расчетов.
Рассмотрим пошагово, как с ним работать:
Налог укажем сумму корректировки. Если нам нужно уменьшить налог, вводим сумму с минусом, если доначислить — с плюсом. Обратите внимание, что здесь также можно скорректировать категорию дохода или ставку налога.Преимущество этого способа заключается в том, что программа воспринимает документ Перерасчет НДФЛ как специальное событие корректировки. Записи делаются непосредственно в регистры учета налога, и при последующих расчетах программа учитывает эти суммы как корректно зафиксированные, не пытаясь их сторнировать.
Для более сложных случаев, когда нам нужно скорректировать не только сам налог, но и доходы, вычеты или удержанный налог, применяется документ Операция учета НДФЛ. Этот документ часто называют «ручной операцией по НДФЛ».
Здесь кроется главная ловушка для начинающих пользователей. Если мы откроем этот документ и заполним только вкладку Исчислено по ставке 13% (30%), то в следующем месяце мы гарантированно получим тот самый «всплывающий» НДФЛ. Программа снова увидит несоответствие между доходом в регистрах и суммой налога.
Давайте разберем золотое правило работы с документом Операция учета НДФЛ: всегда соблюдайте баланс между доходами и налогом. Если вы корректируете исчисленный налог, вы обязаны скорректировать и сумму дохода, с которого этот налог рассчитывается. В противном случае математика программы «не сойдется».
Рассмотрим пример, когда нам необходимо доначислить сотруднику 130 рублей налога. Схема действий будет выглядеть следующим образом:
Операция учета НДФЛ (раздел Налоги и взносы).2000) и сумму дохода в размере 1000 рублей.Только при таком сбалансированном заполнении всех вкладок математическая модель учета НДФЛ в программе сойдется, и в последующих периодах никаких паразитных сторно-записей не возникнет.
Выясним еще одну частую причину появления «лишнего» НДФЛ, которая особенно актуальна начиная с 2023 года в связи с переходом на новые правила учета налога. Современное налоговое законодательство требует исчислять и удерживать НДФЛ строго на дату фактической выплаты дохода.
В документах начисления (например, Начисление за первую половину месяца или Начисление зарплаты и взносов) всегда присутствует важный реквизит — Планируемая дата выплаты. Очень часто расчетчики не обращают на него внимания, оставляя там дату по умолчанию, а фактическую выплату производят по ведомости совершенно другим числом.
Проанализируем, к чему это приводит:
Решение: Никогда не исправляйте налог руками в такой ситуации! Вместо этого приведите в соответствие даты выплаты. Убедитесь, что планируемая дата выплаты в документе-начислении совпадает с фактической датой выплаты, указанной в документе Ведомость в банк или Ведомость в кассу. После корректировки дат просто перезаполните и пересчитайте налог в документе начисления.
Если в результате перерасчетов или запоздалого предоставления сотрудником заявления на налоговые вычеты у него образовался излишне удержанный НДФЛ (налог «с минусом»), ни в коем случае не пытайтесь уменьшить удержание вручную в ведомостях на выплату или документах начисления.
Для таких операций в программе предусмотрен строго регламентированный бизнес-процесс:
Возврат НДФЛ (раздел Налоги и взносы). Программа автоматически определит сумму к возврату на основании накопленной истории расчетов.Ведомость в банк, Ведомость в кассу или Ведомость на счета) сумма возвращенного налога автоматически попадет в ведомость в качестве отдельной строки, увеличив сумму на руки сотруднику. При этом в регистре удержанного налога зафиксируется корректная запись со знаком «минус».Бывают ситуации, когда в информационной базе скопилось множество старых ошибок при переносе данных из ЗУП 2.5, возникла пересортица по ОКТМО, ИФНС или кодам доходов, и стандартные документы корректировки не помогают избавиться от ежемесячно «всплывающих» копеек. В таких запущенных случаях приходится прибегать к прямому редактированию регистров накопления с помощью технического документа Перенос данных.
Рекомендуем выполнять эту процедуру только опытным пользователям или программистам 1С, предварительно сделав резервную копию базы данных. Давайте разберем схему работы:
Учет доходов для исчисления НДФЛ — здесь хранится информация о доходах (налоговая база).Расчеты налогоплательщиков с бюджетом по НДФЛ — здесь фиксируется исчисленный налог.Расчеты налогоплательщиков с бюджетом по удерживаемому НДФЛ — здесь отражается фактически удержанный налог.Помните: движения по исчисленному и удержанному налогу должны быть сбалансированы и соответствовать доходам, иначе при очередном расчете зарплаты программа снова попытается исправить неравенство.
Для того чтобы успешно вести учет НДФЛ в 1С:ЗУП 3.1 без постоянных ручных правок и «всплывающих» сумм в будущих периодах, достаточно придерживаться трех простых правил:
Начисление зарплаты и взносов. Это дает лишь временный визуальный эффект, который сотрется при следующем расчете.Перерасчет НДФЛ, Операция учета НДФЛ или Возврат НДФЛ.Соблюдение этих рекомендаций позволит вам поддерживать регистры учета НДФЛ в идеальном порядке, сдавать регламентированную отчетность по форме 6-НДФЛ без ошибок и навсегда забыть о ежемесячной борьбе с автоматическими корректировками налога.