Z_STAFFORDERS
Краткое описание :
Автоматическое закрытие доплатОписание :
Все РПД по персоналуЧто измененно :
Обеспечить возможность по настройке автоматическое закрытие персональных доплат при утверждении РПД 5 "Перемещение".
Как измененно :
В раздел настроек "Настройки Галактики \ Управление персоналом \ Управление и учет кадров \ Приказы \ Приказы по персоналу \ РПД-5 (приказ о переводе)" добавлены две настройки:
- "Закрываемые персональные доплаты";
- "Персональные доплаты, закрываемые при изменении должности".
При выборе значения для данных настроек открывается каталог видов надбавок, при этом выбрать можно группу доплат(папку) или конкретную доплату. Выбранные значения настроек не могут быть одинаковы или пересекаться в иерархии доплат (т.е. одно значение не должно являться родителем другого), о чем выдается соответствующее предупреждение при попытке такого выбора, а значение выбираемой настойки очищается.
Перед утверждением приказа на перемещение (РПД-5) проводиться проверка на наличие у сотрудников персональных доплат, подлежащих закрытию согласно вышеуказанным настройкам, с датой начала после перевода, эти доплаты при утверждении будут удалены; если таковые были найдены, в протокол выводится информация о "проблемных" сотрудниках и выдается сообщение с просьбой подтвердить продолжение утверждения.
При утверждении приказа на перемещение (РПД-5), в случае если установлены значения вышеописанных настроек:
1) просматриваются персональные доплаты сотрудника, относящиеся к назначению, с которого переводят сотрудника;
2) в случае если доплата входит в выбранную в настройке группу доплат (или равна выбранному значению настройки):
- если дата начала доплаты больше/равна дате перевода сотрудника, доплата удаляется и посылается сигнал в РК;
- если дата начала доплаты находится до даты перевода, а дата завершения пустая или больше/равна дате перевода, в этом случае доплата закрывается датой ухода с должности, в рабочую корзину посылается соответствующий сигнал;
3) доплаты, входящие в "Персональные доплаты, закрываемые при изменении должности", закрываются только если в старом и новом назначениях различные должности;
4) если в приказе на перемещение в интерфейсе доплат на закладке "Индивидуальные по предыдущему назначению" пользователь вручную изменил значение поля "Дата по" для какой-то из доплат, то после утверждения приказа у этой доплаты дата завершения будет соответствовать ручным изменениям;
При удалении сотрудника из приказа на перемещение или всего приказа: персональные доплаты, закрытые в приказе (автоматически или вручную), будут открыты пустой датой завершения, о чем будет послан сигнал в РК. В протокол выдается предупреждение "Рекомендуется проверить корректность отката для индивидуальных надбавок сотрудника .... ".
При переводе в другой филиал закрытие доплат работает как и раньше.
Z_STAFFORDERS
Краткое описание :
Не закрываются доплаты при увольнении сотрудника с внутренним совместительствомОписание :
8. УвольнениеЧто измененно :
Не закрываются доплаты при увольнении сотрудника с
внутренним совместительством.
Настройка "При увольнении с основного места
закрывать совместительство" - да. Сотрудник был принят
по основному месту работы (РПД1) с внутренним
совестительством (РПД4), доплаты были назначены в обоих
приказах. После утверждения приказа на увольнение -
доплаты не закрываются.
Описание во вложении.
Как измененно :
При увольнении сотрудника:
- с основного назначения: закрытие доплат по сотруднику осуществляется по дате увольнения сотрудника из карточки (Persons.DissDate);
- с совместительства: закрытие доплат по соответствующему назначению осуществляется по дате ухода сотрудника с должности (Appointments.DismissDate).
Z_STAFFORDERS
Краткое описание :
Приказ на увольнение. Поле "В порядке перевода в" не очищается по DELОписание :
8. УвольнениеЧто измененно :
Приказ на увольнение. Поле "В порядке перевода в" не очищается по DEL
Как измененно :
Очищения поля "В порядке перевода в" по DEL
Z_STAFFORDERS
Краткое описание :
При перевыборе сотрудника удаляются данные предыдущего сотрудникаОписание :
1. Прием на работуЧто измененно :
Заносим приказ.
вид оформления "Повторное трудоустройство"
Выбираем сотрудника из списка уволенных.
У данного человека заполнены сведения об образовании, документы и прочая смежная информация.
Поперемещались по полям, что в принципе не обязательно.
Заходим снова на выбор сотрудника, выбираем другого человека из списка уволенных.
Переходим в журнализацию support и видим удаление
PASSPORTS
EDUCATION
RPD_1.vip
//******************************************************************************
// Процедура подвязки полученной карточки к текущему приказу
//******************************************************************************
Procedure ConnectOldPersons;
{
// первым делом зачищаем навведенные документы, места работы и т.д.
DeleteNewDataUnderButtons(ContDoc.Person); <======== ????
Procedure DeleteNewDataUnderButtons(cComp: comp);
{
delete all from Passports where (( cComp == Passports.Person ));
delete all from PasAddress where (( cComp == PasAddress.cPerson
and 24 == PasAddress.ObjType));
// зачистка предыдущих мест работы
delete all from Experience where (( cComp == Experience.Person));
// зачистка введенных доков об образовании
delete all from Education where (( cComp == Education.Person));
} //Procedure DeleteNewDataUnderButtons
Как измененно :
Корректный выбор сотрудника при повторном приеме на ту же карточку
Z_STAFFORDERS
Краткое описание :
В Постоянных доплатах не верно отображается должность и тариф при переводеОписание :
Постоянные доплатыЧто измененно :
Оформлен приказ на временный перевод по РПД 70, формируется доплата для сотрудника на период работы по временному переводу.
При этом в модуле персонал все данные отображаются корректно - в 6 разделе указана новая должность.
В модуле Зарплата в Постоянных доплатах по этому сотруднику, однако, в сформированной доплате к новой должности
мы видим предыдущую должность и тариф.
Пример со скринами соответствующих интерфейсов во вложении.
Просьба исправить существующую ситуацию
Как измененно :
При утверждении/удалении приказа на временный перевод РПД70 для доплат, сформированных по этому приказу, в сигнале в рабочую корзину (ZARSIGNAL.CEXZPL) указывается назначение из самой доплаты (RAISE.APPOINT).
Z_STAFFORDERS
Краткое описание :
После утверждения приказа с РПД=60 обнуляются разряды в истории назначенийОписание :
Все РПД по персоналуЧто измененно :
После утверждения приказа с распорядительным действием №60 "Изменение режима работы",
обнуляются разряды в истории изменений параметров назначений.
Как измененно :
После утверждения РПД 60 в историю назначений заносятся данные о разряде в соответствии со справочником тарифных ставок. Если в справочнике нет данных, то разряд синхронизируется с разрядом из 6го окна картотеки.
Z_STAFFORDERS
Краткое описание :
Не идет запись в корзину при увольнении совместителей.Описание :
8. УвольнениеЧто измененно :
Не идет запись в корзину при увольнении совместителей.
Ввиду того что ошибка проявляется каждый день несколько раз (если заметят), то ставлю критичность выше.
Стала проявляться после установки комплекта патчей от 15.06.
Для повторения нужно несколько раз утвердить приказы на увольнения(первый из них на основного работника) или утвердить пакетный приказ на увольнение
основного работника и совместителя (на другого работника).
Проблемы 2
1. Не обнулили переменную dTmp.
2. При обработке приказа на совместителя зачем-то идет проверка этой переменной. Тайный смысл то понятен - если вдруг в этом же приказе в первой строке уволили основного работника, то зачем увольнять повторно и совместителя. Только вот что увольнение совместителя может идти
принудительно по настройке, и что можно увольнять других работников в этом и других приказах забыли. Может лучше проверить просто
назначение на эту строку приказа?
Поэтому отмена утверждения приказа, перезаход в галактику , и повторное утверждение иногда спасает ситуацию.
Нужно срочно исправить. Отчет о рабочей станции во вложении.
Как измененно :
Информация в рабочую корзину записывается в различных случаях оформления приказа и с учетом значения настройки "При увольнении с основного места закрывать совместительство".
Z_STAFFORDERS
Краткое описание :
РД=1 (прием на работу) - не подхватываются поля из ШР в назначениеОписание :
1. Прием на работуЧто измененно :
Доработаны приказы по персоналу (рпд-1, 3, 4, 5) модуля "Управление персоналом".
Как измененно :
При заполнении приказа через ставку штатного расписания данные об аттестационном периоде и периоде повышения квалификации наследуются в 6-е окно картотеки корректно.
Z_STAFFORDERS
Краткое описание :
Atlantis5435. Платформа Oracle. Не верная сортировка записей в истории ШР.Описание :
Штатное расписание (интерфейс)Что измененно :
Atlantis5435. Платформа Oracle. Не верная сортировка записей в истории ШР.
В истории штатного расписания были следующие записи:
Создание ставки 10/01/2001
Изменение атрибутов ставки 10/01/2001
После развороте базы на платформе Oracle изменился порядок сортировки.
Теперь записи выглядят следующим образом:
Изменение атрибутов ставки 10/01/2001
Создание ставки 10/01/2001
Соответственно в отчеты по ШР выводятся неверные цифры. К примеру, Типовые отчеты по Штатному расписанию
Как измененно :
В истории штатного расписания добавлено поле с порядковым номером записи.
В интерфейсе истории ШР данное поле недоступно для изменений, однако есть возможность перемещать записи вверх/вниз по порядковым номерам в пределах одной даты с помощью соответствующих пунктов меню ("Переместить вверх в пределах даты", "Переместить вниз в пределах даты"). Перемещения записи создания вниз и записи о ликвидации ставки вверх невозможны.
При ручном добавлении новой записи в истории ШР в ней проставляется следующий порядковый номер. При удалении не последней записи для всех последующих записей истории порядковые номера уменьшаются на единицу.
При добавлении записей истории с помощью приказов для ШР (РПД-20..23) порядковый номер для записи истории проставляется следующим образом: последний порядковый номер в истории на дату изменений + 1; все последующие записи истории корректируются: порядковые номера увеличиваются на единицу. При утверждении приказа РПД-22 добавлена проверка на наличие даты изменений в приказе, если она пустая - приказ не утверждается в протокол выдается соответствующее предупреждение. При удалении утвержденного приказа (РПД-20..23) производиться корректировка порядковых номеров записей, располагающихся за удаляемой.
Разработана конвертация истории ШР, при которой будут проставлены порядковые номера в порядке сортировки по датам.
Доработан объект получения данных из истории ШР (таблица HistoryStr) с учетом порядковых номеров записей и использование этого объекта интерфейсах и отчетах.
Z_STAFFORDERS
Краткое описание :
РПД=8(совмещение): неверный табельный номерОписание :
Все РПД по персоналуЧто измененно :
В интерфейсе содержания приказа об увольнении по совмещению (на 3 панели сверху) вместо табельного номера назначения по совмещению показывается табельный номер
основного назначения, при этом все остальные атрибуты указываются из назначения по совмещению (подразделение и должность)
Как измененно :
В РПД-8 в таблицу сотрудников выводится табельный номер из назначения.
Z_STAFFORDERS
Краткое описание :
Контролировать закрытые периоды в табеле РПД-6, 35, 36, 40, 41, 71, 72Описание :
Все РПД по персоналуЧто измененно :
Контролировать закрытые периоды в табеле РПД-6, 35, 36, 40, 41, 71, 72, а так же в 7-м окне картотеки.
Если настройка "Настройки Галактики \ Управление персоналом \ Табельный учет \ Формирование \ Защитить проверенные табели от обновления" - ДА. и табель защищен на период указанный в приказе, то приказ утверждать нельзя. и утвержденный приказ нельзя удалять.
Как измененно :
Если настройка "Настройки Галактики \ Управление персоналом \ Табельный учет \ Формирование \ Защитить проверенные табели от обновления" - ДА
"Настройки Галактики \ Управление персоналом \ Табельный учет \ Редактирование \ Запретить ввод системных неявок на период защищенных табелей" - ДА
и табель защищен на период указанный в приказе, то приказ утверждать нельзя. и утвержденный приказ нельзя удалять.
в 7- окне картотеке тоже добавлен контроль.