Работа с внутренними совместителями в программе 1С:Зарплата и управление персоналом 3.1 часто преподносит сюрпризы бухгалтеру, особенно в части учета НДФЛ и предоставления стандартных налоговых вычетов. Одной из самых распространенных и запутанных ситуаций является автоматическое «сторнирование» вычетов в прошлых периодах при расчете текущей заработной платы. Рассмотрим подробно, почему так происходит, как работает алгоритм программы и какие шаги необходимо предпринять для исправления ситуации.
Прежде всего, проанализируем фундаментальный принцип учета НДФЛ в системе. В программе 1С:ЗУП 3.1 стандартные налоговые вычеты (на детей, личные и т.д.) применяются не к конкретному сотруднику или его позиции в штатном расписании, а к Физическому лицу в целом. Это означает, что если один и тот же человек работает в организации на основной ставке и, например, на трех должностях по внутреннему совместительству, программа суммирует все его доходы для определения права на вычет и предела в 350 000 рублей.
Программа автоматически распределяет вычет, пытаясь применить его к самому первому начислению в хронологическом порядке в пределах календарного месяца. Если суммы первого начисления (допустим, по совместительству на 0,1 ставки) недостаточно для покрытия всей суммы вычета (например, 1400 рублей), остаток вычета «переезжает» на следующее по времени начисление того же месяца. В регистрах это часто выглядит как пугающее сторно по одной строке и начисление по другой, хотя в итоговом расчете сумма вычета за месяц остается верной. Проблема обостряется, когда сотрудник работает в разных подразделениях с разными регистрациями в ИФНС.
Выясним главную причину возникновения сторно, описанную в практике пользователей. Ключевым фактором является дата фактического получения дохода. Для премий с кодом дохода 2002 (и других межрасчетных выплат) дата получения дохода определяется датой ее фактической выплаты.
Рассмотрим ситуацию: в документе Премия была указана планируемая дата выплаты 31 января. Программа применила январский вычет к этой сумме. Однако фактическая выплата по документу Ведомость прошла 15 февраля. В этот момент происходит следующее:
Это и объясняет ситуацию, когда в расчетном листке за февраль мы видим записи по НДФЛ за январь с отрицательными суммами вычетов.
Если внутренний совместитель работает в подразделениях, относящихся к разным налоговым инспекциям (имеющих разные КПП или ОКТМО), ситуация усложняется. Программа обязана распределить вычеты пропорционально доходам между разными налоговыми базами.
Разберем по шагам, как это работает: Программа анализирует совокупный доход физлица. Если в одном подразделении (ИФНС №1) начислено 2000 рублей, а в другом (ИФНС №2) — 20 000 рублей, вычет будет применен там, где доход был зарегистрирован раньше. Если же даты начисления совпадают, алгоритм может начать «дробить» вычет. В старых релизах (например, ветки 3.1.11) существовала программная ошибка, из-за которой при каждом новом пересчете копейки вычета «прыгали» между налоговыми регистрациями, создавая бесконечные строки сторно и доначислений.
Для детального анализа ситуации недостаточно обычного расчетного листка. Рассмотрим, какие инструменты помогут нам увидеть реальную картину:
Подразделение и Регистрация в ИФНС. Часто сторно возникает из-за попытки программы закрыть долг по вычету в одной налоговой за счет другой.Если вы столкнулись с некорректным сторнированием вычетов, рекомендуем придерживаться следующей последовательности действий:
Премия, Материальная помощь или Отпуск, строго совпадала с датой в Ведомости, которой эти суммы были выплачены. Любое расхождение заставляет программу пересчитывать НДФЛ «задним числом».Начисление зарплаты и взносов.Начисление зарплаты и взносов. Если вы создаете отдельные документы для разных подразделений, программа в момент расчета первого документа «не видит» доходов по второму, что приводит к неверному распределению вычетов и последующим корректировкам.Проанализируем специфику версии 3.1.11.68, упомянутой в обсуждении. В этой ветке конфигурации механизмы распределения вычетов были менее совершенны, чем в современных версиях. В частности, наблюдались проблемы при выплате премий в межрасчетный период. Программа могла «забыть» применить вычет в документе Премия, а затем «вспомнить» о нем в документе Начисление зарплаты, что порождало цепочку корректировок.
Важный совет: Если вы работаете на устаревшем релизе и наблюдаете «прыгающие» вычеты, единственным надежным способом является ручной контроль даты выплаты в каждом документе начисления. Помните, что поле «Дата выплаты» в нижней части документа — это не просто информативное поле, а ключевой реквизит для определения месяца налогового периода.
Сторнирование вычетов у внутренних совместителей в 1С:ЗУП 3.1 — это в большинстве случаев не ошибка программы, а результат работы ее строгого алгоритма по учету дат получения дохода. Чтобы избежать «грязных» регистров и непонятных сумм в расчетных листках, всегда следите за тем, чтобы доход и вычет «встречались» в одном и том же налоговом периоде, а даты в начислениях соответствовали датам в ведомостях на выплату.