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

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

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

Основные регистры накопления для учета НДФЛ

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

  1. Учет доходов для исчисления НДФЛ. Этот регистр является первичным. В нем фиксируется сумма начисленного дохода, код дохода и, что самое важное, дата фактического получения дохода. Именно на основании записей этого регистра заполняются строки Раздела 2, касающиеся сумм начисленного дохода.
  2. Расчеты налогоплательщиков с бюджетом по НДФЛ. Это главный регистр для формирования отчетности. Он содержит информацию о двух состояниях налога:
    • Исчислено: запись появляется при проведении документа НачислениеЗарплаты.
    • Удержано: запись появляется в момент выплаты денег сотруднику (документы СписаниеСоСчета или РасходныйКассовыйОрдер).
    Раздел 2 отчета 6-НДФЛ в части удержанного налога строится именно по записям с видом «Приход» (удержание) в этом регистре.
  3. Расчеты налоговых агентов с бюджетом по НДФЛ. Данный регистр используется для контроля перечисленного в бюджет налога. Несмотря на то что современные формы 6-НДФЛ больше ориентированы на удержанный налог, этот регистр важен для сверки остатков и корректности проведения платежных поручений.
  4. Сведения о доходах НДФЛ. Вспомогательный регистр, который аккумулирует информацию по ставкам (13%, 15% и т.д.) и типам доходов для корректного распределения данных по страницам отчета.

Логика попадания данных в отчетные периоды

Проанализируем ситуацию, описанную в вопросе: зарплата за март выплачена 30 марта. Почему она может не попасть в отчет за 1 квартал? Здесь важно разделять «старую» логику (до 2023 года) и «новую» логику (с 2023 года и введения ЕНП).

Историческая логика (упомянутая в обсуждении): Раньше записи в Раздел 2 попадали по сроку перечисления налога. Согласно законодательству, срок перечисления НДФЛ с зарплаты — день, следующий за днем выплаты. Если выплата прошла 30 марта (пятница), то срок перечисления — 2 апреля (понедельник). Поскольку 2 апреля относится ко второму кварталу, программа автоматически переносила эти данные в следующий отчетный период. Это было реализовано в программном коде и не зависело от настроек пользователя.

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

Техническая цепочка документов — где происходит сбой?

Выясним причину, по которой данные могут «выпадать» из отчета даже при соблюдении всех дат. В 1С:Бухгалтерии критически важна последовательность проведения документов. Разберем шаги:

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

Если в документе СписаниеСРасчетногоСчета не указана ведомость или в табличной части на вкладке «НДФЛ» пусто, программа не зафиксирует удержание налога. В результате 6-НДФЛ не «увидит» эту сумму, так как регистр РасчетыНалогоплательщиковСБюджетомПоНДФЛ не будет заполнен должным образом.

Как проверить данные с помощью Универсального отчета

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

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

Посмотрим на результат. Если по сотрудникам видны только записи с видом «Расход» (исчисление) от документа начисления, но нет записей с видом «Приход» (удержание) от документов выплаты, значит, проблема в оформлении платежных документов. Если записи есть, обратим внимание на колонку Дата получения дохода — она должна соответствовать фактической дате выплаты.

Типичные ошибки пользователей

Рассмотрим подробнее факторы, которые могут привести к некорректному заполнению 6-НДФЛ:

Таким образом, для исправления ситуации необходимо в первую очередь проверить записи в регистре Расчеты налогоплательщиков с бюджетом по НДФЛ. Если выплата прошла 30 марта, убедитесь, что документ Списание с расчетного счета сформировал движение по этому регистру с видом «Приход» и правильной датой. После исправления документов отчет 6-НДФЛ необходимо перезаполнить кнопкой «Заполнить», чтобы алгоритмы программы заново собрали данные из обновленных регистров.

← На главную