Ситуация, когда в печатной форме Расчетной ведомости (форма Т-51) или в анализе начислений появляются сотрудники, которые уже прекратили трудовые отношения с организацией, вызывает закономерное недоумение у бухгалтеров и кадровиков. Это не просто визуальный шум, а сигнал о том, что в базе данных 1С:Зарплата и управление персоналом нарушена логика периодов или некорректно настроены фильтры отчета. Игнорирование таких записей может привести к ошибкам в статистической отчетности и неверному пониманию фонда оплаты труда.
Чаще всего причина кроется в несоответствии даты завершения действия документа увольнения и расчетного периода, за который формируется ведомость. Система строит выборку на основе регистра сведений Кадровые данные сотрудников, и если на последний день месяца сотрудник числился в штате хотя бы формально, он попадет в список. Разберем технические нюансы, которые заставляют программу включать бывших работников в итоговые таблицы.
Важно понимать, что механизм формирования отчетов в 1С ЗУП работает строго по датам. Если в документе увольнения указана дата, например, 31-е число, то за этот день сотруднику могут быть начислены остатки или компенсации, что автоматически делает его активным участником расчета за данный месяц. Поэтому появление фамилии в ведомости не всегда является ошибкой конфигурации, иногда это отражение реальных финансовых обязательств организации перед увольняемым.
Логика формирования расчетного периода в 1С ЗУП
Алгоритм работы отчета Расчетная ведомость базируется на понятии расчетного периода. Когда вы устанавливаете даты с 1 по 30 (или 31) число, система проверяет статус каждого работника на каждый день этого интервала. Если хотя бы в один из дней периода у сотрудника действовал трудовой договор, он будет включен в выборку. Это фундаментальный принцип работы регистра накопления Начисления сотрудников.
Особое внимание следует уделить документам, изменяющим состояние сотрудника. Если увольнение оформлено задним числом или дата в документе Увольнение стоит позже фактического прекращения работы, система будет считать человека действующим сотрудником вплоть до указанной даты. В этом случае попадание в ведомость абсолютно закономерно с точки зрения алгоритмов 1С Предприятие.
Существует нюанс с межрасчетными периодами. Если увольнение произошло в середине месяца, а ведомость формируется за весь месяц, сотрудник все равно попадет в список. Однако суммы начислений у него будут только за отработанные дни. Отсутствие сумм в графах начисления при наличии фамилии может смущать, но это штатное поведение для тех, кто не имел начислений в данном месяце, но числился в штате.
⚠️ Внимание: Если в графе начислений стоят нули, а сотрудник уволен в предыдущем месяце, это признак того, что дата увольнения в документе проставлена неверно (например, первым числом текущего месяца вместо последнего дня прошлого).
Всегда проверяйте поле «Дата увольнения» в карточке сотрудника. Оно должно совпадать с последним рабочим днем, за который выплачивается зарплата, а не с днем издания приказа.
Влияние даты увольнения на отображение в отчетах
Ключевым фактором, определяющим видимость уволенного в списке, является конкретная календарная дата, зафиксированная в системе. В 1С ЗУП период действия трудового договора закрывается именно той датой, которая указана в реквизите документа увольнения. Даже если приказ подписан 5-го числа, но датой увольнения стоит 30-е число прошлого месяца, в текущем месяце не появится.
Однако частой ошибкой является установка даты увольнения первым числом текущего месяца. В таком случае сотрудник формально числится в штате один день (или часть дня), и отчет Т-51 честно его показывает. Для корректного исключения из текущей ведомости дата увольнения должна быть последним днем предыдущего расчетного периода.
Рассмотрим ситуацию с отзывом из отпуска с последующим увольнением. Здесь дата увольнения может сдвигаться на последний день отпуска. Если этот день попадает в текущий месяц, сотрудник будет в ведомости. Механизм ЗУП учитывает все виды отсутствий и их влияние на конечную дату расторжения договора.
| Сценарий увольнения | Дата в документе | Попадание в ведомость текущего месяца | Причина |
|---|---|---|---|
| Увольнение по собственному желанию | 31 января | Да (за январь) | Числился в штате весь период |
| Увольнение задним числом | 25 декабря | Нет (за январь) | Договор расторгнут в прошлом периоде |
| Ошибка в дате (1 число) | 1 февраля | Да (за февраль) | Формальное наличие в штате 1 день |
| Отпуск с последующим увольнением | 15 февраля | Да (за февраль) | Действие договора продлено отпуском |
Дата увольнения в 1С ЗУП — это последний день действия трудового договора. Если эта дата попадает в расчетный период, сотрудник будет отображаться в отчетах.
Настройка отборов и фильтров в печатных формах
Иногда сотрудники отображаются в ведомости не из-за ошибок в датах, а из-за слишком широких настроек самого отчета. В форме настройки печати Расчетной ведомости существует вкладка Отборы. По умолчанию там может стоять фильтр только по организации или подразделению, без учета статуса занятости.
Чтобы исключить уволенных из видимости, необходимо явно добавить условие отбора. В конструкторе отчета следует выбрать поле Состояние в организации и установить значение Принят или Работает. Это действие скроет всех, у кого на конец периода статус изменился на «Уволен», даже если технически они присутствовали в базе начислений.
Также стоит проверить настройки группировки. Если отчет строится с детализацией по сотрудникам, а фильтр не применен, система выгрузит всех, кто когда-либо был связан с выбранной организацией в базе. Использование динамических отборов позволяет гибко управлять составом печатной формы без изменения самих документов учета.
- 🔍 Откройте форму настройки отчета и перейдите на вкладку «Отборы».
- 📅 Добавьте условие по полю «Дата увольнения» (больше или равно дате начала периода).
- ✅ Установите флаг «Исключить», если хотите убрать тех, кто уволился в этом месяце.
⚠️ Внимание: Применение жестких отборов может скрыть сотрудников, которым начисляется компенсация за неиспользованный отпуск уже после даты увольнения. Будьте осторожны при фильтрации, если ведете расчеты с бывшими работниками.
Технические причины: перепроведение и регистры
Более сложная ситуация возникает, когда даты верны, отборы настроены, а уволенный все равно «светится» в ведомости с суммами. Это может свидетельствовать о проблемах с проведением документов. В 1С ЗУП данные хранятся в регистрах сведений и накопления. Если документ Начисление зарплаты был проведен до оформления увольнения, а затем уволенный документ не перепровели, старые данные остаются в регистре.
Необходимо выполнить перепроведение документов за спорный период. Часто помогает последовательность: сначала проводится документ Увольнение, затем перепроводится документ Начисление зарплаты и взносов. Это актуализирует срезы регистров и корректно обнуляет или пересчитывает суммы для уволенного сотрудника.
В редких случаях требуется перезаполнение регистров. Это делается через обработку Перепроведение документов за период. Утилиты администрирования позволяют принудительно обновить состояние базы, убрав «призрачные» начисления, которые числятся за уволенными из-за рассинхронизации транзакций.
Администрирование -> Синхронизация данных -> Перепроведение документовЕсли проблема носит массовый характер, возможно, в конфигурации сбит механизм расчета среднего заработка или отпускных, который «тянет» данные из прошлого периода, когда сотрудник еще работал. В таких случаях требуется глубокий анализ логов расчета.
Что делать, если перепроведение не помогает?
Если стандартное перепроведение не убирает уволенного из ведомости, проверьте наличие документов-корректировок (например, «Корректировка регистрации в ПФР» или ручные операции), которые могли быть введены задним числом и зафиксировали начисления. Также проверьте историю изменений документа увольнения.
Специфика начислений после увольнения
Существует легитимная причина появления уволенного в ведомости — выплата окончательного расчета. Если дата увольнения приходится на середину месяца, то в конце месяца, при закрытии периода, сотруднику начисляется зарплата за отработанные дни. В этом случае его присутствие в Расчетной ведомости является обязательным требованием законодательства.
Кроме того, возможны ситуации с выплатой премий по итогам работы за период, в котором сотрудник еще числился в штате. Если премия начисляется отдельным документом в следующем месяце, уволенный сотрудник также попадет в выборку. Система 1С ЗУП корректно отражает такие операции, так как основание для выплаты возникло в период действия трудового договора.
Отдельно стоит упомянуть компенсации за неиспользованный отпуск. Они часто рассчитываются и выплачиваются в день увольнения, но если расчет произведен с задержкой или оформлен отдельным документом в следующем месяце, фамилия уволенного появится в новой ведомости. Это не ошибка, а отражение финансового факта.
- 💰 Зарплата за отработанные дни текущего месяца.
- 🎁 Премии, начисленные по итогам периода работы до увольнения.
- 🌴 Компенсация отпуска, выплаченная после даты расторжения договора.
⚠️ Внимание: Законодательство требует выплачивать все суммы в день увольнения. Задержка выплаты и отражение её в следующем месяце может повлечь необходимость начисления компенсации за задержку, что также отразится в ведомости.
☑️ Диагностика появления уволенного в ведомости
Частые ошибки пользователей и методы их устранения
Одной из самых распространенных ошибок является путаница между датой документа и датой увольнения. Пользователи часто создают документ Увольнение сегодня, но забывают изменить дату события, оставляя её текущей. В результате система считает, что сотрудник работал весь месяц. Исправление требует захода в документ и ручной правки даты.
Еще одна проблема — использование неактуальных версий форм отчетов. В старых версиях 1С ЗУП (например, редакция 2.5) логика отборов работала иначе, чем в современной редакции 3.1. При переходе на новые версии или обновлении конфигурации старые настройки печатных форм могут конфликтовать с новыми регистрами.
Для устранения ошибок рекомендуется использовать обработку Проверка и исправление. Она автоматически находит расхождения между кадровыми документами и регистрами учета. Также полезно сверять данные с отчетом Анализ состояния расчета зарплаты, который подсвечивает аномалии в начислениях.
Если ни один из методов не помог, возможно, имеет место повреждение информационной базы. В этом случае стоит обратиться к специалисту по сопровождению 1С для проведения тестирования базы (chdbfl) и восстановления целостности таблиц SQL.
В 90% случаев проблема решается корректной установкой даты увольнения последним днем предыдущего месяца или настройкой отбора по статусу сотрудника в форме отчета.
Почему уволенный сотрудник отображается в ведомости с нулевой суммой?
Это происходит, когда дата увольнения попадает в расчетный период, но никаких начислений (оклад, премия) за этот период не было произведено. Например, сотрудник уволен 1-го числа месяца и не отработал ни дня, но формально числился в штате. Система показывает его в списке, но графы сумм пусты.
Как скрыть уволенных из отчета навсегда без изменения дат?
Используйте настройки отчета (шестеренка или кнопка «Настройка»). Добавьте отбор по полю «Состояние» = «Работает» или по полю «Дата увольнения» < «Дата начала периода». Сохраните эти настройки как вариант отчета, чтобы применять их автоматически в будущем.
Влияет ли сторнирование начислений на появление уволенного в списке?
Да. Если вы сделали сторнирование начислений уволенному сотруднику в текущем месяце (например, исправляли ошибку прошлого периода), он обязательно появится в ведомости текущего месяца с отрицательными суммами, независимо от даты его увольнения.
Что делать, если дата увольнения стоит верно, но сотрудник все равно в списке?
Проверьте, нет ли документов, вводящих начисления задним числом (отпуска, больничные, премии), которые были проведены после увольнения. Также убедитесь, что документ увольнения проведен и зафиксирован в регистрах (попробуйте перепровести его).
Может ли это быть ошибкой обновления конфигурации?
В редких случаях после глобального обновления платформы или конфигурации могут сбиваться настройки по умолчанию для печатных форм. Рекомендуется сбросить настройки отчета до заводских и заново задать необходимые отборы.