Проблема неполного заполнения НДФЛ в документах типа Ведомость в банк, Ведомость в кассу или Ведомость на счета является одной из самых распространенных и трудоемких в исправлении для пользователей 1С:Зарплата и управление персоналом 3.1. Ситуация, когда сумма налога к удержанию не соответствует исчисленному налогу в документе начисления, может поставить в тупик даже опытного бухгалтера. В рамках данной статьи мы подробно разберем, почему программа ведет себя подобным образом, и проанализируем алгоритмы, которые помогут восстановить корректный учет.
Первое, на что нам стоит обратить внимание, — это внутренняя логика программы 1С:ЗУП. Рассмотрим важный нюанс: начисления в системе производятся в разрезе объекта Сотрудник, однако учет по НДФЛ ведется исключительно по объекту Физическое лицо. Это принципиальное различие. Проанализируем ситуацию: если у одного физического лица есть несколько рабочих мест в одной организации (например, основное место работы и внутреннее совместительство), программа консолидирует данные по НДФЛ. Если в одной ведомости вы пытаетесь выплатить зарплату только по одному из «сотрудников», алгоритм автоматического заполнения может подтянуть налог, исходя из общей задолженности физического лица перед бюджетом, что часто приводит к путанице.
Одной из самых неочевидных причин является программная ошибка, подтвержденная техподдержкой 1С (коды ошибок 10193953 и 00111096). Выясним суть проблемы: если в середине месяца у сотрудника происходит начисление (например, межрасчетная премия или отпуск), и именно этим начислением доход сотрудника с начала года превышает предел, установленный для предоставления стандартных налоговых вычетов (350 000 рублей), механизм автоматического заполнения НДФЛ в ведомости может сбоить.
Рассмотрим пример. Допустим, доход сотрудника на начало месяца составлял 300 000 рублей. В середине месяца начисляется премия в размере 76 300 рублей. В этот момент право на вычет прекращается. При создании ведомости на выплату этой премии или последующей зарплаты программа может «потерять» часть налога или рассчитать его некорректно, так как алгоритм распределения вычета конфликтует с моментом удержания налога. В таких случаях часто помогает только ручная корректировка ведомости или ожидание исправления в новых релизах конфигурации.
Программа 1С:ЗУП 3.1 крайне чувствительна к аналитике. НДФЛ учитывается в разрезе:
Разберем типичный сценарий: сотрудник был перемещен из одного подразделения в другое в середине месяца. Начисление зарплаты прошло по двум подразделениям. Если ведомость формируется отдельно по каждому подразделению, программа может не увидеть остаток налога, «зависший» на другом подразделении или другой регистрации в ИФНС. Посмотрим на регистр накопления Расчеты налогоплательщиков с бюджетом по НДФЛ. Если в нем образовалось положительное сальдо (приход) по одной аналитике и отрицательное (расход) по другой, автоматического «схлопывания» в ведомости может не произойти.
В ЗУП 3.1 учет НДФЛ тесно связан с датой выплаты дохода. В каждом документе начисления (Больничный лист, Отпуск, Начисление зарплаты) есть поле Планируемая дата выплаты. Проанализируем, как это работает: программа «бронирует» исчисленный налог под конкретную дату. Если вы создаете ведомость датой 05.04.2024, а в документе начисления указана планируемая дата 10.04.2024, система может просто не предложить этот налог к удержанию, так как «время для его выплаты еще не пришло».
Чтобы исправить это, нам необходимо следить, чтобы дата ведомости была не ранее даты, указанной в начислении. Также крайне важно соблюдать последовательность проведения документов: сначала начисление, затем выплата. Любое перепроведение «задним числом» документа начисления после создания ведомости разрывает связь между исчисленным и удержанным налогом.
Если визуальный осмотр документов не дает результата, перейдем к проверке движений в регистрах. Основной регистр, который нас интересует, — Расчеты налогоплательщиков с бюджетом по НДФЛ. Именно на основании его остатков заполняется колонка «НДФЛ к перечислению» в ведомостях.
Для детального анализа рекомендуем использовать Универсальный отчет (раздел Администрирование — Печатные формы, отчеты и обработки). Настроим его по следующим параметрам:
Посмотрим на колонку «Конечный остаток». В идеальной ситуации после выплаты зарплаты остаток должен быть равен нулю. Если вы видите там суммы с плюсом, значит, налог был исчислен, но не удержан. Если с минусом — налог был удержан излишне. Наличие минусовых сумм в детализации ведомости часто блокирует подбор новых сумм налога.
Выясним причину, связанную с доходами в натуральной форме. Если сотруднику выдавался подарок или начислялись сверхнормативные суточные (вид дохода, не предполагающий денежной выплаты в момент начисления), НДФЛ с этих сумм должен быть удержан при следующей выплате живых денег. Однако согласно законодательству, мы не можем удержать более 50% от суммы выплачиваемого дохода. Если исчисленный налог с натурального дохода велик, программа автоматически ограничит сумму НДФЛ в ведомости, и остаток перейдет на следующий месяц. Это нормальное поведение системы, которое часто принимается за ошибку.
Если мы проанализировали ситуацию и понимаем, что произошел технический сбой, можно попробовать следующие шаги:
Подводя итог, можно сказать, что неполное заполнение НДФЛ в ЗУП 3.1 чаще всего связано с пересортицей по аналитике ИФНС или нарушением хронологии дат выплаты. Постоянный контроль за регистром Расчеты налогоплательщиков с бюджетом по НДФЛ и сверка со сводным отчетом 2-НДФЛ для сотрудников помогут вам своевременно обнаруживать и исправлять подобные расхождения.