Войти в кабинетДобрый день!
1С:ЗУП КОРП 3.1.15.67
Странная ситуация при увольнении одного сотрудника. Программа выдаёт ошибку: «Сотрудника необходимо уволить позднее кадрового события «Перемещение» (01.12.2020 — Кадровый перевод списком от 02.03.2020)».
В этом кадровом переводе у сотрудника пустая дата окончания.
Еще в ноябре у сотрудника с 16 по 30 отпуск за свой счет. Сначала я подумал, что программа не может уволить из-за накладки отпуска за свой счет и даты увольнения, но кадровик сказал, что они всегда так увольняют и он не первый.
Дата увольнения сотрудника 30.11.2020, дата документа увольнения 26.11.2020, дата выплаты 30.11.2020
В моей практике впервые такая ошибка. Подскажите, что надо сделать.
Все комментарии (8)
Комментарии закрыты.
Я понимаю, что программа считает увольнение не последним кадровым событием, но почему она так считает, я не пойму.
Нашел проблему. В регистр «Кадровая история сотрудников интервальный» при первой записи (кадровиком) документ Увольнения изменяет последнюю запись (это как раз было перемещение), редактирую дату окончания на 01.12.2020 и добавляет запись по увольнению, где дата начала 01.12.2020 и дата окончания 31.12.3999. Так вот при последующем проведении (расчетчиком) идёт проверка возможности проведения по кадровому учету и получается, что последнее кадровое событие перед увольнением заканчивается 01.12.2020, а должно быть 30.11.2020 и тогда проверка пройдёт удачно. Убираются эти записи путём пометкой удаления документа Увольнение. Под полными правами я снимаю эту пометку, рассчитываю документ и провожу. Записи в регистр «Кадровая история сотрудников интервальный» создаются также, но документ проводится без ошибок. Но если попытаться пере провести, то программа не даст по такой же причине.
Это ошибка алгоритма данной версии или это уже давно, просто мы столкнулись с ней только сейчас?
Данная проблема периодически проявляется. Что это — ошибка релиза или штатный механизм работы программы? Исправляется распроведением кадровых документов и после проведения документа «Увольнение» их проведением.
Здравствуйте! Попыталась воспроизвести ошибку на своей базе и у меня не получилось.
В регистре «Кадровая история сотрудников интервальный у меня такая же ситуация, как и у вас: дата окончания для КП устанавливается — день после увольнения. Однако расчетчик проводит документ без ошибок.
Права доступа расчетчика — типовой профиль «Расчетчик».
Релиз у меня 3.1.15.96.
Попробуйте обновить копию своей базы на этот же релиз. Воспроизведется ошибка? Если попробовать на других сотрудниках воспроизведётся?
Добрый день! Для воспроизведения ошибки надо добавить еще один временный кадровый перевод. Таким образом по сотруднику должна быть следующая картина:
02.03.2020 кадровый перевод (постоянный)
06.04.2020 — 01.06.2020 временный кадровый перевод
При таком раскладе во временной таблице ВТКадроваяИсторияСотрудников в записи по последнему перемещению в реквизите «ЭтоВозвратноеСобытие» указано «Истина». Когда идет проверка возможности проведения по кадровому учету в запросе выбираются записи, где признак «ЭтоВозвратноеСобытие» — Ложь. Помещается во временную таблицу и соединяется опять с ВТКадроваяИсторияСотрудников.
Попробуйте, пожалуйста, в своей базе внутри постоянного перемещения добавить временное.
Здравствуйте! Извините за ожидание!
Попробовала снова, с создание временного кадрового перевода. На релизе 3.1.15.96.
Ошибка не воспроизвелась, Расчетчик провел Увольнение без проблем.
Прикладываю скриншот с записями регистра «Кадровая история интервальный». Даты взяла теже для наглядности.
Вы пробовали обновлять базу? Пробовали воспроизводить на демо-базе?
Обновил до 3.1.15.96, результат не изменился. Над демо-базе не пробовал воспроизводить, не вижу смысла. Достаточно, что у вас не воспроизводится. У нас база тоже типовая с несколькими расширениями.
Не скажите! Может быть я все-таки что-то делаю не так, как в Вашем исходном примере. По-моему у меня только в датах разница, но все-таки. И воссоздав пример на копии можно сравнить все движения у Вашей базе и в демо. Это может стать «ключом» к поиску ошибки.
Либо напишите на v8@1c.ru, и приложите копию базы (только обновите на самого последнего релиза и проверьте на нем). Если у 1С будет база в которой воспроизводится проблема. то скорее всего они разберутся и зарегистрируют ошибку.