При подготовке отчетности 6-НДФЛ за полугодие бухгалтеры часто сталкиваются с ситуацией, когда суммы выплаченной в июне зарплаты корректно отображаются во втором разделе, но полностью или частично отсутствуют в первом. Особенно остро эта проблема проявилась в 2024 году в связи с переходом на новую форму отчета и введением шести сроков перечисления налога в месяц. Рассмотрим подробно, почему так происходит, на что обратить внимание в программе 1С:Бухгалтерия 3.0 (БП) и как восстановить порядок в учете.
Для начала проанализируем фундаментальную разницу в заполнении этих разделов в актуальных релизах 1С. Раздел 2 заполняется по дате фактического получения дохода. Согласно действующему законодательству, для зарплаты это дата ее фактической выплаты. Если вы выплатили деньги 26 или 28 июня, этот доход безоговорочно должен попасть во второй раздел отчета за полугодие.
Раздел 1 строится по совершенно иному принципу — по датам удержания и срокам перечисления налога. С 2024 года в первом разделе предусмотрено шесть строк (021–026) для каждого отчетного периода. Выплаты, произведенные в период с 23 по последнее число месяца (в нашем случае — июня), относятся к шестому сроку перечисления. Срок уплаты по ним наступает 5 июля. Рассмотрим ситуацию: если программа «не видит» этот шестой период из-за ошибок в коде или устаревшего релиза, данные в первый раздел просто не попадут, несмотря на наличие движений в регистрах.
В ходе обсуждения выяснилось, что одной из ключевых причин является использование релизов ветки 3.0.147.хх. Выясним причину: именно в этих версиях механизм заполнения новой формы 6-НДФЛ находился в стадии доработки. Полноценная и стабильная поддержка шести сроков перечисления появилась только начиная с релиза 3.0.149.28. В более ранних версиях алгоритм заполнения первого раздела игнорировал выплаты последней декады июня, ошибочно относя их к следующему налоговому периоду (9 месяцев).
Решение: Первым делом необходимо убедиться, что ваша конфигурация обновлена до актуального релиза (не ниже 149-го). После обновления следует перезаполнить отчет 6-НДФЛ.
Если обновление не помогло, проанализируем состояние регистров. Программа 1С:Бухгалтерия (в отличие от ЗУП) крайне чувствительна к хронологии проведения документов. Проанализируем типичную ошибку: выплата аванса после начисления зарплаты.
В БП 3.0 документ НачислениеЗарплаты делает записи в регистр УчетДоходовДляИсчисленияНДФЛ и исчисляет налог. Если вы сначала создали начисление за весь месяц, а потом решили провести ведомость на аванс, программа может запутаться в распределении сумм. Рассмотрим шаги для проверки:
НачислениеЗарплаты за май/июнь.СписаниеСРасчетногоСчета или ВыдачаНаличных.Если в ведомости на выплату при сумме "0" к выплате все равно подтягивается сумма НДФЛ, это явный признак того, что по данному сотруднику числится недоудержанный налог за прошлые периоды или нарушена связь между начислением и выплатой. Разберем, как это исправить: в самой ведомости в табличной части нажмем кнопку "Изменить налог". Там можно вручную проверить и скорректировать дату получения дохода и документ-основание.
Чтобы избежать "разрывов" в учете НДФЛ, рекомендуем придерживаться строгого порядка работы с документами в 1С:Бухгалтерии. Проанализируем идеальную цепочку:
ВедомостьНаВыплатуЗарплаты (вид выплаты — Аванс). Обязательно проверяем дату выплаты. Проводим СписаниеСРасчетногоСчета.НачислениеЗарплаты создается последним днем месяца. В нем важно проверить поле "Планируемая дата выплаты" (внизу формы). Если вы планируете платить 28-го июня, ставьте именно эту дату, а не 5-е или 10-е июля.Если учет уже "замусорен", самым надежным (хотя и трудоемким) способом будет полная отмена проведения документов за квартал и их последовательное перезаполнение и проведение в хронологическом порядке. Перед этим в общих настройках зарплаты следует установить актуальную дату выплаты, чтобы она автоматически подставлялась в новые документы.
Стандартный отчет "Подробный анализ НДФЛ по сотруднику" не всегда удобен для поиска ошибок в разрезе сроков перечисления. Рекомендуем использовать Универсальный отчет по регистру накопления НДФЛКПеречислениюВБюджет. В нем следует вывести поля:
Если вы видите, что по выплатам от 28.06 срок перечисления установился корректно (05.07), но в отчете 6-НДФЛ суммы нет — это проблема релиза. Если же срок перечисления или дата удержания ушли в глубокий июль или август — ищите ошибку в датах документов выплаты или в поле ДатаВыплаты документа НачислениеЗарплаты.
Посмотрим на пример того, как программно может выглядеть проверка записей в регистре (для программистов):
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| НДФЛРасчеты.Период КАК ДатаУдержания,
| НДФЛРасчеты.Регистратор КАК ДокументВыплаты,
| НДФЛРасчеты.Сумма КАК СуммаНалога
|ИЗ
| РегистрНакопления.НДФЛРасчетыНалогоплательщиковСБюджетом КАК НДФЛРасчеты
|ГДЕ
| НДФЛРасчеты.Период МЕЖДУ &НачалоПериода И &КонецПериода
| И НДФЛРасчеты.ВидДвижения = ЗНАЧЕНИЕ(ВидДвиженияНакопления.Расход)";
Запрос.УстановитьПараметр("НачалоПериода", НачалоКвартала(ДатаОтчета));
Запрос.УстановитьПараметр("КонецПериода", КонецКвартала(ДатаОтчета));
Проанализируем результат такого запроса: если суммы удержанного налога (движения "Расход") по дате попадают в интервал с 23 по 30 июня, но не выводятся в отчете, необходимо обновить конфигурацию до версии 3.0.149.x или выше, где алгоритмы 6-НДФЛ адаптированы под новые требования законодательства.
Таким образом, для исправления ситуации мы должны: обновить программу, проверить даты выплаты в начислениях и ведомостях, восстановить хронологию и только после этого перезаполнить 6-НДФЛ.