← На главную

Ситуация, когда НДФЛ исчислен верно, а при проведении ведомостей на выплату удерживается в меньшем объеме (или не удерживается вовсе), является классической проблемой для конфигураций на базе 1С:Предприятие 8.2 и 8.3, использующих обычные формы (ЗУП 2.5, ЗиКБУ 1.0). Особенно остро эта проблема проявляется в бюджетных учреждениях, где ведется строгий учет в разрезе КФО (статей финансирования) и КОСГУ (статей расходов). Рассмотрим подробно, почему так происходит и как привести учет в порядок.

Механизм пропорционального удержания НДФЛ

В программах старого поколения алгоритм удержания налога жестко связан с суммой фактически выплачиваемого дохода. Программа анализирует данные в регистре накопления Взаиморасчеты с сотрудниками и сопоставляет их с данными регистра НДФЛ исчисленный. Если в момент проведения документа Ведомость в кассу или Ведомость в банк система видит, что сумма к выплате по конкретной аналитике (например, по КОСГУ 211) меньше, чем начисленная сумма за вычетом налога, она пропорционально уменьшает и сумму удержанного НДФЛ.

Разберем на примере: сотруднику начислено 10 000 руб. по КОСГУ 211 и 2 000 руб. по КОСГУ 213. Общий налог составляет 1 560 руб. Если в регистре взаиморасчетов по КОСГУ 211 висит дебиторская задолженность («минус»), программа может решить, что выплачивать по этой статье нечего, и не зафиксирует удержание налога, относящегося к этой части дохода.

Выясняем причину: поиск «пересортицы»

Если расчетный листок выглядит идеально, а налог все равно «рвется», проанализируем ситуацию с помощью специализированных отчетов. Обычный расчетный листок часто схлопывает (суммирует) данные, скрывая внутренние разрывы в аналитике.

1. Формирование свода с группировкой: Настроим отчет «Свод по заработной плате» так, чтобы он показывал данные в разрезе статей финансирования и КОСГУ. Если в итоговой колонке «Конечное сальдо» общий итог равен нулю, но внутри присутствуют строки с положительными и отрицательными значениями (например, +500 руб. по КОСГУ 211 и -500 руб. по КОСГУ 213), это и есть причина проблемы.
2. Анализ регистра взаиморасчетов: Нам необходимо проверить регистр накопления Взаиморасчеты с сотрудниками. Именно пересортица между статьями (например, 211 и 213 КОСГУ) чаще всего мешает корректному закрытию налога.
3. Проверка за прошлые периоды: Проанализируем состояние расчетов не только за текущий месяц, но и за весь прошлый год. Нередко «хвосты» тянутся из декабря или ноября, когда были проведены исправления, сторно больничных или перерасчеты отпусков.

Способ 1: Использование документа «Перенос задолженности»

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

Рассмотрим порядок действий:

1. Создадим документ Перенос задолженности (в меню расчет зарплаты).
2. В табличной части выберем сотрудника и укажем статью-источник (где висит плюс) и статью-приемник (где висит минус).
3. Проведем документ датой последнего дня месяца, предшествующего проблемному.
4. После этого перепроведем документ начисления и выплаты зарплаты за текущий месяц.

Способ 2: Корректировка регистров накопления вручную

В сложных случаях, когда автоматические документы не справляются, или когда нужно «обнулить» старые остатки в регистрах НДФЛ, которые не влияют на выплату, но портят отчетность, можно прибегнуть к документу Корректировка записей регистров или специализированным обработкам.

Проанализируем, какие регистры требуют внимания:

• Взаиморасчеты с сотрудниками — здесь мы убираем пересортицу по КФО/КОСГУ.
• Зарплата за месяц — этот регистр также участвует в формировании сумм к выплате.
• НДФЛ расчеты с бюджетом — основной регистр, где хранится информация об удержанном налоге.

Важно: При ручной правке регистра НДФЛ расчеты с бюджетом необходимо четко соблюдать структуру строк. Каждая запись должна содержать информацию об ОКТМО, КПП и виде строки (начисление или удержание). Если вы правите удержание, убедитесь, что оно соответствует ранее сделанному начислению по тем же разрезам аналитики.

Способ 3: Технологическая настройка «Исчисленный НДФЛ равен удержанному»

В некоторых старых релизах ЗиКБУ существовала возможность включить в учетной политике опцию упрощенного учета НДФЛ. Рассмотрим этот вариант как временную меру для выравнивания учета:

1. Зайдем в настройки параметров учета (или учетную политику по персоналу).
2. Установим флаг Принимать исчисленный НДФЛ как удержанный.
3. Перепроведем документы начисления зарплаты.

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

Профилактика ошибок: отчеты для самопроверки

Чтобы ситуация не повторялась, рекомендуем ежемесячно выполнять следующие действия:

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

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