НДФЛ доначисляется на дату аванса в 1С:ЗУП: почему так и что делать

Условия возникновения ошибки

1С описывает ошибку так: лишний налог возникает только при совпадении двух условий в одном межрасчётном документе.

1. В документе применён социальный вычетТот, что предоставляется работодателем: на обучение, лечение, взносы. Стандартные детские вычеты сюда не относятся.
2. Документ выплачивается в авансТо есть его выплата назначена не в межрасчётный период и не с зарплатой, а вместе с авансом.

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

После проведения окончательного расчёта на дате получения дохода, равной дате аванса, исчисленный НДФЛ оказывается больше, чем был, когда аванс рассчитывали. Лишнее равно налогу с того дохода, который выплачен в аванс межрасчётным документом. Итог за месяц при этом сходится: расходятся суммы по датам. Даже если обе даты относятся к одному кварталу, распределение налога по датам нужно проверить. Совпадение квартального итога не подтверждает правильность записей. А вот если аванс и окончательный расчёт разошлись по кварталам – как 20 марта и 3 апреля, – лишний налог оседает в 6-НДФЛ за первый квартал, и отчёт перестаёт проходить контрольные соотношения.

Аванс сначала считают как отдельную выплату, потом зачитывают

Когда начисляется аванс, программа регистрирует по нему полный набор данных по НДФЛ: доход, исчисленный налог, предоставленные вычеты. Как будто это самостоятельная выплата, потому что для налога она и есть самостоятельная: у неё своя дата получения дохода.

Когда проводится окончательный расчёт за месяц, эти движения нужно зачесть, иначе доход и налог задвоятся. Этим занимается процедура ДополнитьДвиженияСписаниемАванса общего модуля УчетНДФЛ. Она добавляет к движениям документа зеркальные строки с минусом.

У процедуры есть параметр – УдерживатьДатуПолученияДохода. Он отвечает ровно на один вопрос: зачётная строка встанет на дату аванса или уедет на дату окончательного расчёта. При расчёте зарплаты программа просит дату удержать: в модуле МенеджерРасчетаЗарплаты параметр передаётся со значением «Истина».

Модуль УчетНДФЛ, строка 5125 – объявление процедуры и её описание. Модуль МенеджерРасчетаЗарплаты, строки 13250 и 14892 – вызовы с удержанием даты. Релиз 3.1.38.69.

Как параметр сохранения даты передаётся обработчикам регистров

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

Самое наглядное – вторая и третья строки таблицы. Их обслуживает одна и та же процедура ЗачестьСоциальныеВычетыВСчетОкончательногоРасчета, вызванная дважды с разницей в девяносто строк кода. В вызове для имущественных вычетов дату просят удержать, в вызове для предоставленных – нет, и работает значение по умолчанию, то есть «не удерживать».

Больше того: в запросе, который готовит данные для этого регистра, поле с датой вообще не выбирается. Сохранить исходную дату в таком наборе данных невозможно.

В итоге доход остаётся на дату аванса, а зачёт предоставленного вычета переносится на дату окончательного расчёта. На дату аванса доход есть, а вычета к нему больше нет – сумма налога по этой дате увеличивается.

Модуль УчетНДФЛ: объявление процедуры зачёта вычетов – строка 25262, признак удержания даты проверяется в строке 25281. Соответствие регистров и обработчиков – строки 5781, 5961, 6093, 6179, 6269. Релиз 3.1.38.69.

Какие исправления были выпущены

По данным реестра, приведённым в статье на 11 сентября 2026 года, 1С заявила эту ошибку на 52 версиях конфигурации — от 3.1.2.422 до 3.1.38.69 включительно. Это не описка в списке: механизм зачёта авансов в этой части не менялся. Мы сверили код в трёх версиях — 3.1.34.332, 3.1.38.41 и 3.1.38.69: вызовы, на которых теряется дата, стоят во всех трёх и отличаются только номерами строк.

На 11 сентября 2026 года для основной конфигурации указывался следующий статус: 1С назначила его на версию 3.1.38 и держит статус «планируется исправить». Готовое исправление выходит патчами, и список версий у них разный:

Для 3.1.38.69 и 3.1.34.332 патча с этой ошибкой на 11 сентября 2026 нет: в статье для этих версий приведено временное ручное исправление.

Временное решение: исправить распределение налога по датам

Если описанная ошибка подтверждена, а исправление пока не установлено, можно временно отредактировать разбивку суммы НДФЛ по датам получения дохода прямо в документе Начисление зарплаты и взносов.

1. Найти расхождениеСмотреть не итог за месяц, а суммы по датам получения дохода: расходятся именно они. Быстрее всего – Проверить → Проверить контрольные соотношения в самом 6-НДФЛ; подробности покажут отчёты Анализ НДФЛ детальный и Расшифровка 6-НДФЛ.
2. Открыть разбивку по датамНа вкладке НДФЛ дважды щёлкните по сумме в колонке Налог. Откроется расшифровка: строка Текущий расчет, а под ней суммы по датам получения дохода. Прямо в колонке таблицы налог не правится – только здесь.
3. Поправить обе датыПо результатам сверки уменьшите налог на дату аванса и увеличьте на соответствующую сумму налог на дату окончательного расчёта. Итог по строкам должен сойтись с Текущим расчётом: общая сумма налога за месяц не меняется, меняется только её распределение.
4. Провести документ и перезаполнить 6-НДФЛПовторно проверьте контрольные соотношения и суммы по датам. Исправление этого расхождения не исключает других ошибок в расчёте.

Обычная кнопка Заполнить стирает ручные исправления, и лишний налог возвращается. Программа предупреждает об этом вопросом – отвечать нужно Сохранить. Ещё надёжнее сразу выбирать в меню кнопки Заполнить пункт Заполнить, сохранив исправления.

Табличная часть НДФЛ документа НачислениеЗарплаты: реквизит МесяцНалоговогоПериода показывается как Дата получения дохода, сумма лежит в реквизите Налог. Там же признаки ФиксСтрока и ФиксРасчет – по ним программа отличает исправленную вручную строку от пересчитанной. Релиз 3.1.38.69.

Коротко