Информация о файле обновления Галактика Z_STAFFMOVES_RES_81070.TXT


Описание файла обновления:
ФайлZ_STAFFMOVES_RES_81070.TXT
ОбновлениеZ_STAFFMOVES_RES_81070
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентZ_STAFFMOVES
ТипRES
Версия8.10.7.0
Дата2016-04-08 13:56:36
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.147875NEWПовторный прием: множатся записи в 8-м окнеУправление персоналом1. Прием на работу
Ошибки, возникающие при более чем двух повторных приемах/переводах в филиал одного сотрудника: - при переносе данных в 8 окно не проверяется существование там аналогичной записи, из-за этого может возникать дублирование записей в 8 окне, если при предыдущем повторном приеме данные попали и в 6 окно, и в 8 окно картотеки (характерно для повторного приема на старую и новую карточку, перевода в филиал с помощью РПД-5 и сервисной функции); - назначения, перенесенные при предыдущем повторном приеме в архив (замещения, совмещения и т.п.) попадают на вкладку предыдущих назначений 6 окна (настройка переноса данных в 8 окно в "нет") и в 8 окно картотеки (настройка в "да") (характерно для приема на новую карточку и перевода в филиал с помощью РПД-5)При повторном приеме архивные совмещения и замещения не переносятся на вкладку с предыдущими назначениями в 6 окне и в 8 окно картотеки. При переносе данных в 8 окно картотеки проверяется наличие записей с аналогичными переносимым должностью, датами приема и увольнения.
102.1260528.10.6.0заполнение поля "вид работы" для предыдущих назначений при повторном трудоустройствеУправление персоналом6-е окно (сведения о работе на предприятии)
Уволен сотрудник, имевший за время работы несколько перемещений. Каждое назначение было со своими особенностями для формирования записей пенсионного стажа. Затем данный человек был принят повторно с открытием новой карточки и нового лицевого счета. Тогда, в 6 разделе новой карточки на закладке "Предыдущие назначения" вид работы проставляется только для первого назначения. Для корректной работы функции формирования записей о пенсионных стажах необходимо, чтобы вид работы заполнялся для каждого назначения.Если у человека было несколько перемещений, то при повторном трудоустройстве, вне зависимости от варианта л/с, на закладке "предыдущие назначения", для каждого из назначений проставляется соответствующий вид работы.
102.1121218.10.5.0Help. Неверная справка в интерфейсе Перевод сотрудников в другой филиалУправление персоналомПеревод сотрудников в другой филиал
Help. Неверная справка в интерфейсе "Перевод сотрудников в другой филиал". В настоящий момент из интерфейса "Перевод сотрудников в другой филиал" вызывается топик "Назначение модуля "Управление персоналом"". Необходимо ко всем полям и кнопкам данного интерфейса подключить справку "Перевод сотрудников в другой филиал".Подключен нужный топик помощи.
102.1236818.10.5.0Необходимо хранить поле "Вид работы" в случае повторного труд-ва сотрудниковУправление персоналомВсе РПД по персоналу
Необходимо хранить поле "Вид работы" в случае повторного труд-ва сотрудников. В связи с решением проблемы ПИР 102.123452, связанной с правильным разделением пенсионных стажей в случае повторного приема сотрудников на тот же ЛС и на разный ЛС необходимо доработать функционал, связанный с сохранением вида работы предыдущего назначения.В шестом окне картотеки на вкладке "Предыдущие назначения" добавлено поле "Вид работы" Для уже существующих назначений был написан конвертер, который осуществляет хранение поля "Вид работы" не только в карточке, но и в самом приказе на прием. Причем конвертация выполняется только для приказов, в которых человек принимается на текущие в системе назначения. Данный функционал работает корректно, если прием человека осуществляется через реестр приказов. Также в составе этого ПИРа исправлена ошибки, связанные с возможностью утвердить приказ, у которого не указаны должность и категория.
102.1113558.10.4.0РПД=1(повторное трудоустройство): заполнять 8 раздел картотекиУправление персоналом1. Прием на работу
Утвержден приказ о повторном трудоустройстве с вариантом="Те же карточка и лс" (или с вариантом="Новый лицевой"). Тогда, несмотря на то, что установлена настройка "Переносить предыдущие основные назначения в 6-ой раздел картотеки"=НЕТ, информация о предыдущем трудоустройстве заносится в 6 раздел, а в 8 не попадает. Согласна, что при таком варианте оформления повторного трудоустройства заполнение 6 раздела необходимо, но и 8 раздел необходимо так же заполнять. Во-первых, раз пользователь установил такую настройку, значит, он ведет сведения о трудовых книжках в картотеке. Во-вторых, с 8 разделом работают функции администратора "Расчет стажа" (режимы "на основании предыдущих мест работы" и "удаление стажей 3 окна при пересечении с 8 окном") и "Формирование записей о стажах(предыдущие места работы)". Если автоматически не заполнять 8 раздел, то пользователю придется вручную переносить сведения из 6 раздела в 8 для обеспечения корректной работы данных функций администратора. p.s. обнаружено при тестировании заявленного функционала на z_staff_124Настройка "Переносить предыдущие основные назначения в 6-ой раздел картотеки" переименована в "Переносить предыдущие основные назначения в 8-ой раздел картотеки". Значение настройки "Переносить предыдущие основные назначения в 6-ой раздел картотеки" инвертировано. При выборе приема на работу "Новые карточка и лс" и "Новая карточка", в зависимости от настройки "Переносить предыдущие основные назначения в 8-ой раздел картотеки" данные заносятся либо в 6-й раздел (значение НЕТ), либо в 8-й раздел (значение ДА). При выборе приема на работу "Те же карточка и лс" и "Новый л/с" в зависимости от настройки данные либо заносятся в 8-й и 6-й разделы (значение ДА), либо заносятся только в 6-й раздел (значение НЕТ).
103.48408.10.3.0История увольнений в карточке сотрудникаУправление персоналом1. Прием на работу
Появились новые возможности в модуле "Управление персоналом" относительно повторных трудоустройств сотрудника на то же самое предприятие.Для варианта повторных приемов на ту же карточку сотрудника доработано: 1) В 1-м окне картотеки под кнопкой "Доп. информация" появилась еще одна кнопка "Увольнения". В открывающемся интерфейсе можно просмотреть историю повторных трудоустройств на эту карточку сотрудника. 2) В 6-м окне картотеки для закладок "совмещения", "замещения", "вр. переводы" появилась новая кнопка "архив". Там можно увидеть соответствующие назначения при предыдущих трудоустройствах. 3) Доработан приказ о приеме на работу. Для "варианта оформления" - повторное трудоустройство - видоизменилось поле "тот же лицевой счет". Теперь оно называется "Вариант лс и карточки", по умолчанию наследуя те варианты, которые использовались ранее, в введенных до этого приказах. Для вновь же вводимых по умолчанию подкидывается вариант "те же карточка и лс". 4) При откате приказа о повторном трудоустройстве на ту же карточку в 1-м окне картотеки не восстановятся поля "Основание" и "Причина". Если же в сотрудник увольнялся без приказа, тогда восстановится только поле "дата увольнения". 5) Для случаев переноса данных о назначениях предыдущего устройства на данном предприятии в 8-е окно картотеки при откате приказа не произойдет восстановления данных 6-го окна по закладке "основные". Вариант возврата работает только для варианта переноса в 6-е же окно на закладку "предыдущие назначения". Кроме того, при этом варианте переноса данных невозможно будет сформировать отчеты, ориентирующиеся на даты назначений (журналы, по ШР и т.п.) 6) Исчезла возможность принять сотрудника повторно через картотеку ввиду того, что подобным образом работают лишь предприятия, не ведущие "УП", а для остальных нормальная работа через приказы. 7) При варианте повторного приема на ту же карточку с переносом данных в 6-е окно картотеки на закладку "предыдущие трудоустройства" некоторые отчеты не будут корректно размежевать назначения текущего трудоустройства и предыдущих. Данная функциональность будет внедряться последовательно.
102.1045758.10.2.0Доработать СФ "перевод в другой филиал"Заработная платаПеревод сотрудника в другой филиал
Доработана сервисная функция перевода сотрудника из филиала в филиал в модуле "Заработная плата".В параметрах сервисной функции "Перевод сотрудника из филиала в филиал" добавлен параметр "Не создавать новую карточку". Установив который, можно отменить создание новой карточки в картотеке. При этом новый лицевой счет прицепится к старой карточке сотрудника. Кроме того, в данном режиме произойдет генерация сигналов в РК по всем изменениям параметров назначения, которые произошли после перемещения сотрудника. Однако записи, которые уже успели попасть в рабочую корзину, останутся. Тем не менее, они ни на что влиять не будут, поскольку относятся к периоду, когда лицевой счет уже будет иметь дату увольнения. Т.е.для того, чтобы сервисная функция отработала, необходимо до начала ее выполнения оформить перевод сотрудника через приказ о перемещении (рпд-5) либо вручную в 6-м окне картотеки. И дата начала перевода в модуле "управление персоналом" должна быть на день больше, чем дата увольнения в лицевом счете, иначе функция не отработает, а сообщит о невозможности выполниться в данном режиме. Также в рамках данной проблемы была доработана Рабочая корзина, теперь при установке фильтра, данные фильтруются не по сотруднику, а по Лицевому счету.
102.911158.10.1.0Перевод сотрудника из филиала в филиал(Управление персоналом)Управление персоналом* Предложение по новой функциональности модуля "Управление персоналом"
Организован сервис по переводу сотрудника из филиала в филиал в рамках филиальной БД или не филиальной, но разделенной в рамках разных юридических лиц в модуле "Управление персоналом". В рамках одного юридического лица и не филиальной БД бизнес-процесс покрывается обычным приказом о переводе сотрудника.В модуле "Управление персоналом" появился пункт меню "Операции Перевод сотрудников в другой филиал". По нему запускается сервисная функция настройки процедуры. В качестве параметров задаются: 1) "филиалы приема сотрудников". На самом деле это еще не филиалы в самом понимании филиальной БД, а записи справочника "Места работыучебы". Однако, если открыть эту запись на редактирование, то должен стоять признак "является филиалом" и заполнено поле "Контрагент". Это способ, по которому мы будем отбирать людей. 2) "Сотрудники". Открывается интерфейс выбора, входящим параметром которого, являются "филиалы приема сотрудников". Т.е. будут доступны те карточки, приказ на увольнение которых был оформлен с заполнением поля "В порядке перевода в" одним из значений, заданных в пункте 1). 3) "Филиал (общесистемный)" - открывается интерфейс выбора филиала (на этот раз уже общесистемного), в который мы будем принимать выбранных в пункте 2) сотрудников. 4) "Начало табельного" - несколько первых цифр(символов) табельного номера сотрудника, которые нужно заменить на значение данного поля. Т.е. если ничего не задано, то табельный останется прежним. Если задано, например, "77", то вместо, "12345" в новом филиале получим значение табельного номера "77345". 5) "Одно юридическое лицо" - означает, каким образом будут создаваться данные по модулю "Заработная плата". В модуле же "Управление персоналом" ничего не поменяется, поскольку единственные данные, которые зависят от процесса увольненияприема, это пенсионные стажи, но их можно полностью восстановить с помощью функций "Формирование записей о стажах (предыдущие места работы)" и "Формирование записей о стажах(назначения)". 6) "Подразделение филиала перевода" - выбор из справочника СЕ ШР всей БД, куда он переведется, без учета разграничения прав доступа и филиальности. Это необходимо для конфиденциальности данных переведенного сотрудника в новом филиале, ввиду отсутствия подразделения, по которому стоит разграничение прав доступа. 7) "Разрешать переводить повторно" - попытка оградить пользователя от нескольких подряд нажатий на кнопку "Выполнить". Проверка осуществляется на основании двух полей: "ФИО" и "Дата рождения". Соответственно, если в ФИЛИАЛЕ (не путать с подразделением) уже есть сотрудник с такими заполненными полями, то в зависимости от значения нашего параметра система либо совсем откажет в переводе, либо запросить подтверждения, либо попросту переведет. Последовательность приема в новом филиале: 1) В открывшейся новой карточке заполняется 6-е окно картотеки. 2) оформляется приказ на прием в режиме "личная карточка уже заполнена". (этот пункт лишний, если предприятие не работает по приказам, а только через картотеку). Особенности выполнения функции: 1) больничные переносятся всегда. 2) отпуска в 7-м окне картотеки не переносятся никогда, поскольку хоть при некоторых настройках в модуле "Заработная плата" они и появляются, но нужны только для формирования табеля и отредактировать их нельзя. Кроме того, их перенос будет ошибочен ввиду необходимости ввода назначения сотруднику, к которому должны быть привязаны отпуска. 3) стажи 3-го окна не возобновляются. Их нужно заново открывать руками, поскольку понятие "одного предприятия" невозможно трактовать единственным образом. 4) 6-е окно не заполняется вообще. Заполняется поле "Принят на работу" в 1-м окне картотеки. Перевод в рамках разделенной БД для одного юр. лица полностью закрывается функционалом повторного трудоустройства.