При подготовке годовой отчетности 6-НДФЛ за 2023 год в конфигурации «1С:Управление производственным предприятием» (УПП) многие пользователи столкнулись с проблемой: строка 024 в Разделе 1 (налог, удержанный с 23 по 31 декабря) остается пустой, хотя все выплаты в системе отражены корректно. Рассмотрим подробно причины этой ситуации и разберем по шагам способы её решения.
Для начала проанализируем законодательную базу, актуальную для 2023 года. Согласно правилам того периода, для НДФЛ, удержанного в период с 23 по 31 декабря, был установлен особый срок перечисления — последний рабочий день календарного года. В 2023 году этим днем было 29 декабря.
Выясним, почему программа игнорирует эти данные. В 1С:УПП заполнение Раздела 1 отчета 6-НДФЛ происходит не напрямую из документов выплаты, а на основании данных регистра накопления НДФЛРасчетыСБюджетом. Ключевым полем здесь является СрокПеречисления. Из-за ошибки в алгоритмах старых релизов программа ошибочно применяла правило переноса срока на первый рабочий день следующего года (09.01.2024), считая, что срок уплаты попадает на выходные. Как только дата в регистре становится больше 31.12.2023, сумма автоматически исключается из отчета за 2023 год и «улетает» в следующий период, что является методологической ошибкой.
Самый правильный и безопасный метод — это обновление информационной базы. Фирма «1С» признала данную проблему и выпустила исправления в последних релизах ветки 1.3. Рассмотрим последовательность действий:
1.3.222.1.1.3.220.1), необходимо выполнить обновление до актуальной версии.НДФЛРасчетыСБюджетом автоматически не изменятся. Нам потребуется перепровести документы, которые сформировали записи по удержанному налогу в конце декабря. Это могут быть ЗарплатаКВыплатеОрганизаций, ПлатежноеПоручениеИсходящее или РасходныйКассовыйОрдер.Если ваша конфигурация сильно изменена и оперативное обновление невозможно, проанализируем ситуацию с точки зрения кода. Нам необходимо внести правки в логику определения крайнего срока уплаты. Основная работа происходит в модуле набора записей регистра накопления НДФЛРасчетыСБюджетом.
Найдем процедуру ЗаполнитьКрайнийСрокУплаты и внесем изменения, которые принудительно установят правильную дату для конца 2023 года. Рассмотрим пример кода:
ИначеЕсли Месяц(ДатаУдержанияНалога) = 12 Тогда
// В конце декабря срок — последний рабочий день года
ПоследнийДеньГода = НачалоДня(КонецГода(ДатаУдержанияНалога));
// Проверяем конкретно 2023 год
Если Год(ДатаУдержанияНалога) = 2023 Тогда
// 31 и 30 декабря — выходные, 29 декабря — последний рабочий день
ПоследнийРабочийДень = ПоследнийДеньГода - 2 * 86400;
Иначе
// Стандартная логика для других лет
ПоследнийРабочийДень = ПоследниеРабочиеДниРазныхЛет[ПоследнийДеньГода];
КонецЕсли;
КрайнийСрокУплаты = ПоследнийРабочийДень;
КонецЕсли;
После внесения правок в код необходимо перепровести документы выплаты за период с 23 по 31 декабря. После этого в регистре в колонке СрокПеречисления должна появиться дата 29.12.2023, и строка 024 в отчете заполнится автоматически.
В ситуациях, когда правок в коде нужно избежать, а отчет сдать срочно, можно воспользоваться механизмом прямой правки движений. Посмотрим, как это сделать:
КорректировкаЗаписейРегистров.НДФЛРасчетыСБюджетом.Срок перечисления (или Крайний срок уплаты) заменим значение с 09.01.2024 на 29.12.2023.Важный нюанс: при использовании ручных правок будьте осторожны при последующих перепроведениях документов, так как ручные изменения могут быть затерты стандартным алгоритмом проведения.
После того как мы добились появления цифр в строке 024 Раздела 1, проанализируем контрольные соотношения. Сумма строк 021, 022, 023 и 024 должна быть увязана с Разделом 2. Помните, что данные в Разделе 2 (строка 160) собираются нарастающим итогом с начала года, и суммы удержанного налога в конце декабря обязательно должны там присутствовать.
Если вы решите просто вписать сумму в строку 024 вручную в самой форме 6-НДФЛ, это решит проблему только «косметически». При формировании справок 2-НДФЛ или отчетов за следующие периоды ошибка в регистрах может снова проявиться, поэтому мы рекомендуем исправлять именно первоисточник данных — регистр накопления.