← На главную

Переход с устаревшей редакции 1С:ЗУП 2.5 на современную версию 1С:ЗУП 3.1 (особенно через процедуру полного переноса данных) — процесс ответственный и зачастую сопряженный с техническими нюансами. Одной из самых частых проблем, с которыми сталкиваются бухгалтеры и расчетчики после такого перехода, является невозможность сформировать регламентированные отчеты по НДФЛ (справки о доходах, бывшие 2-НДФЛ, и форму 6-НДФЛ) по обособленным филиалам. При этом по головной организации все заполняется корректно, а по филиалам документы остаются пустыми либо программа выдает ошибку.

В рамках этой статьи мы подробно разберем, почему возникает неприятное предупреждение «По ОКТМО/КПП при выплате доходов не зарегистрированы доходы», по какой причине колонка «Перечислено» может оставаться пустой и как пошагово навести порядок в информационной базе.

Выясняем причины ошибки «По ОКТМО/КПП при выплате доходов не зарегистрированы доходы»

Давайте проанализируем, как устроен учет НДФЛ в программе 1С:ЗУП 3.1 под капотом. В отличие от редакции 2.5, в новой конфигурации реализована максимально жесткая взаимосвязь между тремя ключевыми этапами учета:

1. Исчисление налога — фиксируется в регистрах при проведении документов начисления (например, НачислениеЗарплатыИВзносов, Отпуск, БольничныйЛист).
2. Удержание налога — регистрируется строго в момент фактической выплаты денег сотрудникам через платежные документы (ВедомостьВБанк, ВедомостьВКассу и т.д.).
3. Регистрация ИФНС — вся эта цепочка операций должна быть строго привязана к единому сочетанию ОКТМО/КПП налогового органа.

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

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

Почему графа «Перечислено» остается пустой?

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

1. Разные регистры накопления. За учет доходов, исчисления и удержания налога отвечают регистры УчетДоходовДляИсчисленияНДФЛ и РасчетыНалогоплательщиковСБюджетомПоНДФЛ. За факт перечисления налога отвечает отдельный регистр — РасчетыНалоговыхАгентовСБюджетомПоНДФЛ. При переносе данных платежные документы («Перечисление НДФЛ в бюджет») часто не сопоставляются автоматически с ведомостями на выплату, из-за чего перечисление по конкретному ОКТМО/КПП «зависает».
2. Изменения в законодательстве (ЕНП). Начиная с отчетных периодов 2023 года, в связи с переходом на Единый налоговый платеж, учет перечисленного НДФЛ в разрезе сотрудников в программе больше не ведется. Начиная с релизов ветки 3.1.28.35, графа «Перечислено» в справках о доходах и 6-НДФЛ для новых периодов автоматически остается пустой согласно разъяснениям ФНС. Однако для архивных периодов до 2023 года пустая графа все еще сигнализирует об ошибках учета.

Пошаговый алгоритм исправления учета и восстановления отчетов

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

Шаг 1. Проверяем настройки филиалов

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

1. Перейдем в раздел Настройка -> Подразделения.
2. Откроем карточку проблемного филиала.
3. Убедимся, что установлен флаг «Это обособленное подразделение».
4. Проверим правильность заполнения поля «Регистрация в налоговом органе». Здесь должна быть выбрана действующая карточка ИФНС с верными ОКТМО и КПП филиала.

Шаг 2. Поиск и удаление дублирующихся регистраций ИФНС

Чтобы исключить внутренние конфликты одинаковых карточек регистраций в налоговом органе, выполним слияние дублей:

1. Перейдем в раздел Администрирование -> Обслуживание.
2. В блоке Корректировка данных перейдем по ссылке Поиск и удаление дублей.
3. В поле «Искать в:» укажем справочник Регистрации в налоговом органе.
4. Установим правила отбора и сравнения по совпадению КПП и ОКТМО, после чего запустим поиск.
5. При обнаружении дубликатов выберем один элемент в качестве оригинала, а остальные объединим кнопкой «Удалить дубли». Программа сама перепропишет правильные ссылки во всех документах.

Шаг 3. Анализируем расхождения через Универсальный отчет

Для того чтобы оперативно обнаружить, в каких именно документах «разъехались» данные по ИФНС, воспользуемся Универсальным отчетом:

1. Перейдем в Администрирование -> Печатные формы, отчеты и обработки -> Универсальный отчет.
2. Выберем тип объекта Регистр накопления.
3. Выберем таблицу РасчетыНалогоплательщиковСБюджетомПоНДФЛ.
4. В настройках отчета добавим группировку строк по полям: Сотрудник, Регистрация в налоговом органе и Документ-основание.
5. Нажмем «Сформировать».

Внимательно проанализируем отчет. Наша задача — найти сотрудников, у которых документ начисления зарегистрирован по одной ИФНС (например, филиала), а документ выплаты (ведомость) — по другой (например, головной). Это и есть виновники ошибки.

Шаг 4. Корректируем документы выплаты

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

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

Шаг 5. Корректировка архивных закрытых периодов

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

1. Перейдем в раздел Администрирование -> Переносы данных и создадим новый документ.
2. Нажмем кнопку «Настройка состава регистров».
3. На вкладке «Регистры накопления» отметим флагами регистры: УчетДоходовДляИсчисленияНДФЛ и РасчетыНалогоплательщиковСБюджетомПоНДФЛ.
4. На появившихся вкладках добавим по две строки для каждого сотрудника:
   1. Строка со знаком «минус» (Расход): указываем ошибочную ИФНС (головную) и вносим сумму налога/дохода для списания.
   2. Строка со знаком «плюс» (Приход): указываем правильную ИФНС филиала и вносим аналогичную сумму для зачисления.
5. Проведем документ.

Выполнив эти шаги, мы полностью восстановим корректную структуру данных в регистрах НДФЛ. После этого все отчеты 2-НДФЛ и 6-НДФЛ по филиалам будут заполняться автоматически и без ошибок.