Z_STAFFORDERS

Z_STAFFORDERS ( 9.1.57.0 )

Краткое описание :

не совпадают списки сотрудников для базы просмотра=вся картотека

Описание :

5. Перемещение

Что измененно :

Если на интерфейс "Список приказов о перемещении" установлен фильтр база просмотра= вся картотека,
то список формируется, как база=текущие+ база архив, вне зависимости от сортировок в интерфейсе.
Во-первых, такое формирование не совпадает со списками в картотеке для данной базы просмотра - там
список формируется по всей картотеке с учетом сортировки. Во-вторых, у пользователя, не знающего
о такой особенности формирования списка, создается впечатление о потери приказов о перемещении из архива.
Особенно, если сотрудник имел повторное трудоустройство.

Как измененно :

В интерфейсах "Список приказов о перемещении" и "Список приказов о предоставлении отпуска" исправлен фильтр "Вся картотека", теперь под этот фильтр попадают все сотрудники.

Z_STAFFORDERS

Z_STAFFORDERS ( 9.1.57.0 )

Краткое описание :

Нужна настройка для учета рабочего года вновь принятых.

Описание :

Предложение по новой функциональности контура управления персоналом

Что измененно :

Нужна настройка для учета рабочего года вновь принятых.
У нас люди выбираются на выборные должности, у которых есть срок окончания.
Например, принимается Иванов на работу на штатное расписание с 01.01.2005 по 31.03.2013.
После того, как выиграл конкурс на должность 1, т.е. 31.03.2013 он обязательно должен быть уволен с должности 1.
Далее будет новый конкурс, и если он его выиграет (обычно всегда выигрывает) то он будет принят с 2.04.2013 по 5.07.2018.
С точки зрения бухгалтера это разрыв в стаже и новый лицевой счет с новым архивом оплат для исчисления отпуска и т.д.
Т.е. для бухгалтера и для кадровика период для исчисления отпуска у него будет уже с 13го года.
Т.е. - с даты нового приема.
Между тем, с 04.03.2010 по 6.5.2015 этот же сотрудник работает на другой выборной должности по совместительству.
Казалось бы, можно просто сделать повторный прием.
Но этого сделать нельзя т.к. повторный прием делается только на уволенного сотрудника, а уволить мы его в галактике не можем т.к. он остается работать по совместительству.
Даже если мы воспользуемся настройкой, которая не закрывает совместительство при уходе с основного места работы, то при повторном приеме на туже карточку система очистит все совместительства в 6-ом окне, чего нам не надо.
Поэтому мы закрываем основное назначение в 6-ом окне, делаем в зп новый лицевой счет, в 6-ом окне делаем новое назначение и связываем их.
Соответственно, исправляем дату приема в 1-ом окне.
Все бы хорошо, но система считает рабочий год отпуска не от даты приема как положено, а от прошлых отпусков, которых на самом деле нет, т.к. они раньше чем дата приема.

Требуется, чтобы рабочий год учитывался от даты приема, т.к. мы можем на ту же карточку уволенного сотрудника создать новое назначение.
Т.е. как бы принять его снова и предыдущий отпуск не должен будет учитываться, т.к. при повторном приеме он работает в организации заново.
Т.е. если дата приема в 1-ом окне больше чем дата последнего отпуска, надо учитывать дату приема в 1-ом окне.

Как измененно :

В РПД-1 добавлен параметр "Не переводить совместительства в архив". В случае установки данного параметра, при повторном приеме на ту же карточку, внутреннее совместительство, у которого отсутствует дата закрытия, не будет перенесено в архив, соответственно и рабочие периоды по совместительству не будут затронуты. В соответствии с этим, рабочие периоды будут иметь вид:
* УО (рабочие периоды по основному назначению, с которого уволен сотрудник),
* С (рабочие периоды по совместительству, по которому сотрудник остается работать),
* О (рабочие периоды по основному назначению, на которое принят).

Z_STAFFORDERS

Z_STAFFORDERS ( 9.1.57.0 )

Краткое описание :

разная информация о номере и дате приказа на увольнение на 6 листе и в доп.информации 1 лист

Описание :

8. Увольнение

Что измененно :

1. Создаем приказ на увольнение.
2. Заполняем данными.
3. Изменяем номер и дату приказа.
4. Утверждаем.

В окне доп. информации 1 раздела картотеки отображается правильная информация о документе (значения после изменения даты и номера приказа об увольнении), но в 6 окне картотеки отображаются старые номер и дата приказа об увольнении.

Как измененно :

Информация о приказе об увольнении, выводимая в 6 окне картотеки, аналогична выводимой в окне доп. информации: дата и номер приказа правильные.

Z_STAFFORDERS

Z_STAFFORDERS ( 9.1.57.0 )

Краткое описание :

повторный прием совместителя на тот же лицевой счет после повторного приема по основному месту работы

Описание :

Все РПД по персоналу

Что измененно :

Сотрудник работал на предприятии по двум местам работы (основное и совместительство, оформлена одна карточка и два связанных лицевых счета). Сотрудника уволили с обоих мест работы, через некоторое время принимают повторно. При приеме по основному месту выбирают вариант оформления 'повторное трудоустройство' с тем же лицевым счетом ('Те же карточка и л\с' или 'Новая карточка'). После этого при приеме по совместительству (РПД-4) выбирают 'открывать лицевой счет' и 'тот же лицевой счет', но при выборе старого лицевого программа не видит прошлого совместительства. Отделу кадров приходится оформлять на новый, происходит размножение лицевых счетов сотрудников.

Как измененно :

В РПД-4 по персоналу галочки "Открывать лицевой счет" и "Тот же лицевой счет" заменены на выпадающий список со следующими вариантами для лицевого счет:
- не открывать
- открыть новый
- из назначения
- из архивного назначения

Вариант "из архивного назначения" решает описанную проблему: совместительства, переведенные в архив после утверждения приказа на повторный прием (РПД-1) теперь доступны для выбора.

В интерфейс выбора предыдущего назначения добавлено после с табельным номером из лицевого счета, по заполненности которого можно отличить совмещения от совместительств.

Z_STAFFORDERS

Z_STAFFORDERS ( 9.1.57.0 )

Краткое описание :

Персонал: Точка расширения epConfirmOrder не инициализируется в случае использования технологии пролонгирования приказов.

Описание :

Интерфейс всех приказов по персоналу

Что измененно :

Точка расширения epConfirmOrder не инициализируется в случае использования технологии пролонгирования приказов.

Как измененно :

В случае использования технологии пролонгирования приказов ("Настройки Галактики \ Управление персоналом \ Управление и учет кадров \ Приказы \ Приказы по персоналу \ Общие настройки \ Использовать технологию пролонгирования приказов" = Да) точка расширения epConfirmOrder инициализируется после утверждения приказа в тех случаях, когда после утверждения приказ имеет статус "утвержден" или "на утверждении" (т.е. либо утвержден целиком, либо утвержден частично (даже если при утверждении количество утвержденных позиций приказа не изменилось)).

Добавлен вызов протокола сообщений в случае ошибок утверждения/удаления приказов на отпуск (через меню "Документы" - "Отпуска").