Как пересчитать НДФЛ с отпускных и командировочных после отмены выделения районных коэффициентов и северных надбавок?

Программист 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Налоговый учет
← К списку

В 2025 году многие бухгалтеры столкнулись с непростой задачей: сначала Федеральная налоговая служба потребовала выделять районные коэффициенты (РК) и северные надбавки (СН) из среднего заработка (например, отпускных) для применения особой двухступенчатой шкалы НДФЛ. Однако позже, после разъяснений Минтруда и Минфина, ФНС отменила это требование. Давайте вместе разберемся, как исправить учет, выполнить перерасчет и корректно сдать отчетность.

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

Это привело к необходимости пересчитать НДФЛ с начала года и подать уточненный расчет 6-НДФЛ за I квартал. Хорошая новость: поскольку первоначальный учет велся на основании официальных разъяснений ФНС, налоговые агенты освобождаются от уплаты пеней и штрафов за возникшую недоимку, что подтверждается статьями 111 и 75 Налогового кодекса РФ.

Рассмотрим несколько способов решения этой задачи в 1С:ЗУП, от официального автоматизированного до вариантов с ручной разработкой.

Решение 1: Используем штатную обработку от 1С (рекомендуемый способ)

Компания 1С выпустила обновления, в которых появился специальный инструмент для автоматизации этого сложного процесса. Этот способ является наиболее безопасным и предпочтительным.

  1. Убедитесь, что ваша программа обновлена. Необходимый функционал появился в релизах «1С:Зарплата и управление персоналом 8», начиная с версии 3.1.34.40.

  2. Найдите и запустите специальную обработку. Перейдите в раздел «Налоги и взносы» и найдите обработку «Уточнение учета НДФЛ по налоговым базам при отмене долей РК и СН».

  3. Проанализируем, что делает обработка. Этот инструмент выполняет за нас самую трудоемкую работу:

    • Автоматически находит все документы, где средний заработок был разделен на основную часть и РК/СН.
    • Создает документы «Операция учета НДФЛ», которые сторнируют неверные записи (доходы с кодом для РК/СН) и создают новые, корректные (перенося эти суммы на основную налоговую базу).
    • Выполняет зачет между суммами исчисленного и удержанного НДФЛ по разным налоговым базам.
  4. Выполните последующие шаги. После того как обработка отработает и создаст корректирующие документы, необходимо завершить процесс. Потребуется помесячно, начиная с января, заполнить и провести документы «Перерасчет НДФЛ». Это позволит корректно отразить доудержание или возврат налога в текущем периоде.

Несмотря на автоматизацию, будьте готовы к тому, что в сложных случаях (например, при предоставлении вычетов задним числом или для сотрудников с доходом, превышающим 5 млн руб.) может потребоваться ручная проверка и корректировка созданных документов. Официальная инструкция от 1С подробно описывает эти нюансы.

Решение 2: Разработка собственной обработки для корректировки регистров

Для крупных компаний с большим количеством сотрудников и сложным учетом, где перепроведение документов может вызвать каскад нежелательных изменений, опытные разработчики предлагали более тонкий подход — прямую корректировку регистров накопления с помощью специальной обработки. Рассмотрим логику такого решения.

Основная идея: не трогать первичные документы, а создать документы «Операция учета НДФЛ» или «Перенос данных», которые внесут изменения напрямую в три ключевых регистра по НДФЛ:

Разберем по шагам, как могла бы работать такая обработка:

  1. Отбор данных. Обработка должна найти все записи в регистрах за нужный период, где КатегорияДохода равна «Районные, северные надбавки» и которые были созданы документами расчета среднего заработка (например, «Отпуск»).

  2. Создание корректирующих документов. Для каждой найденной неверной записи создается документ (например, «Перенос данных») на ту же дату получения дохода. В этом документе для каждого из трех регистров формируются две строки:

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

Посмотрим на пример кода, который мог бы лежать в основе такой логики для документа «Операция учета НДФЛ»:


// В цикле по сотрудникам и их неверным доходам
// ...

// Создаем документ для корректировки
ДокОперация = Документы.ОперацияНалоговогоУчетаПоНДФЛ.СоздатьДокумент();
ДокОперация.Дата = ТекущаяДата();
ДокОперация.Организация = НашаОрганизация;
ДокОперация.Сотрудник = ВыбранныйСотрудник;
// Уникальный комментарий для поиска и удаления
ДокОперация.Комментарий = "#ПереносРК_СН_2025";

// Вкладка "Доходы"
// Сторнируем доход РК/СН
НоваяСтрока = ДокОперация.Доходы.Добавить();
НоваяСтрока.ДатаПолученияДохода = ДатаИсходногоДокумента;
НоваяСтрока.КодДохода = "2006"; // или другой код для РК/СН
НоваяСтрока.СуммаДохода = -СуммаРКиСН;

// Добавляем доход в основную базу
НоваяСтрока = ДокОперация.Доходы.Добавить();
НоваяСтрока.ДатаПолученияДохода = ДатаИсходногоДокумента;
НоваяСтрока.КодДохода = "2000"; // Основной код оплаты труда
НоваяСтрока.СуммаДохода = СуммаРКиСН;

// Аналогично заполняем вкладки "Исчислено по 13%..." и "Удержано..."
// ...

ДокОперация.Записать(РежимЗаписиДокумента.Проведение);

Этот подход требует высокой квалификации и тщательного тестирования, но дает полный контроль над процессом и позволяет избежать нежелательных последствий перепроведения документов.

Решение 3: Временный ручной способ (устарел, но полезен для понимания)

Сразу после выхода разъяснений ФНС, когда автоматизированных средств еще не было, фирма «1С» предлагала временное решение, чтобы остановить неверные расчеты в будущем. Оно заключалось в возврате к старым видам начислений.

  1. В настройках действующего начисления (например, «Отпуск основной», который выделяет РК/СН) устанавливался флаг «Начисление больше не используется».
  2. В общем списке начислений находили старый вид начисления с пометкой «до 2025». Для этого нужно было включить отображение неиспользуемых начислений.
  3. В настройках старого начисления снимали флаг «Начисление больше не используется», тем самым возвращая его в работу.

Этот метод не решал проблему перерасчета за прошлые периоды, а лишь позволял корректно считать новые отпуска и командировки. На сегодняшний день он неактуален, так как есть более совершенные инструменты.

← К списку