Сравнение файлов
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.65766NEWНужна возможность "обнулить" план-график отпусков сотрудника посредством РПД=38Управление персоналом38. Изменение план-графика отпусков
В связи с особенностями кадрового учета клиента, нужна возможность "обнулять" план-графики отпусков сотрудников посредством РПД=38. Это необходимо для хранения информации по изменениям в план-графиках отпусков.При утверждении приказа РПД-38, если новый план-график не создан, выдается сообщение на подтверждение утверждение приказа с незаполненным новым план-графиком. При подтверждении приказ утверждается с обнуленным план-графиком. При удалении этого приказа, предыдущий план-график восстанавливается. Если план-график обнулен, он не виден при просмотре план-графиков в интерфейсе "Управление персоналом | Учет времени | Отпуска | Просмотр графиков отпусков".
101.65993NEWПри повторном приеме на ту же карточку новые рабочие периоды создаются от даты окончания последнего РП старой карточки, а не от новой даты приемаУправление персоналом7-е окно (отпуска сотрудника)
При повторном приеме на ту же карточку новые рабочие периоды на 7-й вкладке создаются от даты в поле Persons.LastDate, а не от новой даты приема.При увольнении сотрудника и приеме на ту же карточку поле Persons.LastDate очищается и рабочие периоды создаются от даты повторного приема.
102.190533NEWУведомление об окончании контрактаУправление персоналомСобытия системы
В системе настроено событие "Окончание срока действия контракта". Отдел кадров контролирует данные события и делает письменное уведомление сотруднику о скором окончании контракта. Клиент просит доработать функционал таким образом, чтобы сотрудники, которым уже были отосланы уведомления, уже не попадали в контрольный список. Сейчас приходится это делать в ручном режиме. То есть по сути клиент предлагает ввести в галактики отдельную сущность - документ (Уведомление сотруднику), который бы создавался в Галактике (например, через приказ) и сохранялся как связанный документ к контракту. И если он сформирован, то сотрудник уже не должен попадать в список, сгенерированный по событию.Событие по персоналу "Окончание срока действия контракта". Появилась настройка события "Не повторять событие". Если выбрана данная настройка и уже проводился контроль событий системы с рассылкой сообщений или формирование отчета и туда попал контракт, более по данному контракту это событие не отработает. В случае продления контракта через РПД-65, контракт опять будет попадать в событие "Окончание срока действия контракта".
102.191207NEWСлетает ФИО в приказах по персоналуУправление персоналомИнтерфейс всех приказов по персоналу
УП - Документы - Все приказы по персоналу. После попытки распечатать индивидуальную форму приказа (проверить/утвердить) из локального меню на пустом приказе, а после заполнить приказ и повторить действие, слетает фИО во всех РД, кроме РПД-1,6,38,95.УП - Документы - Все приказы по персоналу. После попытки распечатать индивидуальную форму приказа (проверить/утвердить) из локального меню на пустом приказе, а после заполнить приказ и повторить действие, более не слетает фИО.
102.192048NEWНе открывается на редактирование приказ на отпуск при его формировании из план-графикаУправление персоналомФункция формирования РПД-6 по плану графику отпусков
Не открывается на редактирование приказ на отпуск при его формировании из план-графика. Создаем приказы на отпуска в интерфейсе "Просмотр план-графиков". После входа в Галактику и выбора правой кнопкой мыши "Оформление приказа на очередной отпуск" выскакивает интерфейс приказа и мы завершаем его оформление - вводим дату и номер. Когда туже самую операцию проделываем второй раз, то сам приказ создается в общем списке, а вот интерфейс редактирования приказа не открывается, приходится переходить в список всех приказов и открывать нужный. Что очень неудобно. После перезапуска Галактики первый приказ снова открывается нормально, а второй и последующий не открываются.Исправлена ошибка, в результате которой после создания приказа на отпуск из план-графика, при повторной попытке создании приказа из план-графика более не открывается приказ (если закрыт реестр приказов, то и реестр не открывается), но при этом создается. Теперь приказ/реестр открывается.
106.10640NEWПотеря доплаты после окончания периода временного перемещения с открытой датойУправление персоналом70. Временный перевод
После окончания периода временного перемещения (РПД-70) с открытой датой и последующим РПД-44 не восстанавливается доплата после возврата на основное назначение.РПД-44. Переработан интерфейс доплат. Теперь доплаты находятся в отдельной области (табличном редакторе), разделенной на закладки "Доплаты по приказу" (это доплаты, которые добавятся данным приказом на назначение возврата) и "Доплаты замещения" (информация о закрываемых доплатах замещения). При выборе замещаемой должности или изменении даты завершения замещения, происходит формирование/переформирование доплат на основании персональных доплат, действующих на момент перевода на замещаемую должность. Анализируется дата окончания, если доплата не могла бы действовать на момент возвращения с замещения, такая доплата в приказ автоматически не попадет. В случае с изменением даты, если доплаты уже были заведены, выдается сообщение-подтверждение о необходимости переформирования доплат. Если отказаться, доплаты не будут переформированы, а дата вернется предшествующая изменению. После утверждения приказа, в назначении появятся персональные доплаты, созданные приказом. Редактирование доплат после утверждения заблокировано. При удалении приказа, удаляются доплаты, созданные приказом со всей находящейся в них историей. В поток печати индивидуальной/групповой формы приказа добавлена таблица Syn_tmpRaise с полем RAISESTR - доплаты/надбавки по новому назначению, а именно, название доплаты, % (если она в процентах, иначе - сумма) доплаты.
180.10869NEWПриказ по РПД-44Управление персоналом44. Досрочное прекращение замещений
РПД-44. Необходима возможность утвердить приказ в случае, когда в истории замещения присутствует более 1 записи, и эта запись с кодом 50 "Изменение оклада".РПД-44. Доработан интерфейс приказа о досрочном завершении временного замещения: 1. при проверке / утверждении приказа РПД-44 происходит проверка на наличие более 1 записи истории, кроме записей с видом операции №50; 2. при утверждении приказа, в случае, если РПД-3, 70 были оформлены с включенным флагом "Не отправлять сигнал об изменении л/с в рабочую корзину", сигнал в РК о восстановлении оклада все-равно будет отправлен при наличии записей в истории совмещения с 50 операцией; 3. при утверждении РПД-44 для всех записей истории совмещения с кодом 50, у которых не заполнено поле "по дату", либо эта дата больше даты завершения, будет установлено значение данного поля равное дате завершения замещения из РПД-44; 4. При удалении РПД-44 записи истории из п.3, у которых была установлена дата закрытия, не будут восстановлены. Об этом пользователя уведомит сообщение вида "Записи истории, закрытые при утверждении приказа, не будут восстановлены! Произведите корректировку поля "дата по" в истории совмещения вручную!".