Как исправить расхождения в 6-НДФЛ и избежать «рваного» НДФЛ при корректировке переходящих доходов?

В практике работы с программой 1С:Зарплата и Управление Персоналом часто возникает ситуация, когда доходы (например, переходящие отпуска или больничные) отражаются в отчетности 6-НДФЛ некорректно. Попытки исправить ситуацию путем ручной корректировки одного регистра накопления часто приводят к тому, что при последующем расчете зарплаты программа начинает «доначислять» или «стонировать» налог, создавая так называемый «рваный» НДФЛ. Рассмотрим подробно, почему это происходит и как правильно синхронизировать данные в системе.

Анализируем причину проблемы: почему «рвется» налог

Разберем ситуацию: отпускные за январь были выплачены в декабре прошлого года. Согласно законодательству, датой получения дохода для отпуска является дата выплаты. Если бухгалтер ошибочно отразил их в отчетности за прошлый год, а программа по дате выплаты (ведомости) видит их в текущем году, возникает конфликт.

Когда мы пытаемся исправить только регистр Учет доходов для исчисления НДФЛ, мы убираем сумму из базы, но забываем про налог. Математический алгоритм 1С работает следующим образом: программа берет всю базу дохода по сотруднику с начала года по текущую дату, умножает на ставку (13% или 15%) и сравнивает с уже исчисленным налогом. Если мы уменьшили базу в одном регистре, но не уменьшили исчисленный налог в другом, программа видит переплату или недоплату и пытается выровнять ее в ближайшем документе Начисление зарплаты и взносов.

Шаг 1. Проверка взаимосвязи регистров НДФЛ

Для корректного исправления нам необходимо обеспечить единство данных в трех ключевых регистрах. Проанализируем их функции:

1. Учет доходов для исчисления НДФЛ: здесь фиксируется «тело» дохода, код дохода и дата фактического получения.
2. Расчеты налогоплательщиков с бюджетом по НДФЛ: именно здесь фиксируется исчисленный налог. Если здесь запись осталась, а в первом регистре исчезла — налог начнет «рвать».
3. Расчеты налоговых агентов с бюджетом по НДФЛ: в этом регистре отражается удержанный и перечисленный налог.

Важное правило: сумма налога в регистре Расчеты налогоплательщиков с бюджетом по НДФЛ должна всегда соответствовать формуле: База из регистра учета доходов * Ставка налога. Если это равенство нарушается ручными правками, система будет выдавать ошибки при автоматическом расчете.

Шаг 2. Использование документа «Операция учета НДФЛ»

Вместо использования инструмента Корректировка регистров, который является слишком «грубым», мы рекомендуем использовать специализированный документ Операция учета НДФЛ. Этот документ создан специально для внесения правок вручную и позволяет заполнить все необходимые вкладки одновременно, соблюдая целостность данных.

Выполним следующие действия по шагам:

1. Перейдем в раздел Налоги и взносы — Справки о доходах — Операции учета НДФЛ.
2. Создадим новый документ и выберем сотрудника, по которому «рвется» налог.
3. На вкладке Доходы введем запись с отрицательной суммой (сторно), указав ту же дату получения дохода и код дохода (например, 2000 или 2012), которые попали в отчет лишними.
4. Перейдем на вкладку Исчислено по ставке 13% (30%). Здесь обязательно нужно ввести корректирующую запись на сумму налога, соответствующую убранному доходу. Например, если мы убрали 10 000 рублей дохода, здесь нужно указать -1300 рублей налога.
5. Если налог уже был удержан в ведомости, проверьте вкладку Удержано по всем ставкам. Данные здесь должны коррелировать с изменениями на предыдущих вкладках.

Шаг 3. Учет влияния даты выплаты в первичных документах

Проанализируем еще одну частую причину ошибки. В документах типа Отпуск или Больничный лист в нижней части формы есть поле Дата выплаты. Именно эта дата является определяющей для регистра Учет доходов для исчисления НДФЛ.

Если вы исправляете доходы в регистрах, но в самом первичном документе (например, Отпуск) осталась старая дата выплаты, то при любом перепроведении документов программа может вернуть ошибочные данные обратно в регистры.

Рассмотрим пример логики проверки:

// Логика проверки соответствия дохода и налога в регистрах
Если СуммаДоходаВРегистре * 0.13 != СуммаНалогаВРегистреРасчетов Тогда
    Результат = "Требуется корректировка обоих регистров";
КонецЕсли;

Шаг 4. Контроль через аналитические отчеты

После внесения правок проверим результат. Мы рекомендуем использовать отчет «Подробный анализ НДФЛ по сотруднику». В нем можно увидеть детальную расшифровку по документам-основаниям.

Обратите внимание на колонку «Осталось исчислить» и «Осталось удержать». Если после ваших корректировок там появились ненулевые значения с разными знаками (плюс и минус на одну и ту же сумму), значит, вы изменили доход, но не изменили налог в регистре Расчеты налогоплательщиков с бюджетом по НДФЛ.

Также воспользуемся типовым отчетом «Проверка разд. 2 декларации 6-НДФЛ». В идеальном случае сумма дохода во второй строке (база) должна точно соответствовать сумме налога (исчислено) с учетом округлений до рубля.

Рекомендации по исправлению «переходящих» отпусков

Если ситуация возникла из-за того, что декабрьские отпуска уже были включены в отчетность за прошлый год, а выплачены фактически в январе, выполните следующие действия:

1. Убедитесь, что в Ведомости на выплату отпуска стоит реальная дата (январь).
2. Если вы решили не сдавать уточненку за прошлый год, а «подтянуть» учет под сданный отчет, используйте Операцию учета НДФЛ, чтобы стонировать доход и исчисленный налог в январе текущего года.
3. Убедитесь, что записи в Операции учета НДФЛ имеют ту же Категорию дохода, что и исходные начисления. Если доход был «Прочие доходы от трудовой деятельности», а вы стонируете как «Оплата труда», программа продолжит видеть разрыв.

Подведем итог: любая ручная правка базы НДФЛ в 1С:ЗУП 3.1 требует зеркального отражения в регистре исчисленного налога. Только синхронная корректировка регистра Учет доходов для исчисления НДФЛ и регистра Расчеты налогоплательщиков с бюджетом по НДФЛ позволит избавиться от автоматических доначислений при расчете будущей заработной платы.