Переход с устаревшей конфигурации 1С:ЗУП 2.5 на современную 1С:ЗУП 3.1 — это всегда ответственный и технологически сложный процесс. Одним из наиболее коварных участков учета, где часто возникают ошибки после переноса данных, является кадровый учет сотрудников, находящихся в длительных отпусках. Особенно часто проблемы проявляются при оформлении возврата сотрудниц из отпуска по уходу за ребенком (декрета).
Типичная ситуация: сотрудница числилась в декрете на момент переноса данных, затем оформляется ее выход на работу (например, на 0,5 ставки с кадровым переводом), но программа упорно отказывается начислять ей заработную плату, а в табеле учета рабочего времени продолжает отображаться буквенный код «ОЖ» (Отпуск по уходу за ребенком). В рамках этой статьи мы подробно разберем, почему возникает эта проблема, проанализируем внутренние механизмы работы программы и предоставим пошаговый алгоритм ее решения.
Для того чтобы понять корень проблемы, нам необходимо сопоставить методологические подходы двух конфигураций:
Возврат из отпуска по уходу.Если при переносе данных из старой базы цепочка документов была нарушена или перенеслась некорректно, программа «теряет» связь между состояниями сотрудника, из-за чего и блокируется начисление зарплаты.
Проанализируем еще один неочевидный нюанс, связанный с переносом данных. При рекомендованном (кратком) переносе данных на дату начала эксплуатации новой базы создается документ Начальная штатная расстановка. Этот документ фиксирует плановые начисления сотрудников.
Так как сотрудница на дату переноса уже находилась в декрете, ее оклад и другие рабочие начисления были временно прекращены в ЗУП 2.5. Соответственно, в документе Начальная штатная расстановка в ЗУП 3.1 для нее перенеслось только пособие по уходу за ребенком, а рабочая тарифная ставка осталась пустой. При оформлении документа Возврат из отпуска по уходу программа физически не знает, какие начисления ей нужно возобновить. Поэтому просто провести возврат недостаточно — необходимо вручную указать плановые начисления на соответствующей вкладке.
Кроме того, если сотрудница последовательно уходила из одного декретного отпуска в другой (например, сначала с одним ребенком, а затем со вторым), в ЗУП 2.5 кадровики часто не оформляли «промежуточный» возврат на работу, а сразу проводили новый отпуск. В ЗУП 3.1 такая схема недопустима. Здесь должна соблюдаться строгая хронологическая последовательность:
Отпуск по уходу 1 -> Возврат из отпуска 1 -> Отпуск по уходу 2 -> Возврат из отпуска 2
Если «Возврат 1» отсутствует, программа будет считать первый отпуск незакрытым, что приведет к системному сбою в регистрах сведений.
Вся информация о занятости сотрудников в 1С:ЗУП 3.1 хранится в специализированных регистрах. За вытеснение рабочих видов времени декретными отвечают два ключевых регистра сведений:
Состояния сотрудниковДанные состояний сотрудниковПри некорректном переносе данных в регистре Данные состояний сотрудников для записи об отпуске по уходу за ребенком очень часто отсутствует дата окончания (поле остается пустым или содержит значение «неопределено»). Для программы это означает бесконечный декрет. Любые последующие документы Кадровый перевод или изменения оплаты труда игнорируются системой расчета, так как состояние «Отпуск по уходу» имеет более высокий приоритет вытеснения, чем «Работа».
Для технических специалистов и продвинутых пользователей полезно проверить состояние регистров с помощью простого запроса к базе данных, чтобы выявить проблемных сотрудников:
ВЫБРАТЬ
ДанныеСостояний.Сотрудник КАК Сотрудник,
ДанныеСостояний.Состояние КАК Состояние,
ДанныеСостояний.Начало КАК ДатаНачала,
ДанныеСостояний.Окончание КАК ДатаОкончания
ИЗ
РегистрСведений.ДанныеСостоянийСотрудников КАК ДанныеСостояний
ГДЕ
ДанныеСостояний.Состояние = ЗНАЧЕНИЕ(Перечисление.СостоянияСотрудника.ОтпускПоУходуЗаРебенком)
И ДанныеСостояний.Окончание = ДАТАВРЕМЯ(1, 1, 1, 0, 0, 0)
Если данный запрос возвращает строку по нашей сотруднице, это подтверждает технический сбой переноса: у декретного состояния нет конечной точки.
Рассмотрим подробнее процедуру исправления данной ошибки. Для успешного решения проблемы нам потребуется выполнить следующие шаги:
Прежде чем вносить изменения, обязательно создайте резервную копию информационной базы! Далее выполним следующие действия:
Данные состояний сотрудников.Состояния сотрудников. В нем цепочка событий должна логически завершаться записью о возврате или активной работе.После того как регистры приведены в порядок, переходим к оформлению документов:
Возврат из отпуска по уходу (раздел Кадры - Отпуска по уходу за ребенком - кнопка Создать - Возврат из отпуска по уходу).Поскольку в рассматриваемой нами ситуации сотрудница выходит на неполный рабочий день (0,5 ставки), нам необходимо зафиксировать этот факт кадровым документом:
Кадровый перевод. Дату перевода установите равной дате возвращения из отпуска.Проанализируем полученный результат. Нам необходимо убедиться, что внесенные корректировки успешно приняты системой:
Табель за месяц возврата сотрудницы на работу.Начисление зарплаты и взносов за текущий месяц.Использование этого системного подхода позволяет гарантированно решить проблему «зависшего» декрета после переноса данных из ЗУП 2.5 в ЗУП 3.1 и обеспечить корректный расчет заработной платы сотрудникам.