Почему не заполняется 6-НДФЛ в 1С:Бухгалтерия 3.0 после перехода с редакции 2.0 и как это исправить?

Бухгалтер 1С v8.3 (Управляемые формы) 1C:Бухгалтерия Налоговый учет
← На главную

Переход с «1С:Бухгалтерия предприятия 2.0» (БП 2.0) на «1С:Бухгалтерия предприятия 3.0» (БП 3.0) — это не просто обновление интерфейса, а глубокая трансформация структуры данных. Одной из самых болезненных точек этого процесса часто становится заполнение регламентированной отчетности, в частности формы 6-НДФЛ. Ситуация, когда отчет остается пустым, несмотря на наличие проведенных документов начисления и выплаты зарплаты, встречается довольно часто. Проанализируем основные причины этой проблемы и разберем пошаговый алгоритм восстановления корректного учета.

Анализ регистрации в налоговом органе

Первое, что мы должны проверить — это корректность привязки организации к налоговой инспекции. В БП 3.0 отчет 6-НДФЛ формируется строго в разрезе регистраций в ИФНС. Разберем основные моменты, на которые стоит обратить внимание:

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

Проверка актуальности регистров накопления

Рассмотрим техническую сторону вопроса. В БП 3.0 за последние годы произошли глобальные изменения в учете НДФЛ, связанные с введением Единого налогового платежа (ЕНП) и изменением статьи 223 НК РФ. Рассмотрим, как это влияет на отчетность:

В конфигурации существует ряд регистров накопления, названия которых содержат приставку (не используется). Эти регистры использовались в старых версиях программы и в редакции 2.0. Если данные после переноса остались только в них, отчет 6-НДФЛ их не увидит. Основными рабочими регистрами для 2023 года и далее являются:

Если мы обнаружим, что данные за 2023 год или за текущий период находятся в «неиспользуемых» регистрах, это означает, что перенос данных или обновление прошли некорректно. В этом случае потребуется перепроведение документов или использование обработки «Пересчет НДФЛ».

Выявление проблемы пустой ставки налога

Одной из самых неочевидных причин пустого отчета является отсутствие налоговой ставки в регистрах учета, даже если в карточке сотрудника все заполнено верно. Выясним причину этого явления. Проанализируем ситуацию через «Универсальный отчет»:

  1. Откроем «Администрирование» — «Печатные формы, отчеты и обработки» — «Универсальный отчет».
  2. Выберем тип объекта «Регистр накопления», имя объекта — Учет доходов для исчисления НДФЛ.
  3. В настройках отчета добавим колонку Ставка.

Если в сформированном отчете колонка Ставка пуста, программа не может определить, в какой раздел 6-НДФЛ (13%, 15% и т.д.) отнести доход. Соответственно, строка просто игнорируется при заполнении. Посмотрим, почему ставка может не проставляться:

Статус налогоплательщика: В карточке сотрудника (раздел «Налог на доходы») проверьте ссылку «История изменения статуса». Если дата начала действия статуса «Резидент» установлена позже даты первого начисления в базе БП 3.0, программа не сможет определить ставку на дату дохода. Убедимся, что история статусов заполнена корректно с самого начала ведения учета.

Взаимосвязь начисления и даты фактической выплаты

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

Мы начислили зарплату документом Начисление зарплаты 31 марта, но в самом документе (или в связанной ведомости) указали планируемую дату выплаты 5 апреля. В этом случае доход за март **не попадет** в отчет за 1 квартал, а отразится только в полугодии. Проанализируем поле Дата выплаты в документах начисления. После переноса данных из БП 2.0 эти даты могли сброситься или установиться некорректно. Для исправления ситуации необходимо:

  1. Проверить документы Ведомость в банк или Ведомость в кассу.
  2. Убедиться, что в документах выплаты правильно указан налог к удержанию.
  3. Проверить, что даты платежных поручений или кассовых ордеров соответствуют периоду отчета.

Методы исправления данных после миграции

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

1. Групповое перепроведение документов

Иногда после обновления конфигурации или загрузки данных требуется обновить движения в регистрах. Перейдем в «Администрирование» — «Обслуживание» — «Групповое перепроведение документов». Выберем период и организации. Это заставит программу заново сформировать записи в новых регистрах НДФЛ на основе актуальных алгоритмов БП 3.0.

2. Документ «Операция учета НДФЛ»

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


// В документе необходимо заполнить три основные вкладки:
// 1. Доходы: указываем дату получения, код дохода и сумму.
// 2. Исчислено по ставке 13% (30%): указываем дату и сумму налога.
// 3. Удержано по всем ставкам: указываем дату выплаты и срок перечисления.

Этот способ трудоемок, но эффективен для исправления «хвостов», которые тянутся из старой редакции.

3. Помощник по переходу на 6-НДФЛ

В современных релизах 1С:Бухгалтерия 8 предусмотрены сервисные механизмы для проверки учета. Рекомендуем зайти в раздел «Зарплата и кадры» — «Сервис» — «Пересчет НДФЛ». Этот инструмент анализирует расхождения между бухгалтерскими проводками по счету 68.01 и регистрами накопления НДФЛ. Если программа обнаружит несоответствия, она предложит создать корректирующие записи.

Резюме и практические советы

Подводя итог, проанализируем краткий чек-лист для исправления ситуации:

Помните, что 6-НДФЛ в 1С:Бухгалтерия 3.0 строится исключительно на данных регистров накопления. Если бухгалтерский учет (проводки) в порядке, а отчет пуст — проблема всегда кроется в движениях по регистрам. Тщательный анализ регистра Учет доходов для исчисления НДФЛ через универсальный отчет в 90% случаев позволяет локализовать ошибку в течение нескольких минут.

← На главную