Почему не заполняется 6-НДФЛ в 1С:ЗУП 3.1 и как это исправить?

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

Проанализируем основную причину: справочник «Регистрации в налоговом органе»

В большинстве случаев корень проблемы кроется в некорректных данных справочника РегистрацииВНалоговомОргане. Программа 1С собирает данные для отчета 6-НДФЛ не просто по названию организации, а в разрезе конкретных регистраций в ИФНС. Если в карточке организации или подразделения указана одна регистрация, а в учетных регистрах зафиксирована другая, отчет будет пустым.

Выясним причину на примере типичной ошибки: пользователь заходит в справочник и вручную исправляет ОКТМО или КПП в существующей записи. Рассмотрим, почему так делать нельзя:

1. В документах начисления и выплаты при проведении записывается ссылка на элемент справочника регистраций.
2. Если мы меняем текстовые данные (например, код ОКТМО) внутри этой ссылки, то в старых документах ссылка остается прежней, но программа при заполнении отчета ищет соответствие по новым реквизитам.
3. Часто случается, что при ручном вводе ОКТМО допускается ошибка (например, вводится укороченный код), из-за чего связь между движениями документов и настройками отчета разрывается.

Шаг 1. Проверяем корректность ОКТМО и КПП

Для начала нам необходимо убедиться, что в настройках налогового органа указаны актуальные и полные данные. Перейдем в карточку организации (или подразделения, если оно обособленное) и проверим гиперссылку «Изменить данные регистрации». Проанализируем следующие моменты:

• Код ОКТМО должен состоять из 8 или 11 знаков. Укороченные коды — частая причина сбоев.
• Проверим поле КодИФНС. Важно помнить, что если изменить только код налоговой, 1С может автоматически обновить данные в регистрах, но при изменении ОКТМО такого «автоматизма» часто не происходит.
• Убедимся, что запись не помечена на удаление. Как показывает практика, случайная пометка на удаление регистрации блокирует заполнение 6-НДФЛ в 98% случаев.

Шаг 2. Проверка движений в регистрах накопления

Если в справочнике все верно, но отчет пустой, нам нужно понять, под каким «идентификатором» регистрации данные записались в базу. Разберем, как это сделать:

Откроем любой документ, который должен попадать в отчет (например, ВедомостьВКассу или НачислениеЗарплаты). Перейдем в меню «Еще» — «Показать движения документа». Нас интересуют два основных регистра:

1. РасчетыНалогоплательщиковСБюджетомПоНДФЛ
2. УчетДоходовДляИсчисленияНДФЛ

Посмотрим на колонку РегистрацияВНалоговомОргане. Если там пусто или указаны старые данные (прежний ОКТМО/КПП), отчет 6-НДФЛ не подтянет эти строки. Чтобы исправить ситуацию системно, мы можем использовать следующий программный подход (пример логики обновления):

// Пример логики поиска документов с неверной регистрацией
Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |   НДФЛ.Регистратор КАК Документ
    |ИЗ
    |   РегистрНакопления.РасчетыНалогоплательщиковСБюджетомПоНДФЛ КАК НДФЛ
    |ГДЕ
    |   НДФЛ.ОКТМО <> &НужныйОКТМО";
Запрос.УстановитьПараметр("НужныйОКТМО", "12345678");
Результат = Запрос.Выполнить();

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

Шаг 3. Анализ изменений через Журнал регистрации

Если данные внезапно перестали попадать в отчет, стоит выяснить, кто и когда вносил изменения в настройки. Рассмотрим, как это сделать быстро:

Откроем Журнал регистрации и настроим фильтр по событию «Данные. Изменение» и метаданным Справочник.РегистрацииВНалоговомОргане. Если мы увидим записи от пользователя «Расчетчик», который открывал этот объект перед формированием отчета, это явный сигнал проверить целостность ОКТМО. Даже если визуально код кажется верным, там могут быть лишние пробелы или невидимые символы.

Шаг 4. Решение проблемы «зависших» данных на титульном листе

Бывает ситуация, когда разделы 1 и 2 заполняются, но на титульном листе отображается старый ОКТМО. Это происходит потому, что титульный лист берет данные напрямую из реквизитов организации, а разделы — из регистров. Чтобы синхронизировать их, выполним следующие действия:

• На титульном листе нажмем кнопку «Еще» — «Обновить».
• Если это не помогло, проверим историю изменений регистрации. В ЗУП 3.1 это периодический реквизит. Если дата изменения установлена, например, на 02.04.2025, а отчет мы строим за 1 квартал, то новые данные в него не попадут. Проанализируем дату вступления в силу изменений через гиперссылку «История изменений» в карточке регистрации.

Шаг 5. Особенности релиза 3.1.32 и работа с НДФЛ 15%

В новых версиях программы (ветка 3.1.32.хх) пользователи иногда сталкиваются с технологической ошибкой: если у сотрудника доход превысил 5 млн рублей, налог по ставке 15% может не попадать в Раздел 1, хотя в Разделе 2 он присутствует. Рассмотрим шаги для исправления этой ситуации:

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

Резюмируем: если 6-НДФЛ в ЗУП 3.1 не заполняется, в первую очередь проверяем длину и корректность ОКТМО в справочнике регистраций, затем контролируем движения документов в регистрах накопления и, при необходимости, выполняем групповое перепроведение документов за отчетный период.