Почему в 1С:ЗУП 3.1 и ЗКГУ 3.1 НДФЛ в ведомости отличается от НДФЛ в больничном листе?

Бухгалтер 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Налоговый учет
← На главную

Каждый бухгалтер, работающий в программах 1С:Зарплата и управление персоналом 3.1 или 1С:Зарплата и кадры государственного учреждения 3.1, хотя бы раз сталкивался с ситуацией, когда в документе начисления (например, в больничном листе) НДФЛ рассчитывается абсолютно правильно, но при заполнении ведомости на выплату в банк или кассу программа упорно подтягивает совершенно другую сумму налога. Особенно часто эта проблема возникает при расчете уволенных сотрудников, выплаты которым производятся в последующих месяцах.

В этой статье мы подробно разберем, почему возникает такое расхождение, проведем детальный математический анализ конкретного примера с форума, выясним методологические особенности учета НДФЛ в 1С и изучим пошаговый алгоритм поиска и исправления подобных ошибок.

Математическая загадка: откуда берутся «странные» суммы в ведомости?

Рассмотрим конкретную ситуацию, описанную пользователем. Сотрудник уволен 07 августа. В сентябре ему начисляется больничный лист за период с 4 по 8 сентября на сумму 1408 рублей. Программа производит следующие расчеты:

  1. В документе «Больничный лист» исчислен НДФЛ: 1408 * 13% = 183 рубля (округление по правилам НДФЛ). Сумма рассчитана верно.
  2. Сумма к выплате на руки должна составить: 1408 - 183 = 1225 рублей. В ведомость в банк подтягивается именно эта сумма — 1225 рублей.
  3. Однако в графе «НДФЛ к перечислению» в ведомости программа автоматически ставит 157 рублей вместо ожидаемых 183 рублей.

Попытки рассчитать налог от суммы на руки (1225 * 13% = 159 рублей) не объясняют появление цифры 157. Проведем обратный математический расчет, чтобы понять логику программы:

Разделим полученный налог на ставку: 157 / 0,13 = 1207,69 рублей (после округления получаем налоговую базу 1208 рублей).

Сравним реальную сумму больничного листа и расчетную налоговую базу, которую увидела ведомость: 1408 - 1208 = 200 рублей. Разница составляет ровно 200 рублей.

Этот расчет доказывает, что на дату выплаты сентябрьского больничного программа уменьшила налоговую базу сотрудника ровно на 200 рублей, что привело к уменьшению удерживаемого НДФЛ на 26 рублей (200 * 13% = 26 рублей; 183 - 26 = 157 рублей). Откуда взялись эти 200 рублей? Ответ кроется в процедуре увольнения сотрудника в августе.

Причина №1: Сторнирование доходов при увольнении

При увольнении сотрудника 7 августа ему мог быть произведен перерасчет ранее начисленных сумм. Самый частый случай — удержание за использованный авансом отпуск. Если в настройках расчета зарплаты организации установлено, что удержание за неотработанный отпуск регистрируется как сторно-начисление (то есть уменьшает налоги и взносы, а не просто удерживается из чистой зарплаты), то в августе у сотрудника возник отрицательный доход.

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

Когда в сентябре проводится документ «Больничный лист», программа видит новый положительный доход в размере 1408 рублей. При заполнении ведомости на выплату этого больничного 1С производит полный расчет налога нарастающим итогом с начала года по дату выплаты включительно. Она складывает все доходы, учитывает августовское сторно в 200 рублей, получает итоговую базу и рассчитывает налог, уменьшая его на переплату. Именно поэтому в ведомости появляется сумма 157 рублей — программа автоматически зачла излишне удержанный при увольнении налог в счет налога по больничному листу.

Причина №2: Специфика учета НДФЛ по дате выплаты

Для правильного понимания работы 1С:ЗУП 3.1 необходимо помнить важнейшее правило налогового законодательства: датой фактического получения дохода в виде пособий по временной нетрудоспособности является дата их фактической выплаты (а не месяц начисления).

В программе это реализовано следующим образом:

Причина №3: Технические сбои и «зависшие» взаиморасчеты

Иногда расхождение сумм связано не с методологией учета, а с техническими особенностями ведения базы данных. К ним относятся:

Пошаговый алгоритм поиска и исправления ошибки

Проанализируем ситуацию и найдем точную причину расхождения по шагам. Выполним следующие действия совместно.

Шаг 1. Формирование аналитического отчета

Прежде чем делать какие-либо ручные корректировки, необходимо увидеть картину расчетов по сотруднику целиком за налоговый период (календарный год). Для этого перейдем в раздел Налоги и взносы -> Отчеты по налогам и взносам и откроем отчет «Подробный анализ НДФЛ по сотруднику».

В настройках отчета укажем:

В сформированном отчете внимательно проанализируем таблицы «Исчислено налога» и «Удержано налога». Особое внимание обратим на колонку «Осталось удержать». Если на дату выплаты больничного в этой колонке висит отрицательная сумма (например, -26 рублей), это означает, что за сотрудником числился излишне исчисленный налог, который программа теперь абсолютно законно возвращает (зачитывает) при выплате больничного.

Шаг 2. Проверка документа «Увольнение»

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

Шаг 3. Синхронизация дат документов

Проверим соответствие дат в документах начисления и выплаты:

  1. Откроем сентябрьский документ «Больничный лист». На вкладке «Оплата» найдем поле «Дата выплаты».
  2. Откроем документ «Ведомость в банк». Сравним дату в шапке ведомости с датой выплаты, указанной в больничном листе.
  3. Если даты различаются (например, в больничном указано 10.09, а ведомость оформлена 08.09), изменим дату выплаты в больничном листе на фактическую (08.09), пересчитаем документ, проведем его и затем обновим налог в ведомости.

Шаг 4. Обновление налога в ведомости

Если в ходе анализа выяснилось, что никаких скрытых перерасчетов и сторно за сотрудником не числится, а сумма 157 рублей в ведомости — результат технического сбоя, исправим ее стандартными механизмами пересчета:

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

Шаг 5. Техническая профилактика системы

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

  1. Завершим сеансы всех пользователей в базе данных 1С.
  2. В консоли администрирования серверов 1С:Предприятия найдем нашу базу и принудительно завершим все активные соединения.
  3. Остановим службу Агент сервера 1С:Предприятия.
  4. Очистим папки серверного кэша (каталоги формата snccg в папке службы сервера 1С).
  5. Запустим службу Агента сервера, зайдем в базу в монопольном режиме и выполним тестирование и исправление информационной базы (раздел Администрирование -> Тестирование и исправление с включенной галкой «Реиндексация таблиц» и «Исправление логической целостности»).

Резюме и рекомендации для бухгалтера

Разница между суммами НДФЛ в больничном листе и в ведомости на выплату в 95% случаев обусловлена не программной ошибкой, а жестким следованием алгоритмов 1С требованиям Налогового кодекса РФ. Налог рассчитывается нарастающим итогом по сотруднику в целом за год на конкретную дату выплаты дохода.

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

← На главную