Z_STAFF
Краткое описание :
не анализировать связь лицевых счетов при повторном приеме внешнего совметстителяОписание :
1. Прием на работуЧто измененно :
сотрудник работает по основному месту в другой
организации, у нас он работает как внешний
совместитель, его у нас принимают еще на одну
должность, так же внешним совместителем (Статья 60.1.
ТКРФ).
Воспользоваться РПД 4 мы не можем, т.к. сотрудника
принимаем на внешнее совместительство, ибо основное
место работы в другой организации.
Н
Н
Изначально, в Г Галактике оформили приказ на внешнее
совместительство с табельным №1. Затем оформили приказ
на внешнее совместительство с табельным №2 (работа
временно). В модуле "Заработная плата" связали ЛС между
собой (см. ранее присланое описание проблемы).
Н
Через некоторое время, н начали оформлять приказ на
повторный прием н, на внешнее совместительство с
табельным №2, и получили с сообщение в протоколе о о
невозможности выбрать карточку (см. описание проблемы).
После того как я убрал связь между ЛС, удалось оформить
приказ на повторное трудоустройство сотрудника как
внешнего совместителя с табельным №2 (работа временно).
И связь между ЛС я восстановил.
Н
Теперь вновь нужно оформить приказ на повторное
трудоустройство как внешнего совместителя, но получаем
сообщение в протоколе о невозможности выбрать карточку
(см. описание проблемы). Приказ на прием оформляет
отдел кадров, в модуле "Заработная плата" за ЛС
отвечает расчетчик ТНФ.
Н
Сейчас отсутствует возможность оформлять такие
приказы без вмешательства администраторов системы!!!
Н
Н
Прилагаю пояснение полученное от специалистов ОК:
Добрый день! В нашем споре к к акому месту работы
относить понятие в нешнее и внутреннее совместительство
уходим в определение понятия "Основная работа". Ст.
60.1 "Работник имеет право заключать трудовые договоры
о выполнении в свободное от основной работы время
другой регулярной оплачиваемой работы у того же
работодателя (внутреннее совместительство) и (или) у
другого работодателя (внешнее совместительство).
С т. 66 ТК : "Работодатель ведет трудовые книжки на
каждого работника, проработавшего у него свыше пяти
дней, в случае, когда работа у данного работодателя
является для работника основной. По желанию работника
сведения о работе по совместительству вносятся в
трудовую книжку по месту основной работы на основании
документа, подтверждающего работу по совместительству".
Далее - исходя из записи в трудовой книжке, имеющейся
на момент приема, определяем статут основное место или
совместительство. Работник не уволен и продолжает
работать по той работе в той организации, которая
обозначена в трудовой книжке, он имеет основную работу.
Все работы, совпадающие по периодам с основной,
совместительство. То есть, определение совместительства
идет от основной работы, а не от имеющейся на текущей
момент. Ї
Как измененно :
Внешних совместителей тоже можно добавлять
Z_STAFF
Краткое описание :
проблемы при работе с интерфейсом "Повышение квалификации"Описание :
Повышение квалификацииЧто измененно :
Проблемы при работе с интерфейсом "Повышение
квалификации":
А) Интерфейс "Повышение квалификации пуст". Если
выполнить последовательность действий:
- формировать план-график,создавая записи, учитывая
период в назначении
- пометить все сформированные записи
- выполнить операцию группового заполнения помеченных
записей
- после сообщения: "операция завершена":
1) в интерфейсе остается только одна последняя из списка запись.
2) Полный список появиться только после повторного
открытия данного интерфейса.
Как измененно :
Визуализация данных в интерфейсе происходит корректно.
Z_STAFF
Краткое описание :
Нет возможности одним приказом внести однотипные доплаты при наличии таких же доОписание :
Приказы по штатному расписаниюЧто измененно :
При наличии на нескольких ставках одинаковых доплат, нет возможности добавить на те же ставки доплаты того же вида одним приказом.
Подробности со скриншотами во вложении.
Как измененно :
Изменена настройка "Настройки Галактики \ Управление персоналом \ Управление и учет кадров \ Штатное расписание \ Возможность ввода нескольких доплат одного вида".
Теперь значение настройки можно выбрать из списка
При значении настройки "нет" ввод однотипных доплат запрещен.
При значении настройки "Проверять пересечения периодов однотипных доплат" можно вводить однотипные доплаты, но осуществляется проверка на пересечение периодов однотипных доплат. Если периоды пересекаются, то доплату добавить нельзя
При значении настройки "Не проверять пересечения периодов однотипных доплат" можно вводить однотипные доплаты без ограничений.
Z_STAFF
Краткое описание :
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_STAFF
Краткое описание :
В операции "Обновление тарифов (окладов)" не учитываются фильтры по подразделенОписание :
Обновление тарифов/окладов в штатном расписанииЧто измененно :
На предрприятии, численностью 4000 сотрудников,
запустили функцию "Обновление тарифов (окладов)". Вне
зависимости от выбора подразделения или должности,
функция выполнялась 1 час 15 минут. Т.е функция
просматривает данные по всей базе, а фильтры по
подразделениям и должностям не учитываются? Подробное
описание проблемы во вложении.
Необходимо оптимизировать алгоритм для сокращения
времени необходимого для выполнения данной функции.
Как измененно :
Сделано ускорение обновления окладов
Z_STAFF
Краткое описание :
Ошибка о конфликте с другим пользователемОписание :
8. УвольнениеЧто измененно :
При формировании приказа о повторном приеме на работу через приказ на увольнение появляется ошибка о конфликте с другим пользователем.
Как измененно :
Приказ на повторный прием, при запуске из окна "Список приказов о прекращении трудового договора" формируется без ошибки о конфликте с другим пользователем.
Z_STAFF
Краткое описание :
Контролировать закрытые периоды в табеле РПД-6, 35, 36, 40, 41, 71, 72Описание :
Все РПД по персоналуЧто измененно :
Контролировать закрытые периоды в табеле РПД-6, 35, 36, 40, 41, 71, 72, а так же в 7-м окне картотеки.
Если настройка "Настройки Галактики \ Управление персоналом \ Табельный учет \ Формирование \ Защитить проверенные табели от обновления" - ДА. и табель защищен на период указанный в приказе, то приказ утверждать нельзя. и утвержденный приказ нельзя удалять.
Как измененно :
Если настройка "Настройки Галактики \ Управление персоналом \ Табельный учет \ Формирование \ Защитить проверенные табели от обновления" - ДА
"Настройки Галактики \ Управление персоналом \ Табельный учет \ Редактирование \ Запретить ввод системных неявок на период защищенных табелей" - ДА
и табель защищен на период указанный в приказе, то приказ утверждать нельзя. и утвержденный приказ нельзя удалять.
в 7- окне картотеке тоже добавлен контроль.