Многие пользователи систем «1С:УПП 1.3» и «1С:ЗУП 2.5» в 2024 году столкнулись с неприятной ситуацией: при расчете аванса или окончательном расчете зарплаты программа начинает бесконечно «гонять» 1 рубль НДФЛ. В одном месяце система делает доначисление, в следующем — сторно, и этот цикл не прерывается даже после ручных корректировок. Проанализируем, почему это происходит и как навести порядок в учете НДФЛ раз и навсегда. Для начала стоит провести комплексную проверку корректности начисления и удержания НДФЛ по датам получения дохода и категориям.
Рассмотрим типовую ситуацию: в январе при расчете аванса или зарплаты программа фиксирует излишне начисленный налог (например, из-за округления при распределении по разным источникам финансирования или подразделениям). В условиях 2024 года, когда датой получения дохода считается дата фактической выплаты денег, малейшее несовпадение дат в учетных регистрах приводит к тому, что система «видит» остаток по одной дате выплаты и переплату по другой.
Выясним причину такого поведения. Проблема чаще всего кроется в использовании настройки «Принимать исчисленный налог как удержанный» (так называемый упрощенный учет НДФЛ). В современных реалиях этот механизм в старых редакциях конфигураций работает нестабильно, так как он пытается «схлопнуть» операции исчисления и удержания в один момент, игнорируя реальные цепочки документов выплаты. Чтобы отчетность собиралась корректно, важно понимать фактические даты и суммы перечисления налога на основании платежных поручений.
Первым делом проверим параметры учетной политики по налоговому учету. Если у вас установлен флаг Принимать исчисленный налог как удержанный, это основной кандидат на роль источника проблем. При этой настройке программа формирует движения по регистру Расчеты налоговых агентов с бюджетом по НДФЛ непосредственно в документе Начисление зарплаты сотрудникам организаций.
Проанализируем ситуацию: в 2024 году законодательство требует ювелирной точности в датах. Если в документе начисления указана одна планируемая дата выплаты, а фактически выплата прошла в другой день, или если сторно аванса произошло «не той датой», возникает разрыв. Программа будет пытаться закрыть этот разрыв в каждом последующем документе, создавая записи +1 и -1 рубль.
Рекомендация: Рассмотрите возможность снятия этого флага. После его снятия налог будет удерживаться строго документами Зарплата к выплате, что сделает учет прозрачным и позволит системе корректно сопоставлять даты.
Разберем еще один важный механизм — регистр накопления НДФЛ к зачету. В конфигурациях на базе ЗУП 2.5 именно здесь аккумулируются суммы, которые программа считает «лишними» и планирует зачесть в будущих периодах. Если в декабре или январе возник излишек в 1 рубль, он будет «висеть» в этом регистре, пока не будет погашен.
Посмотрим на алгоритм действий для исправления:
Универсальный отчет по регистру накопления НДФЛ к зачету с детализацией по сотрудникам.Возврат НДФЛ, либо через документ Перерасчет НДФЛ. В сложных случаях может потребоваться ручная корректировка удержанного НДФЛ с записью в регистры переноса данных.Проанализируем вкладку НДФЛ в проблемных документах Начисление зарплаты. Обратите внимание на колонку Дата получения дохода. В 2024 году это критически важный реквизит.
Часто ошибка возникает из-за того, что при сторнировании аванса в итоговом расчете за месяц система подставляет дату последнего дня месяца или дату выплаты остатка зарплаты, в то время как сам аванс был начислен другой датой. Для системы это разные порции дохода. Чтобы исправить это, попробуем следующий метод:
Вместо того чтобы делать ручные правки регистров через Корректировку записей регистров, что чревато нарушением целостности данных, воспользуемся штатным механизмом. Документ Перерасчет НДФЛ предназначен именно для исправления ошибок прошлых периодов.
Рассмотрим пример заполнения:
Создаем документ, выбираем налоговый период (год) и месяц, с которого начались расхождения. Нажимаем кнопку Заполнить. Программа сама проанализирует расхождения между исчисленным и удержанным налогом и сформирует корректирующие записи. Это позволит «обнулить» накопленные ошибки округления и дат, не прибегая к опасному ручному редактированию.
Для программистов и опытных пользователей приведем список ключевых объектов, участвующих в процессе, которые стоит проверить в консоли запросов:
НДФЛСведенияОДоходах — здесь проверяем соответствие сумм и дат получения дохода.НДФЛРасчетыСБюджетом — здесь фиксируются суммы к уплате (Приход) и удержания (Расход).НДФЛКЗачету — источник того самого «гуляющего» рубля.Подведем итог: проблема «разбега» НДФЛ в 1 рубль в 2024 году — это следствие конфликта старых алгоритмов «упрощенного учета» и новых требований к датам выплат. Самым стабильным решением является переход на полноценный учет (удержание при выплате) и тщательный контроль дат получения дохода в документах начисления. Также стоит учитывать изменения в заполнении 6-НДФЛ, которые влияют на отражение исчисленного и удержанного налога в регламентированной отчетности. Если же вы решили остаться на упрощенном учете, приготовьтесь к необходимости периодического выравнивания регистра НДФЛ к зачету с помощью регламентных документов перерасчета.