Почему ведомость в банк в 1С:ЗУП 3.1 не формирует движения по регистрам учета НДФЛ по отдельным сотрудникам?

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

Разберем подробнее внутреннюю логику конфигурации, технические причины возникновения подобной ситуации и пошаговые способы восстановления учета без необходимости глобальной правки дат и пересчетов.

Анализ технических причин проблемы

Для понимания того, почему ведомость не фиксирует удержание и доход, проанализируем структуру документа выплаты и регистров учета зарплаты:

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

Способ 1. Восстановление хронологической последовательности и пакетное перепроведение

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

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

Способ 2. Принудительное обновление налога и перезаполнение строк

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

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

Способ 3. Диагностика состояния взаиморасчетов и НДФЛ

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

1. Перейдем в раздел Налоги и взносы — Отчеты по налогам и взносам и сформируем отчет Подробный анализ НДФЛ по сотруднику за текущий год с отбором по проблемному человеку. Проверим графы Исчислено и Удержано. Суммы исчисленного и удержанного налога на дату выплаты должны совпадать с точностью до рубля без пересортицы по ставкам и кодам доходов.
2. Если наблюдается расхождение по документам-основаниям, сформируем Универсальный отчет по регистру накопления Зарплата к выплате. Сгруппируем отчет по полям Сотрудник, Период взаиморасчетов, Документ-основание. Если по сотруднику присутствуют закрывающиеся в ноль строки с разными документами-основаниями, выплата захватывает пустой остаток, что требует выравнивания регистра перед окончательной выплатой.