Ситуация, когда в отчете Регистр налогового учета по НДФЛ бухгалтер видит странное поведение программы — например, «удвоение» стандартных вычетов или их полное обнуление — часто встречается в начале календарного года. Особенно это актуально для ситуаций, когда зарплата за декабрь выплачивается в январе следующего года. В данной статье мы подробно разберем, почему так происходит, какие внутренние механизмы 1С:ЗУП задействованы в этом процессе и как привести учет в порядок.
Для того чтобы понять природу «двоения» вычетов, нам необходимо обратиться к законодательной базе, а именно к статье 223 НК РФ. С 2023 года дата фактического получения дохода в виде оплаты труда определяется как день выплаты дохода, в том числе перечисления дохода на счета налогоплательщика в банках.
Рассмотрим ситуацию: начисление произведено в декабре, а выплата фактически произошла в январе. Для программы это означает, что весь доход переходит из одного налогового периода (года) в другой. Если в документе НачислениеЗарплатыИВзносов была указана одна плановая дата выплаты (например, 31 декабря), а в документе ВедомостьВБанк или ВедомостьВКассу указана другая дата (например, 14 января), программа инициирует сложный механизм перерегистрации дохода.
Выясним причину визуальных искажений в отчетах. В системе 1С:ЗУП учет ведется не по документам, а по записям в специализированных регистрах накопления. Основными для нас являются УчетДоходовДляИсчисленияНДФЛ и ВычетыПоНДФЛ.
Когда фактическая дата выплаты в ведомости не совпадает с плановой датой из начисления, происходит следующее:
В регистре налогового учета это часто выглядит как две строки по одной и той же сумме, где одна уменьшает налоговую базу, а вторая — увеличивает. Если в этот момент применяется стандартный налоговый вычет, программа может применить его дважды: один раз за декабрь (так как право на него сохранилось) и один раз за январь (так как выплата в январе дает право на вычет нового месяца). В итоге сумма вычета может «уйти в ноль» или удвоиться, в зависимости от того, какой объем дохода «переехал».
Посмотрим на алгоритм действий, который поможет локализовать и устранить проблему. Мы пройдем путь от проверки первичных данных до корректировки документов.
Шаг 1. Проверка регистра накопления «Учет доходов для исчисления НДФЛ»
Нам необходимо зайти в Все функции (или Функции для технического специалиста) и открыть регистр накопления УчетДоходовДляИсчисленияНДФЛ. Установим отбор по конкретному сотруднику и периоду (январь). Ищем записи с суммами, которые вызывают сомнения у бухгалтера. Обратите внимание на колонку Дата получения дохода. Если вы видите там записи по одной и той же сумме с разными датами, значит, произошла перерегистрация дохода из-за смены даты выплаты.
Шаг 2. Анализ документа «Ведомость»
Проанализируем ведомость, которой выплачивался доход. Проверьте поле Дата выплаты в шапке документа и колонку НДФЛ к перечислению (нажав на «карандаш» или открыв расшифровку налога). Часто именно здесь скрывается причина: если ведомость «подцепила» начисление с другой плановой датой, она принудительно пересчитает НДФЛ и вычеты на лету.
Шаг 3. Синхронизация плановой и фактической дат
Чтобы избежать лишних движений в регистрах, рекомендуется сделать следующее:
НачислениеЗарплатыИВзносов).После этих действий программа поймет, что доход изначально предназначался для января, и не будет делать корректирующих записей («сторно/приход»), так как плановая и фактическая даты совпадут.
Важно понимать, что если у сотрудника не было доходов в декабре, то вычет за декабрь не «пропадает». Согласно позиции Минфина, стандартные вычеты предоставляются за каждый месяц налогового периода. Если при выплате декабрьской зарплаты в январе программа применяет два вычета (за декабрь и за январь), это законно. Однако бухгалтер может хотеть видеть иную картину.
Если вы решили «подогнать» учет под конкретные требования, рассмотрите вариант ручной корректировки в ведомости, но помните: это может привести к «хвостам» в следующих месяцах. Лучше всего использовать документ ПерерасчетНДФЛ, если ошибка была обнаружена уже после закрытия периода.
Для более глубокого анализа мы можем использовать Универсальный отчет по регистру ВычетыПоНДФЛ. В настройках отчета выберите:
Так мы наглядно увидим, какой именно документ «забрал» лишний вычет. Если вычет применился дважды, в колонке Месяц налогового периода вы увидите две разные записи (например, Декабрь 2023 и Январь 2024), привязанные к одной январской ведомости.
Проанализируем коды доходов. Если проблема касается больничного (код 2300) или отпуска (код 2012), помните, что для них дата получения дохода ВСЕГДА — дата выплаты, независимо от месяца начисления.
Если вы столкнулись с кодом дохода 2000 (оплата труда), убедитесь, что в настройках учетной политики организации (закладка Налоги и взносы) не включены специфические настройки распределения вычетов, которые могут конфликтовать с текущим релизом программы.
Резюме для совместной работы с бухгалтерией:
Регистр накопления «НДФЛ к распределению по счетам».Таким образом, мы выяснили, что «двоение» вычетов — это не всегда программная ошибка, а зачастую следствие автоматической реакции 1С:ЗУП на изменение даты получения дохода сотрудником. Правильная настройка дат и понимание движений по регистрам позволяют быстро устранить подобные расхождения.