Разница между исчисленным и удержанным налогом на доходы физических лиц (НДФЛ) в программе 1С:Зарплата и Управление Персоналом 3.1 — одна из самых частых и сложных проблем, с которыми сталкиваются бухгалтеры и расчетчики. Ситуация усложняется тем, что при наличии сотен сотрудников ручной поиск и исправление ошибок превращаются в рутину, а простое групповое перепроведение документов зачастую не приносит желаемого результата.
В этой статье мы подробно разберем, почему возникают подобные расхождения, как устроена внутренняя механика учета НДФЛ в программе 1С:ЗУП 3.1, и по шагам рассмотрим эффективные методики выравнивания налогового учета без риска окончательно запутать данные.
Для того чтобы успешно бороться с ошибками, проанализируем, как именно 1С:ЗУП 3.1 регистрирует НДФЛ в своих регистрах. В отличие от старой версии 2.5, где учет был более линейным, в третьей версии конфигурации налог жестко привязан к выплате доходов. Программа оперирует двумя ключевыми понятиями:
НачислениеЗарплатыВзносов, Отпуск, БольничныйЛист, РазовоеНачисление. Этот налог записывается в регистр накопления РасчетыНалогоплательщиковСБюджетомПоНДФЛ с видом движения "Приход".ВедомостьВБанк, ВедомостьВКассу, ВедомостьНаСчета. Программа делает запись в тот же регистр накопления с видом движения "Расход", а также формирует движения в регистре РасчетыНалоговыхАгентовСБюджетомПоНДФЛ.Главная проблема кроется в том, что суммы удержанного налога рассчитываются непосредственно внутри документов выплаты зарплаты и записываются в их скрытые табличные части. Если мы просто перепроводим Ведомость, программа не пересчитывает налог внутри нее автоматически — она лишь транслирует в регистры те данные, которые уже записаны в табличной части налога. Именно поэтому обычное перепроведение «не лечит» расхождения, если в самой Ведомости зафиксированы неверные суммы.
Ситуация дополнительно усугубляется следующими факторами:
НачислениеЗарплатыВзносов) был изменен или пересчитан после того, как была проведена соответствующая ему Ведомость, данные в регистрах рассинхронизируются.Прежде чем приступать к исправлению данных, нам необходимо точно локализовать проблему. Забудьте про использование универсального отчета по регистрам на начальном этапе. В программе есть отличный специализированный инструмент — отчет "Подробный анализ НДФЛ по сотруднику" (раздел "Налоги и взносы" — "Отчеты по налогам и взносам").
Выполним настройку этого отчета для детального анализа:
Регистратор.После этого мы увидим полную картину движения НДФЛ в разрезе каждого документа. Проанализируем полученную таблицу: исчисленный налог должен строго соответствовать удержанному налогу по датам получения дохода. Если мы видим, что по документу НачислениеЗарплатыВзносов исчислено, например, 6500 рублей, а по документу ВедомостьВБанк удержано 6499 рублей, это означает, что у нас «завис» один рубль из-за округления или пересортицы.
Обратим особое внимание на строки с пустым регистратором или пересортицей по категориям дохода (например, "Оплата труда" и "Прочие доходы"). Такое происходит, когда начисление прошло по одной категории, а выплата зафиксировала удержание по другой.
Рассмотрим несколько способов устранения расхождений. Мы категорически не рекомендуем использовать документ ПереносДанных для ручной корректировки регистров НДФЛ (это практиковалось в версии 2.5). В современной 1С:ЗУП 3.1 регистры содержат множество скрытых разрезов (КБК, коды вычетов, категории доходов, даты получения дохода, документы-основания), и ручная правка одного регистра без синхронизации с другими приведет к тому, что отчеты 6-НДФЛ и Справки о доходах (2-НДФЛ) окончательно перестанут сходиться.
Это классический, самый надежный метод восстановления учета, если ошибки не запущены до состояния закрытых прошлых лет. Выполним следующие действия по шагам:
Ведомости) начиная с начала налогового периода (с января текущего года) по проблемным сотрудникам. Очень важно: документы нужно именно распроводить, а не просто оставлять проведенными.Доначисление, перерасчет), либо удалить из списка, если они неактуальны. Зависшие записи перерасчетов постоянно искажают расчет НДФЛ в текущих документах.НДФЛ к удержанию правильными суммами.Посмотрим на пример из практики: если у сотрудника в феврале было начисление отпуска и зарплаты, а ведомость на выплату зарплаты была проведена раньше, чем ведомость на выплату отпуска, то НДФЛ распределится неверно. Соблюдение строгой хронологии "Начисление -> Выплата" — главный залог успеха.
Что делать, если период прошлого квартала уже закрыт, сдана отчетность, и бухгалтерия категорически запрещает перезаполнять старые ведомости? В этом случае мы можем прибегнуть к созданию "технической" (или "нулевой") ведомости в текущем периоде.
Выясним причину пересортицы. Например, по регистру накопления у сотрудника числится плюс 500 рублей по одному документу-основанию и минус 500 рублей по другому. Общая сумма к выплате равна нулю, но налоги «висят». Разберем, как это исправить:
ВедомостьВБанк (или другой используемый вид ведомости) текущей датой.Если нам необходимо точечно скорректировать учет НДФЛ за прошлые периоды без изменения расчетных документов и без перезаполнения ведомостей, воспользуемся штатным документом ОперацияУчетаНДФЛ (раздел "Налоги и взносы" — "Операции учета НДФЛ").
Этот документ предназначен специально для ручного внесения записей в регистры НДФЛ. Он содержит несколько вкладок, соответствующих различным регистрам учета:
Рассмотрим пример использования этого документа для исправления зависшего неудержанного налога в размере 1 рубля:
// Пример заполнения вкладки "Удержано по всем ставкам" в документе "Операция учета НДФЛ":
- Дата получения дохода: 15.05.2023
- Ставка налогообложения: 13% (или 15%)
- Ставка: 13%
- Сумма: 1
- Код дохода: 2000 (Оплата труда)
- Документ-основание: [Выбираем соответствующую Ведомость, где не хватило рубля]
Важный нюанс: При заполнении вкладки "Удержано по всем ставкам" критически важно указывать ту же самую дату получения дохода и те же аналитики (КБК, категория дохода), которые были зафиксированы при начислении. В противном случае мы получим еще одну пересортицу, но уже на уровне дат получения дохода, что исказит отчет 6-НДФЛ.
Начиная с 2023 года законодательство в сфере НДФЛ кардинально изменилось, что отразилось и на поведении программы 1С:ЗУП 3.1. Проанализируем эти изменения, так как они напрямую влияют на поиск ошибок:
ПеречислениеНДФЛвБюджет и велся учет перечисленного налога в разрезе сотрудников. Сейчас эта схема упрощена. С введением Единого налогового счета (ЕНС) программа 1С:ЗУП 3.1 больше не отслеживает перечисление налога. Задача программы теперь — только правильно зафиксировать исчисленный и удержанный налог. Перечисление отражается уже на стороне бухгалтерской программы 1С:Бухгалтерия. Поэтому сосредоточьте все усилия именно на выравнивании этих двух показателей.Для того чтобы в будущем не сталкиваться с массовыми расхождениями по НДФЛ, рекомендуем придерживаться следующих простых правил при работе в 1С:ЗУП 3.1:
Используя описанные методики последовательного перезаполнения документов, создания технических ведомостей и точечной корректировки с помощью операций учета НДФЛ, вы сможете привести учет в полный порядок и без проблем сдавать регламентированную отчетность.