При возникновении ошибок в расчетах заработной платы и НДФЛ в 1С ЗУП 3.1, особенно после длительного периода исправлений задним числом или при переходе на новый налоговый год, корректировка становится сложной задачей. Мы рассмотрим различные подходы и нюансы, которые помогут нам добиться корректных расчетов.
Прежде чем приступить к любым изменениям, критически важно создать резервную копию информационной базы. Это позволит нам в случае непредвиденных проблем восстановить исходное состояние данных.
Первоочередная задача — точно определить, какая информация нуждается в корректировке. Это могут быть начисления, вычеты, налоговый статус сотрудника или ошибки в самих расчетах НДФЛ. В нашем случае, автор столкнулся с неверным расчетом НДФЛ из-за «многолетних исправлений начислений задним числом, после выплат». Это привело к тому, что стандартные механизмы программы перестали корректно отражать удержанный налог.
Для перерасчета НДФЛ, если ошибки связаны с начислениями или удержаниями, необходимо внести изменения в соответствующие документы (например, расчеты зарплаты, премий). После этого программа автоматически пересчитает НДФЛ. Перерасчет следует проводить как по текущему месяцу, так и по предыдущим периодам, если ошибка затрагивала более ранние расчеты. Если исчисленный налог неверен, в документах начислений можно использовать кнопку «Пересчитать налог».
В случае необходимости ручной корректировки НДФЛ, в 1С ЗУП 3.1 существуют документы «Перерасчет НДФЛ» и «Операция учета НДФЛ» (раздел «Налоги и взносы»). Эти документы позволяют нам точечно влиять на учет НДФЛ.
Нам важно понимать, как работают ключевые регистры, связанные с НДФЛ. Регистры Расчеты налогоплательщиков с бюджетом по НДФЛ и Учет доходов для исчисления НДФЛ работают в рамках налогового периода, то есть календарного года. Это означает, что их не нужно полностью «обнулять» в начале года. Главное — выровнять остатки таким образом, чтобы на 31.12.2024 были учтены переходящие доходы декабря, выплачиваемые в январе.
Автор в сообщении 1 пытался обнулить и ввести новые остатки с помощью документа Перенос данных по нескольким регистрам, включая:
Расчеты налогоплательщиков с бюджетом по НДФЛУчет доходов для исчисления НДФЛНачисления удержания по сотрудникамЗарплата к выплатеВзаиморасчеты с сотрудникамиБухгалтерские взаиморасчеты с сотрудникамиВ итоге, сумма зарплаты в ведомости встала правильно, а сумма НДФЛ – нет. Мы выясним, почему так происходит.
Сообщение 4 дает нам ключевое понимание одной из причин, по которой попытки ручной корректировки НДФЛ через документ Перенос данных могут не давать желаемого результата. В качестве базы распределения для НДФЛ используются данные регистра Начисления удержания по сотрудникам, а точнее — обороты по тем документам-основаниям, которые, в свою очередь, предварительно получены из оборотов регистра Расчеты налогоплательщиков с бюджетом по НДФЛ. При этом в качестве связи для документа-основания берется не значение из одноимённого поля «ДокументОснования», а сам регистратор!
Это означает, что простая корректировка регистра Начисления и удержания по сотрудникам через документ Перенос данных может быть неэффективной. Программа не сможет корректно соединить эти данные с регистром Расчеты налогоплательщиков с бюджетом по НДФЛ, поскольку Перенос данных не является тем «оригинальным» регистратором, который ожидается. Если регистр кривой, то кривая и база распределения, а значит, кривой и расчет налога. Автор в сообщении 5 подтвердил эту проблему, пытаясь заполнить поле «ДокументОснования» документами расчета или самим Переносом данных, но НДФЛ все равно рассчитывался неверно.
Один из предложенных подходов (сообщение 2, 3) состоит в том, чтобы позволить программе самостоятельно «выровнять» расчеты в переходный период, например, в декабре предшествующего года или в январе нового года. Суть метода заключается в следующем:
Зарплата к выплате на конец декабря так, чтобы сумма к выплате была корректной.Этот метод основан на предположении, что цикл работы регистров НДФЛ годовой, и программа в начале нового года начнет расчеты «с чистого листа» или сможет самостоятельно скорректировать остатки. Однако, как показала практика автора, это не всегда срабатывает идеально для НДФЛ.
Более детальный и эффективный подход, предложенный в сообщениях 7, 10, 11 и доработанный в сообщении 13, можно назвать «дзюдоистским», так как он использует импульс программы в своих целях. Этот метод предполагает внесение фиктивного (ненужного) начисления в предшествующем месяце (например, в декабре предыдущего года), чтобы «обнулить» или выровнять расчеты НДФЛ перед началом нового периода. Разберем его по шагам:
Мы выбираем «ненужный» месяц, предшествующий рабочему (например, декабрь 2024 года, если мы хотим начать корректные расчеты с января 2025 года). В этот месяц мы будем вносить корректирующие данные.
В документе начисления зарплаты за выбранный месяц (например, декабрь 2024) мы начисляем сотруднику достаточно большой фиктивный доход. Сумма должна быть такой, чтобы она перекрыла все возможные отрицательные остатки или «кривизну» расчетов НДФЛ, спровоцированные прошлыми ошибками. Мы позволяем программе самостоятельно рассчитать НДФЛ с этого фиктивного дохода так, как она считает нужным, без ручного вмешательства. Выплачиваем эту сумму на руки (также как хочет программа).
После проведения фиктивного начисления и выплаты за декабрь, мы проверяем расчет НДФЛ за январь нового года (2025). Если после этой операции расчеты в январе стали корректными, мы переходим к следующему шагу.
Если НДФЛ в январе начал считаться нормально, мы возвращаемся в декабрь (месяц фиктивного начисления) и корректируем остаточное сальдо по сотруднику. Это можно сделать через документ «Прочее удержание» или «Прочее начисление», добавляя или вычитая необходимую сумму, чтобы привести взаиморасчеты в порядок. Таким образом, мы обнуляем или корректируем сальдо, а фиктивное начисление служит лишь «спусковым крючком» для правильного пересчета НДФЛ программой.
Один из важных вопросов, поднятых автором в сообщении 9, касается учета прогрессивной шкалы НДФЛ (например, 13% до 5 млн рублей и 15% свыше). Сообщение 10 предлагает решение: мы специально «портим» ненужный декабрь, а в январе создаем январский доход, который относится ко второй половине заработка декабря, выплаченного в январе. Это позволяет обойти «засады» перехода и обеспечить корректный расчет НДФЛ с учетом прогрессивной шкалы.
С 1 января 2021 года применяется прогрессивная шкала НДФЛ: 13% для доходов до 5 млн рублей и 15% для доходов, превышающих 5 млн рублей за налоговый период (год). Эти ставки применяются к доходам резидентов, налоговые базы по которым исчисляются отдельно. С 2025 года планируется введение пяти уровней ставок НДФЛ от 13 до 22% к общей налоговой базе.
В 1С ЗУП 3.1 настройка прогрессивной шкалы НДФЛ осуществляется в «Учетной политике» организации на вкладке «НДФЛ» (флажок «Выполнять расчет НДФЛ по прогрессивной шкале»). Сумма доходов рассчитывается по нарастающей с января календарного года. В документе «Начисление зарплаты и взносов» на закладке «НДФЛ» сумма налога с превышения (по ставке 15% или выше) выделяется в отдельной колонке.
В сообщении 12 автор, применив метод с фиктивным начислением, столкнулся с проблемой: возросший многократно средний заработок, который теперь учитывается в документах 2025 года при расчете среднего. Это логично, так как фиктивное начисление увеличило базу для расчета среднего.
Решение этой проблемы дано в сообщении 13: в настройках расчета среднего заработка необходимо исключить это фиктивное начисление из базы для расчета. Для этого мы можем:
Этот шаг является критически важным для того, чтобы «дзюдоистский» метод не повлиял на корректность будущих расчетов среднего заработка.
Излишне удержанный НДФЛ может возникать при применении вычетов задним числом или сторнировании доходов. Отрицательное исчисленное НДФЛ в отдельном месяце — это нормально, но по итогам года сумма должна быть положительной или нулевой.
Для учета излишне удержанного налога при взаиморасчетах с сотрудниками используется механизм «Корректировка выплаты». Он влияет на сумму к выплате в ведомости, но не на сам учет НДФЛ. Удалять закладку «Корректировка выплаты» необдуманно не рекомендуется, так как это может привести к ошибкам во взаиморасчетах.
Документ «Доначисление, перерасчет» можно использовать для добавления суммы в закладку «Корректировка выплаты», чтобы программа учла задолженность за сотрудником и вычла её из следующей выплаты.
Изменения в законодательстве с 2025 года: ФНС изменила подход к налогообложению выплат, связанных с районным коэффициентом (РК) и северной надбавкой (СН). Эти выплаты теперь относятся к компенсационным и не требуют выделения в отдельную налоговую базу. В 1С ЗУП 3.1 для корректировки учета НДФЛ по РК и СН используется специальная обработка «Уточнение учета НДФЛ по налоговым базам при отмене долей РК и СН». Мы должны учитывать эти изменения при работе с расчетами на будущие периоды.
После проведения любых корректировок мы обязательно проверяем данные с помощью стандартных отчетов 1С ЗУП. К ним относятся:
Тщательная проверка в отчетах поможет нам убедиться, что все расчеты теперь корректны и соответствуют законодательству.
В целом, при возникновении сложностей с расчетом НДФЛ после корректировок задним числом или при переходе на новый период, важно системно подойти к проблеме, используя специализированные документы и обработки 1С, а также учитывать изменения в законодательстве, касающиеся НДФЛ. Прямое манипулирование регистрами через Перенос данных не всегда является оптимальным решением для НДФЛ из-за сложной логики связей между регистрами и документами-основаниями. Предпочтительнее использовать методы, которые позволяют программе самой пересчитать и скорректировать данные, используя фиктивные начисления для «обнуления» истории и последующей ручной донастройки сальдо.