← На главную

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

Главный принцип: Срок перечисления налога и влияние выходных

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

Согласно статье 6.1 НК РФ, если последний день срока приходится на день, признаваемый в соответствии с законодательством выходным или нерабочим праздничным днем, днем окончания срока считается ближайший следующий за ним рабочий день. Проанализируем классическую ситуацию:

1. Отпускные выплачены в конце июня. Срок перечисления НДФЛ с отпускных — последнее число месяца.
2. Если 30 июня выпадает на субботу, то крайний срок перечисления налога переносится на понедельник — 2 июля.
3. Поскольку 2 июля относится к 3-му кварталу, программа автоматически включает эти суммы в отчет за 9 месяцев, исключая их из отчета за полугодие.

Именно этот механизм приводит к появлению «лишних», на первый взгляд, групп с датами прошлого периода в Разделе 2. Программа четко следует налоговому календарю.

Регистры накопления: Откуда отчет берет данные?

Чтобы понять, почему конкретная сумма попала в отчет, нам необходимо проанализировать движения по регистрам. Программа 1С:ЗУП 3.1 при формировании 6-НДФЛ обращается к сложной системе запросов, которые анализируют следующие регистры:

• Учет доходов для исчисления НДФЛ: здесь фиксируется дата фактического получения дохода. Важно помнить, что для зарплаты это последний день месяца (в старых редакциях) или дата выплаты (в новых), а для межрасчетных выплат (отпуска, больничные) — всегда дата выплаты.
• Расчеты налогоплательщиков с бюджетом по НДФЛ: этот регистр содержит информацию об исчисленном и удержанном налоге. Именно в нем фиксируется связь между доходом и датой удержания.
• Расчеты налоговых агентов с бюджетом по НДФЛ: ключевой регистр, определяющий сроки перечисления.

Если вы хотите увидеть «сырые» данные, которыми оперирует отчет, воспользуйтесь инструментом «Универсальный отчет» по регистру РасчетыНалогоплательщиковСБюджетомПоНДФЛ. Проанализируем колонки «Дата получения дохода» и «Крайний срок уплаты».

Роль документов выплаты («Ведомости»)

Проанализируем ситуацию, когда данные распределяются неверно из-за ошибок учета. Часто проблема кроется не в документе «Начисление зарплаты», а в «Ведомости» (в банк, в кассу или на счета).

Разберем по шагам, на что обратить внимание в ведомости:

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

Изменения в логике после введения ЕНС (2023-2024 гг.)

С внедрением Единого налогового счета (ЕНС) правила игры изменились. Теперь для Раздела 2 определяющим фактором является дата фактической выплаты дохода.

Рассмотрим современную логику:

• Доход считается полученным в день его выплаты (для всех видов доходов, включая зарплату).
• Если зарплата за июнь выплачена 5 июля, она полностью попадает в Раздел 2 отчета за 9 месяцев. В отчет за полугодие она не попадет вовсе, ни в строки дохода, ни в строки налога.
• Периоды удержания налога теперь жестко привязаны к интервалам уведомлений (с 1 по 22 число и с 23 по последнее число месяца).

Как эффективно проверить Раздел 2 в 1С:ЗУП 3.1?

Для поиска причин расхождений рекомендуем использовать встроенные специализированные отчеты. Пройдем по маршруту: Налоги и взносы -> Отчеты по налогам и взносам.

1. Анализ НДФЛ по датам получения дохода
Этот отчет покажет вам доходы именно в той группировке, которую ожидает увидеть 6-НДФЛ. Если вы видите, что сумма июня стоит в колонке июля — ищите причину в дате выплаты ведомости.

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

3. Сведения о доходах для исчисления НДФЛ
Используйте его, если подозреваете, что программа некорректно «запомнила» категорию дохода или дату его получения при начислении.

Выясним причину появления отрицательных сумм или сторно

Иногда в Разделе 2 появляются корректировки из-за перерасчетов. Например, в сентябре сотрудник принес больничный за июнь. Программа делает сторно дохода июня в сентябре. Согласно правилам заполнения, это сторно уменьшает показатели текущего периода (9 месяцев).

Рассмотрим, как это отражается в программе:
Внутренние алгоритмы 1С, зашитые в общем модуле УчетНДФЛ (и связанных с ним запросах), собирают все положительные и отрицательные движения за период. Если сторнирование превышает начисления (что бывает редко, но возможно), это может привести к искажению строк 110-140. В таких случаях необходимо проверять цепочку документов «Начисление» -> «Перерасчет» -> «Ведомость».

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