Многие пользователи 1С:Зарплата и управление персоналом 3.1 сталкиваются с ситуацией, когда при начислении зарплаты за текущий месяц программа внезапно «выбрасывает» корректировки НДФЛ за предыдущий период. В расчетном листке или в документе Начисление зарплаты и взносов появляются странные строки с одинаковыми суммами «плюс» и «минус», но по разным категориям дохода или датам получения. Особенно часто это происходит, если в одном месяце сотруднику выплачивались и оклад, и премия, а также применялись стандартные налоговые вычеты. Разберем детально, почему это происходит и как привести учет в порядок.
Рассмотрим типичный пример. Сотруднику начислена зарплата (оклад) и премия за апрель. Выплата произведена 28 апреля. В программе для премии установлен код дохода 2002 с настройкой «Соответствует оплате труда», а категория дохода указана как «Прочие доходы от трудовой деятельности». В апреле НДФЛ рассчитался верно. Однако при заполнении документа за май мы видим записи вида:
Проанализируем причину. Сумма 118 рублей в данном случае — это 13% от части стандартного вычета. Если у сотрудника есть вычет на ребенка (например, 1400 рублей), программа должна распределить этот вычет между всеми облагаемыми доходами месяца. Именно в этом «математическом» распределении и кроется корень проблемы.
Проанализируем, как 1С:ЗУП 3.1 работает с вычетами. Программа не привязывает налоговый вычет к конкретному начислению. Она распределяет его пропорционально весу каждого вида дохода в общей налоговой базе месяца. Если у сотрудника оклад составляет 8412 руб., а премия 4598 руб. (всего 13010 руб.), то вычет 1400 руб. будет разделен между ними в соответствующей пропорции.
Когда мы проводим выплату 28 апреля, программа фиксирует состояние расчетов на эту дату. На этот момент для системы премия уже является «полученным» доходом, а оклад (согласно статье 223 НК РФ) станет доходом только в последний день месяца — 30 апреля. Из-за этого временного разрыва в два дня программа в следующем периоде «переосмысливает» распределение вычета, который был применен 28-го числа, и пытается перенести его часть на категорию «Оплата труда», окончательно сформированную 30-го апреля.
Выясним причину конфликта дат. Согласно Налоговому кодексу РФ:
Если выплата зарплаты происходит раньше последнего числа месяца (например, 28-го числа из-за выходных), в регистре накопления Расчеты налогоплательщиков с бюджетом по НДФЛ образуются записи с разными датами. Программа видит, что на 28.04 база по НДФЛ была одной, а на 30.04 она изменилась. Чтобы «схлопнуть» эти хвосты, 1С формирует корректирующие записи в следующем доступном документе — начислении зарплаты за май.
Рассмотрим варианты исправления ситуации, от простых организационных до глубоких настроечных.
Самый простой способ избежать перерасчетов — указывать в Ведомости в банк/кассу дату, совпадающую с последним днем месяца (в нашем примере — 30.04), даже если фактически деньги были перечислены 28-го. В этом случае даты получения дохода по окладу и по премии совпадут. Программа увидит единую налоговую базу на одну дату, распределит вычет один раз и больше не будет возвращаться к этому вопросу в будущем месяце.
Разберем настройки начисления. Если вы хотите, чтобы премия (код 2002) вела себя абсолютно идентично окладу, проверьте настройки кода дохода НДФЛ. Перейдите в справочник Виды доходов НДФЛ:
После такой настройки премия будет признаваться доходом только в последний день месяца (30.04), независимо от даты ведомости. Разрыв в датах исчезнет, и перерасчеты по 118 рублей (или иным суммам налога с вычетов) прекратятся.
Часто ошибки возникают из-за нарушения хронологии. Выясним правильную цепочку действий:
Премия (если она начисляется отдельным документом). Если выплата идет вместе с зарплатой, НДФЛ в самой премии может не рассчитываться (зависит от настроек), он рассчитается позже в общем документе.Начисление зарплаты и взносов. На вкладке «НДФЛ» проверяем, что вычеты применились ко всей сумме дохода.Ведомость. Обратите внимание: если вы зашли в документ Премия и что-то там изменили после проведения начисления зарплаты, последовательность нарушится.Рекомендуется использовать механизм «Пересчитать НДФЛ» в документе начисления или полностью перезаполнять сотрудника в ведомости, если данные по доходам менялись.
Подводя итог, можно сказать, что появление перерасчетов НДФЛ за прошлый период в 1С:ЗУП 3.1 — это не случайный сбой, а работа встроенного математического алгоритма по распределению налоговых льгот. Программа стремится к максимальной точности в соответствии с НК РФ. Если такие «копейки» в учете мешают, наиболее эффективным решением будет приведение всех видов «трудовых» доходов к единой категории Оплата труда или выравнивание дат выплаты в документах под конец отчетного месяца.