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


Описание файла обновления:
ФайлZ_STAFFNASTR_RES_91970.TXT
ОбновлениеZ_StaffNastr_res_91970
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_STAFFNASTR
ТипRES
Версия9.1.97.0
Дата2018-09-27 15:13:34
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.57480NEWДокументы родственников - сделать выбор из справочника видов документов более эргономичнымУправление персоналом4-е окно (родственники)
Предложение зарегистрировано по результатам обсуждения проблем пилотного проекта ФСС с Н.Медведь. Сейчас при добавлении документов родственников необходимо сначала указать тип документа из выпадающего списка, а потом ещё и выбрать вид документа из весьма обширного справочника. Причём к выбору предлагается всегда полный справочник видов документов, независимо от уже выбранного типа документа. Например, для типа документа "Свидетельство о рождении" можно указать вид документа "Паспорт гражданина РФ". Необходимо сделать выбор из справочника видов документов более эргономичным и понятным - чтобы каким-то образом справочник видов документов ограничивался в зависимости от выбранного типа документа. Вообще желательно обойтись выбором из одного справочника. Как вариант, сделать справочник видов документов иерархическим: на 1-м уровне типы (папки), на втором уровне виды (листы). Это также позволит навести некоторый порядок в справочнике, например, различные виды паспортов можно объединить в одну папку "Паспорта" и т.д.Каталог "Виды документов" получил подкаталоги, в которые разнесены все документы: * Документ, удостоверяющий личность, * Свидетельство о рождении, * Справка о рождении, * Документ об усыновлении/опеке, * Справка о неполучении ежемесячного пособия, * Удостоверение военнослужащего, * Иные документы. Упразднено дублирование системных кодов в каталоге "Виды документов". Документам, которые инициализирует система, у которых не было системных кодов, присвоены системные коды. Реализован конвертер, который разнесет документы в соответствии с новой иерархией.
102.188328NEWСправка о членстве в студотряде. Справка о форме обучения.Заработная платаКадровая информация
Необходимо добавить новые документы: 1. Справка о членстве в студотряде. 2. Справка из учебного заведения о форме обучения.Добавлены новые типы документов "Справка о членстве в студенческом отряде"(системный код 3006) и "Справка о форме обучения"(системный код 3007) и соответствующие экраны ввода этих документов.
102.1670379.1.96.0Добавить поле "Доп.характеристика" в историю назначений.Управление персоналом6-е окно (сведения о работе на предприятии)
Необходимо добавить поле "Доп.характеристики" в истории назначения.В историю назначений добавлено поле "Дополнительная характеристика". Разработан конвертер, который заполняет поле "Дополнительная характеристика" в истории назначений в соответствии с значением соответствующего поля в назначении. Флаг модификации для этого поля снят. Доработан интерфейс обновления данных у сотрудников при изменении атрибутов ставки ШР. В интерфейс добавлен параметр "Дополнительная характеристика". Принцип его работы аналогичен остальным параметрам. Доработана функция обновления тарифных ставок при значении настройки "Настройки Галактики Управление персоналом Управление и учет кадров При различии режима работы в назначении и ставке СЕ ШР:" установленной в "установить значение по запросу". Теперь обновление производится даже при отсутствии данных для отображения в интерфейсе выбора сотрудников, которым необходимо обновить режим работы из ШР.
102.1829069.1.95.0ПР "планирование медосмотров". 1 этап. базовый функционалУправление персоналом* Предложение по новой функциональности модуля "Управление персоналом"
Разработать базовый функционал для ведения БП медосмотров в РБ и РФ: 1. упразднить использование термина "профосмотр" в пользу "медосмотр" 2. закачать справочники из инструкций для РФ (приложения 1, 2) и РБ (приложения 1, 2, 3) 3. дать возможность привязки вредных факторов и работ к ставкам ШР 4. обеспечить формирование отчета "Список контингентов" (РФ), "" (РБ) 5. обеспечить формирование отчета "Поименной список" (РФ), "" (РБ) 6. дать возможность формировать график медосмотров, просматривать и редактировать в режиме по всем работникам 7. Добавить соответствующие пункты меню для РФ и РБ 8. разработать новый отчет "направление на медосмотр" по графику медосмотров.Для РФ (Казахстан) и РБ созданы справочники (системные каталоги) вредных производственных факторов и вредных работ (Служебные каталоги Вредные факторы и работы), согласно приложений к инструкции. Инициализация справочников производится автоматически при запуске Галактики. В окне просмотра данных по штатному расписанию добавлена возможность привязать к рабочему месту определенные факторы или работы (Управление персоналом | Штатное расписание | Штатное расписание, закладка "Вредные факторы или работы"). Факторы или работы указываются для рабочего места вручную, выбором из соответствующего справочника. Кроме того, факторы могут быть добавлены при указании для рабочего места условий труда. Для этого факторы должны быть указаны в окне установки условий труда на рабочем месте (Управление персоналом | Штатное расписание | Условия труда на рабочем месте). Окно привязки факторов открывается нажатием кнопки "Вредные факторы и работы" в средней панели окна. Чтобы вредные факторы вступили в силу, необходимо запустить пункт локального меню "Обновление вредных факторов и работ на рабочих местах". Нажатие кнопки "Обновить" приведет к тому, что все прежние факторы на отмеченных маркером рабочих местах будут перенесены в архив. Чтобы просмотреть архивные вредные факторы и работы, необходимо в Штатном расписании на закладке "Вредные факторы и работы" установить фильтр "Отображать архивные факторы или работы". Добавить или убрать из архива вредный фактор или работу можно с помощью установки/снятия флага в столбце "Архив". Для распределения факторов и работ в РБ согласно классу вредности, в интерфейс "Условия труда на рабочем месте" добавлен атрибут "Класс условий труда". В меню "Сотрудники" упразднен пункт "Профосмотр" и добавлено подменю "Медосмотр". В зависимости от лицензии для РФ (Казахстана) подменю содержит пункты "Список контингентов работников" и "Поименный список работников", для РБ (и других стран, кроме РФ и Казахстана) "Список профессий работающих, подлежащих медосмотрам" и "Список работающих, подлежащих медосмотрам", а также пункты меню "График медосмотров" и "Справочник вредных факторов и работ" независимо от лицензии. При выборе пункта меню "Список контингентов работников" и "Список профессий работающих, подлежащих медосмотрам" для РФ и РБ соответственно открывается окно параметров формирования соответствующего отчета. При выборе пункта меню "Поименный список работников" и "Список работающих, подлежащих медосмотрам" для РФ и РБ соответственно открывается окно параметров формирования соответствующего отчета или формирования графика медосмотров. Какое действие будет произведено указывается соответствующим параметром в группе параметров "Формировать:". Там же указывается дата, на которую будут получены оперативные данные для формирования медосмотров (назначение на дату, расчет стажа на дату, существование ставок на дату и т.п.); период, для фильтрации медосмотров по дате ближайшего очередного обязательного медосмотра. Расчет даты ближайшего очередного обязательного медосмотра (даты окончания действия медосмотра) осуществляется с учетом следующих правил: - работники, не достигшие возраста 18 лет, проходят медосмотр ежегодно, независимо от наличия вредных факторов на рабочем месте; - в РФ работники, старше 18 лет, но моложе 21 года проходят по каждому вредному фактору или работе медосмотр ежегодно, независимо от периодичности, указанной для вредного фактора или работы; - в РБ работники, у которых в 3м окне картотеки добавлен стаж "Стаж для медосмотра (вредные факторы и работы)" и рассчитанное для него количество лет более 10, проходят медосмотр 1 раз в 5 лет, независимо от периодичности, указанной для вредного фактора или работы; - в остальных случаях дата окончания действия медосмотра определяется путем добавления значения периодичности к дате по плану предыдущего медосмотра, указанной в графике медосмотров (Дата медосмотра по плану. Считается, что фактически работник проходит медосмотр всегда в запланированную дату). Если в графике не планировался медосмотр по рассчитываемому вредному фактору или работе, то дата очередного медосмотра рассчитана не будет. Если необходимо сформировать список работников, подлежащих медосмотру, только с учетом вредных факторов и работ на рабочих местах (без учета предыдущих медосмотров. Типичным случаем является начало использования функционала медосмотров), необходимо установить параметр "включать работников с вредными факторами без учета предыдущего медосмотра". Расчет даты окончания действия медосмотров для кандидатов не производится. Для отображения в печатной форме списка работников, подлежащих медосмотру, продолжительности определенного стажа необходимо выбрать его в параметрах формирования в поле "Вид стажа". При формировании отчета или графика медосмотров можно указать фильтр по факторам, которые должны быть обработаны. В этом случае остальные факторы в расчет не попадут. В режиме формирования графика медосмотров в группе параметров "В графике медосмотров установить значения:" можно указать какую информацию следует дополнительно заполнить в графике медосмотров (дата, результат, дата и номер документа о медосмотре). Кроме этого, на дату медосмотра можно добавить постоянную доплату. Результатом работы функции будет сформированная запись об очередном медосмотре в том случае, если рассчитанная дата окончания действия предыдущего медосмотра истекает в период, заданный параметрами "за период с:", "по:" (необязательный параметр). Сформированный график можно увидеть в окне просмотра/редактирования графика медосмотров (Управление персоналом | Сотрудники | Медосмотр | График медосмотров) по всем сотрудникам с учетом разграничения прав доступа к структурным единицам штатного расписания, в картотеке сотрудников (1 окно картотеки кнопка "Медосмотр") для конкретного сотрудника, в картотеке кандидатов (Управление персоналом | Сотрудники | Подбор персонала | Список кандидатов 1 окно картотеки кнопка "Медосмотр") для конкретного кандидата. В окне просмотра/редактирования медосмотров, если запись создана функцией, дата окончания действия медосмотра, то для нее будет указано значение "Список" в соответствующем поле. Записи можно создавать вручную. При этом в момент выбора работника и вредного фактора автоматически заполнится дата окончания действия медосмотра, а если выбран кандидат, то дата будет не заполнена. При приближении даты медосмотра она будет подсвечена цветом фона (за 30 дней - зеленым, за 7 дней - желтым, сегодня - красным), в случае если не стоит отметка о фактическом прохождении. В окне можно фильтровать записи с помощью выбора пункта локального меню "Фильтр. Кроме того, можно применить одну из групповых функций (вызываются из локального меню): - Направление на медосмотр - позволяет сформировать печатную форму направления на медосмотр. Для работника формируется направление на периодический медосмотр, для кандидата - на первичный; - Плановая дата медосмотра - позволяет установить плановую дату медосмотра группе отмеченных маркером работников, дифференцировано по вредным факторам или работам; - Установка результатов медосмотра - устанавливается дата и номер документа о медосмотре и результат медосмотров для группы работников, дифференцировано по вредным факторам или работам; В первом окне картотеки работников кнопка "Профосмотр" переименована в "Медосмотр". По нажатию кнопки открывается график медосмотров текущего работника. В первом окне картотеки кандидатов добавлена кнопка "Медосмотр". По нажатию кнопки открывается график медосмотров текущего кандидата. В построителе отчетов термин "Профосмотр" упразднен, вместо него используется термин "Медосмотр". Также, добавлена возможность вывода в отчет вредного фактора или работы. Упразднен интерфейс формирования данных о профосмотре. Для его использования следует применить функцию запуска внешнего интерфейса. Подробную информацию см. в документе ..._StaffDOCMedosmotr.pdf
103.98329.1.94.0Запрет на редактирование оклада в РПД-1,5,30,70 и т.д по Пир 180.10726 клиента не устраиваетУправление персоналомИнтерфейс всех приказов по персоналу
Запрет на редактирование оклада в РПД-1,5,30,70 и т.д клиента не устраивает. У клиента с 2005 года существует определенный б/процесс, который заключается в том, что у работников с системой оплаты Оклад есть справочник тар. ставок, в котором Тариф=0, заполнен max и min тариф, задан определенный код тарифа с указанием должностей. При приеме обязательно указывается ссылка на справочник тарставок, чтобы контролировать соответствие оклада min и max по должности, код тарставки используется в доработанных формах. САм оклад=0 и всегда набирается вручную с клавиатуры в приказе. Сейчас все это не работает.Добавлена настройка "Настройки Галактики Управление персоналом Управление и учет кадров Запретить ручное изменение оклада, если есть ссылка на тарифную сетку". Если настройка установлена в нет, система позволяет изменять оклад, привязанный к тарифной сетке. Если настройка установлена в да - то можно изменить только оклад не привязанный к тарифной сетке, или подкорректировать с помощью корректирующих коэффициентов. Доработка касается интерфейсов: - РПД-1 "прием на работу" - РПД-3 "замещение" - РПД-4 "совмещение" - РПД-5 "перемещение" - РПД-70 "временный перевод" - РПД-50 "изменение оклада" - 6-е окно картотеки сотрудников - история назначений - штатное расписание - история ставок - РПД-20 по ШР "создании ставки" - РПД-23 по ШР "изменении атрибутов ставки".
101.646719.1.93.0Не менять режим работы.Управление персоналом* Предложение по новой функциональности модуля "Управление персоналом"
Дать возможность назначить работнику индивидуальный режим работы на указанный срок.1. Изменение назначения ----------------------- Далее изменением назначения считаются операции: - перевод; - временный перевод; - заместительство. 2. Индивидуальный режим работы ------------------------------ Если на момент изменения назначения (см.п.1), в истории назначения уже установлен режим работы, отличный от установленного для ставки назначения в штатном расписании, то такой режим работы считается индивидуальным. Индивидуальный режим работы определяется по алгоритму: в истории предыдущего назначения (кроме первой записи, исключение: у первой записи отличается режим работы от режима работы по ставке на эту же дату), ищется самая последняя запись изменения режима работы, даты "с" и "по" которой, включают дату изменения назначения (см.п.1). При этом должно быть выполнено условие - данная запись истории назначения не должна совпадать по дате и не должна изменять режим работы на тот же, что и в истории ставки штатного расписания, т.е. не будет являться следствием изменения режима работы в штатном расписании. 3. Настройка ------------ Действия, которые выполнит программа при обнаружении индивидуального режима работы, в момент изменения назначения работника (см.п.1), доступны по настройке "Настройки Галактики Управление персоналом Управление и учет кадров При различии режима работы в назначении и ставке СЕ ШР:": - "установить значение из истории штатного расписания" - обработка будет вестись аналогично, как и сейчас - при изменении назначения будет устанавливаться режим работы той ставки, на которую переводится работник; - "сохранить значение из истории назначения" - при обнаружении на дату изменения назначения индивидуального режима работы будет сохранен этот индивидуальный режим работы до указанной в нем даты действия; - "установить значение по запросу" - при обнаружении на дату изменения назначения индивидуального режима работы, пользователю будет задан вопрос о необходимости сохранения индивидуального режима работы или замены на режим работы по ставке, на которую переводится работник. 4. Перенос индивидуального режима работы в новое назначение ----------------------------------------------------------- В случае создания нового назначения (см.п.1), при условии, что оно попадает в период действия индивидуального режима работы (см.п.2), в истории созданного назначения будут отображаться 2 записи: - сначала запись о создании назначения (например, о переводе) с режимом работы, как ставке штатного расписания (истории ставки на дату перевода); - затем запись о создании для нового назначения индивидуального режима работы. Дата начала индивидуального режима работы совпадает с датой начала нового назначения, дата окончания наследуется из индивидуального режима работы предыдущего назначения. У автоматически созданной записи при переводе не будет указано доп. соглашение, так как оно указано для записи истории предыдущего назначения (где заводился индивидуальный режим). В рабочую корзину отправляются соответствующие сигналы. 5. Создание нового назначения в картотеке ----------------------------------------- При нажатии F7 для изменения назначения (см.п.1) в 6м окне картотеки на соответствующей вкладке анализируется настройка "При различии режима работы в назначении и ставке СЕ ШР:" в случае установленных в настройке (см.п.3) значений "сохранить значение из истории назначения" и "установить значение по запросу" осуществляется поиск индивидуального режима работы (см.п.2) в предыдущем назначении. Если все условия выполнены, то осуществляется перенос индивидуального режима работы в новое назначение (см.п.4). При удалении назначения, в рабочую корзину отправляется сигнал об отмене изменений в лицевом счете. 6. Распорядительные действия № 3, 5, 70 --------------------------------------- При утверждении РПД 3, 5, 70 анализируется настройка "При различии режима работы в назначении и ставке СЕ ШР:" в случае установленных в настройке (см.п.3) значений "сохранить значение из истории назначения" и "установить значение по запросу" осуществляется поиск индивидуального режима работы (см.п.2) в предыдущем назначении. Если все условия выполнены, то осуществляется перенос индивидуального режима работы в новое назначение (см.п.4). При удалении приказов с РПД 3, 5, 70 в рабочую корзину отправляется сигнал об отмене изменений в лицевом счете. 7. Изменение режима работы для ставок штатного расписания --------------------------------------------------------- При изменении режима работы для ставок штатного расписания (история ставки ШР, РПД-23 по ШР), в случае если в настройке "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по штатному расписанию РПД-23 (приказ об изменении атрибутов ставки) Режим обновления данных у сотрудников при изменении атрибутов ставки ШР" установлено значение "Обновить все данные по сотрудникам" либо выбрано обновление по запросу и в ответе на запрос указано обновить, анализируется настройка "При различии режима работы в назначении и ставке СЕ ШР:". В случае установленного в настройке (см.п.3) значения "установить значение по запросу" осуществляется поиск индивидуальных режимов работы (см.п.2) для каждого назначения по ставке. Если найдены индивидуальные режимы работы, то на экране отобразиться окно, в котором пользователю нужно отметить маркером работников, у которых завершится действие индивидуального режима работы и будет установлен режим работы из ставки штатного расписания. После пометки необходимо нажать "Enter" для обработки режимов работы или "Esc" для отмены (останутся индивидуальные режимы работы). Если настройка "При различии режима работы в назначении и ставке СЕ ШР:" (см.п.3) установлена в значение "сохранить значение из истории назначения", то в назначениях останется указанный индивидуальный режим работы. Изменения в ставке штатного расписания их не коснутся. Если настройка "При различии режима работы в назначении и ставке СЕ ШР:" (см.п.3) установлена в значение "установить значение из истории штатного расписания", то для каждого назначения по ставке штатного расписания будет завершен индивидуальный режим работы и создана новая запись истории назначения на изменение режима работы, соответствующего режиму работы из ставки штатного расписания (режим предполагает сохранение текущего алгоритма работы). 8. Завершение индивидуального режима работы ------------------------------------------- Для контроля за окончанием срока действия и своевременной отменой индивидуального режима работы, разработано событие системы по персоналу "Окончание индивидуального режима работы". При запуске события, система обнаруживает, что в истории назначения подходит срок окончания индивидуального режима работы, и на следующий после его завершения день, возвращает режим работы, указанный для ставки в штатном расписании, если на следующий день в истории назначения не начинается новый индивидуальный режим работы.
101.647749.1.92.0Нужна доработка РПД-91 - проверка на наличие отгуловУправление персоналом91. Назначение почасовых табельных отклонений
Нужна доработка РПД-91 - проверка на наличие отгулов.Добавлена настройка "Настройки Галактики Управление персоналом Табельный учет Условные обозначения Отгул за работу в выходной день". В данной настройке можно выбрать условное обозначение для отгула за работу с выходной и праздничный день. Добавлена настройка "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-91 (приказ о назначении почасовых табельных отклонений) Проверка на наличие отгулов". Данная настройка содержит следующие пункты для выбора: - нет; - предупреждать при утверждении приказа, если не заполнена ссылка на РПД-90; - запрещать утверждать приказ, если не заполнена ссылка на РПД-90. В РПД-91 (приказ о назначении почасовых табельных отклонений) добавлено поле "Отгул по приказу". Данное поле скрывается, если настройка "Проверка на наличие отгулов" установлена в значение "нет". Если в РПД-91 в поле "Условное обозначение" установлено значение равное значению из настройки "Отгул за работу в выходной день", то пользователю предоставляется возможность привязки к полю "Отгул по приказу" приказа о работе в выходные или праздничные. При этом в окне со списком приказов отображаются только утвержденные РПД-90, у которых есть запись о работе в выходной или праздничный день за отгул, а также эти приказы не привязаны к другим РПД-91 или привязаны к другим РПД-91, но отменены РПД-93. Если пользователь привязал РПД-90 к полю "Отгул по приказу", а затем изменил условное обозначение в поле "Условное обозначение" РПД-91, то поле "Отгул по приказу" очистится от ссылки. Утверждение РПД-91. Если установлено значение "предупреждать при утверждении приказа, если не заполнена ссылка на РПД-90" настройки "Проверка на наличие отгулов", то при утверждении приказа будет произведена проверка привязки РПД-90 и при отсутствии ссылки на РПД-90 в протоколе будет выдано сообщении с типом "предупреждение" о наличии пустой ссылки. При этом утверждение приказа будет произведено. Если установлено значение "запрещать утверждать приказ, если не заполнена ссылка на РПД-90" настройки "Проверка на наличие отгулов", то при утверждении приказа будет произведена проверка привязки РПД-90 и при отсутствии ссылки на РПД-90 в протоколе будет выдано сообщении с типом "ошибка" о наличии пустой ссылки. При этом утверждение приказа произведено не будет. Если НЕ установлено значение "нет" настройки "Проверка на наличие отгулов", то при выборе условного обозначения из настройки "Отгул за работу в выходной день" в РПД-91 автоматически установится "Вид отклонения" в состояние "(=) уточнение", а также, если выбрали данное условное обозначение, то будет произведена предварительная установка в поля "Количество часов", "Количество вечерних" и "Количество ночных" значений часов из графика за этот период. Изменения также коснулись табеля учета рабочего времени. Если есть отклонение в табеле с условным обозначение таким же как в настройке "Отгул за работу в выходной день" и оно не перекрыто другими отклонениями, то при установленном виде отклонения в значение "(=) уточнение" и при установленном значении настройки "Проверка на наличие отгулов" в значение "предупреждать при утверждении приказа, если не заполнена ссылка на РПД-90" или "запрещать утверждать приказ, если не заполнена ссылка на РПД-90" такой день будет окрашен в зеленый цвет.
102.1751939.1.91.0увеличить количество символов в поле "Кем выдан" для документов родственникаУправление персоналом4-е окно (родственники)
Клиент очень просит увеличить количество символов в поле "Кем выдан" для документов родственника, который вносится в 4-м разделе картотеки сотрудника, так как текущего количества 102 символа не хватает. Использовать сокращения не могут, так как данные используются для дальнейшей работы, и где сказано, что сокращения в наименовании организации выдачи не допустимы.Длина поля "Кем выдан" увеличена до 255 символов.
102.1829809.1.90.0Необходимо перенести основание для выслуги лет и подкласс условий труда из InfPsn в свободные переменные таблицы Advises.Управление персоналомУсловия труда на рабочем месте
Российская Федерация. Условия труда на рабочем месте. Необходимо добавить поле "Основание для исчисления стажа".Российская Федерация. Условия труда на рабочем месте. Добавлено новое поле "Основание для исчисления стажа". При формировании пенсионных стажей, поле "Основание для исчисления стажа" заполняется автоматически на основании условий труда. Возможность указать основание для исчисления стажа в 11-м окне вручную остается.
101.643959.1.89.0Просят вернуть ввод адресов контрагентов в предыдущий вариант, не нравится все время нажимать F3Управление персоналом* Не знаю, какая именно часть модуля управление персоналом, научите
Просят вернуть старый вариант выбора типа строения и помещения с помощью переключателя (радиокнопки), так как нажимать несколько раз F3 не удобно.В интерфейсе редактирования адреса добавлена локальная функция "Изменить способ переключения типа строения и помещения Alt+D". При её использовании выполняется переключение анкетного редактора на вариант с радиокнопками для выбора типа строения (Корпус, Строение, Владение или Другое) и помещения (Квартира, Офис, Помещение или Другое).
102.1765349.1.89.0Добавить в группу Информация о контракте основного назначения параметр - Корректирующий коэффициент по контракту.Управление персоналомПостроитель отчетов
В построитель отчетов: добавить в группу Информация о контракте основного назначения параметр - Корректирующий коэффициент по контракту.В построитель отчетов в группу Информация о контракте основного назначения добавлен параметр - Корректирующий коэффициент по контракту. Также добавлена настройка "Настройки Галактики Управление персоналом Управление и учет кадров Отчеты Построитель отчетов Повышение по контракту", по которой определяется, какой коэффициент является повышающим по контракту. Если эта настройка не заполнена, то берется коэффициент группы 3.11.
102.1839959.1.88.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1829779.1.87.0РПД-62 (Изменение разряда (категории)) - значения по умолчанию из ШР и визуализация историиУправление персоналом62. Изменение разряда (категории)
По аналогии с РПД-50 необходимо внести изменения в РПД-62: * Добавить настройку для РПД-62, определяющую источник значения по умолчанию для полей приказа: история назначений либо история ШР; * Добавить закладки с визуализацией текущих значений на указанную дату из истории назначений и истории ШР;В "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-62 (Изменение разряда (категории))" добавлена настройка "Исходные значения устанавливать". Данная настройка определяет, из какого источника, по умолчанию, заполняется режим работы на указанную дату. Варианты значения настройки: * из истории назначений - заполнять поле "режим работы" из истории назначений на дату с; * из истории штатного расписания - заполнять поле "режим работы" из истории штатного расписания на дату с. В РПД-62 изменен порядок следования полей ввода. Сначала вводится период изменения режима работы, а, потом, сам режим работы. При оформлении приказа после выбора сотрудника устанавливается дата изменения режима работы, равная дате приказа и режим работы из истории назначений либо из истории штатного расписания, в зависимости от значения настройки, на дату. При изменении даты начала действия значение режима работы перечитывается заново из определяемого настройкой источника. В нижнюю панель приказа добавлена информационная панель с закладками "История назначений", "История штатного расписания" и "Примечание". Данные закладки содержат информацию о текущих значениях в истории назначений на дату, истории штатного расписания на дату и примечание к приказу. Дата просмотра истории изменяется при изменении даты начала действия нового режима, но может быть откорректирована пользователем для просмотра истории на другую дату. Кнопка "Примечание" в интерфейсе приказа удалена. Ее функционал перенесен на закладку "Примечание" информационной панели.
102.1832509.1.87.0Разрешить утверждать приказы, добавляющие межрасчетные выплаты с датой начала раньше текущего расчетного периода.Управление персоналом20. Назначение единовременных выплат
Разрешить утверждать приказы, добавляющие доплаты с датой начала раньше текущего расчетного периода. Ранее был введен запрет на добавление доплат с датой начала меньшей текущего расчетного периода. Необходимо по настройке разрешить добавление и доработать текущую проверку, поскольку сейчас контроль осуществляется только по месяцу, не учитывая года назначения доплаты.Галактику в "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу Общие настройки" была добавлена новая настройка "Разрешить добавление межрасчетных выплат за предшествующий расчетный период". Значение настройки по умолчанию - Нет. Настройка разрешает ввод для РПД-20, 21, 30 в предшествующий период выплаты, для которых установлен флаг "Выплата в межпериод". Для РПД-20, 21, 30 проверка на дату начала доплаты, которая должна находиться в в текущем либо будущем периоде, перенесена из утверждения приказа в функцию проверки приказа (вызывается перед утверждением приказа). Доработана функция проверки даты начала доплаты. В случае, если настройка отключена, для РПД-20, 21, 30 производится контроль на то, находится ли дата начала доплаты в текущем периоде, или нет. Если дата не находится в текущем либо будущем периоде, то такой приказ утвердить невозможно. В случае, если настройка включена, для РПД-20, 21, 30 контроль на дату начала выплаты, для которой установлен флаг "Выплата в межпериод", не производится. Данный функционал не распространяется на доплаты, введенные в указанных РПД без установленного флага "Выплата в межпериод".
102.1857959.1.86.1Добавить настройку, для разрешения/запрета ручного редактирования плана-графикаУправление персоналомПросмотр графиков отпусков
Добавить пользовательскую настройку "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Планирование отпусков Запретить редактирование графика отпусков". При включенной настройке убрать статус-строку и обработку f4,f7,f8.Добавлена пользовательская настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Планирование отпусков Запретить редактирование графика отпусков". При значении настройки = "нет" пользователю разрешено добавлять, редактировать, удалять записи в окне просмотра плана-графика отпусков. При значении настройки = "да" пользователю запрещено добавлять, редактировать, удалять записи в окне просмотра плана-графика отпусков. Информация для опытных пользователей: Если необходимо дифференцировано предоставлять доступ к редактированию записей о плане графике, то необходимо конфигуратором отобразить в плане графике PLANOTPUSK.WREZERV. Установка в этом поле значения > 0 приведет возможности редактирования такой записи. В случае включенной настройки "Запретить редактирование графика отпусков", для отображения записей которые можно редактировать, будет выведен столбец "Р" с изображением карандаша.
102.1817139.1.86.0РПД-60 (изменение режима работы) - значения по умолчанию из ШР и визуализация историиУправление персоналом60. Изменение режима работы
По аналогии с РПД-50 необходимо внести изменения в РПД-60: * Добавить настройку для РПД-60, определяющую источник значения по умолчанию для полей приказа: история назначений либо история ШР; * Добавить закладки с визуализацией текущих значений на указанную дату из истории назначений и истории ШР;В "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-60 (Изменение режима работы)" добавлена настройка "Исходные значения устанавливать". Данная настройка определяет, из какого источника, по умолчанию, заполняется режим работы на указанную дату. Варианты значения настройки: * из истории назначений - заполнять поле "режим работы" из истории назначений на дату с; * из истории штатного расписания - заполнять поле "режим работы" из истории штатного расписания на дату с. В РПД-60 изменен порядок следования полей ввода. Сначала вводится период изменения режима работы, а, потом, сам режим работы. При оформлении приказа после выбора сотрудника устанавливается дата изменения режима работы, равная дате приказа и режим работы из истории назначений либо из истории штатного расписания, в зависимости от значения настройки, на дату. При изменении даты начала действия значение режима работы перечитывается заново из определяемого настройкой источника. В нижнюю панель приказа добавлена информационная панель с закладками "История назначений", "История штатного расписания" и "Примечание". Данные закладки содержат информацию о текущих значениях в истории назначений на дату, истории штатного расписания на дату и примечание к приказу. Дата просмотра истории изменяется при изменении даты начала действия нового режима, но может быть откорректирована пользователем для просмотра истории на другую дату. Кнопка "Примечание" в интерфейсе приказа удалена. Ее функционал перенесен на закладку "Примечание" информационной панели.
101.642259.1.85.0Зависает система после импорта каталога АТДЗаработная платаИмпорт каталога АТД
После импорта каталога АТД, открытие карточки сотрудника в Управление персоналом или открытие лицевого счета в Зар.плате подвисают систему.Устранено зависание системы при открытии справочника АТД или интерфейсов, использующих адреса, после импорта справочника ФИАС.
101.636179.1.84.0В печатную форму Т-5, вместо номера трудового договора, выводится номер дополнительного соглашенияУправление персоналом70. Временный перевод
В печатную форму Т-5, вместо номера трудового договора, выводится номер дополнительного соглашения. В настройке "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-5 (приказ о переводе)Выводить в поле "изменение к трудовому договору" приказа:" указано значение "Трудовой договор". Приказ по РД 70 (Временное замещение с освобождением от своих обязанностей) выводится на печать по форме Т-5 (по прототипу Nformt5_2004). В эту форму в полях contract_date и contract_nmb содержатся реквизиты дополнительного соглашения, а не трудового договора. В форме приказа по РПД-5 все в порядке, в этих полях реквизиты ТД, как и должно быть. В интерфейсе Z_StaffOrders::NFormT5_2004 можно увидеть, что печать по этим распорядительным действиям ведется в разных ветках кода: для РПД-70 значение упомянутой выше настройки почему-то игнорируется, и в поток всегда пишутся реквизиты доп. соглашения.Настройка "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-5 (приказ о переводе) Выводить в поле "изменение к трудовому договору" приказа" перенесена в "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу Общие настройки". Действие данной настройки распространяется на РПД-5 и РПД-70. Для РПД-5 изменений для печатных форм формата Word не внесено Для РПД-70 для печатных форм формата Word внесены изменения: * при значении настройки "Трудовой договор" в поля contract_date и contract_nmb выгружается реквизиты трудового договора; * при значении настройки "Дополнительное соглашение либо новый ТД" в поля contract_date и contract_nmb выгружается реквизиты дополнительного соглашения (ТД в данном РПД не оформляется); *при значении настройки "Не выводить информацию" в поля contract_date и contract_nmb выгружается пустые строки; В печатные форм формата FastReport для РПД-5 и РПД-70 внесены изменения: * в поток данных добавлены новые поля [CONTRNMB_NASTR] и [CONTRDAT_NASTR], содержащие реквизиты трудового договора, доп. соглашения либо пустые строки в зависимости от значения указанной выше настройки; * в печатных формах "Приказ о переводе (индивидуальный)" и "Приказ о переводе со склонением ФИО (индивидуальный)" пункт "изменение к трудовому договору от ___ г. № ___." переведен на новые поля потока.
101.626699.1.83.0В иерархические отчеты не попадают пользовательские записи Уровней образования (справочник "Вид образования"/Подкаталог базовых образований")Управление персоналомИерархические отчеты по картотеке
В иерархические отчеты не попадают пользовательские записи Уровней образования (справочник "Вид образования"/Подкаталог базовых образований"). В указанном справочнике не хватает нескольких системных записей, которые есть в законе об образовании. Например, нет "высшее образование - бакалавриат"; "высшее образование - специалитет, магистратура". В классификатор можно добавить пользовательские записи. Но в иерархический отчет они не попадают. Необходимо либо добавить системные записи в соответствии с законом, либо сделать так, чтобы и пользовательские записи попадали в иерархический отчет.Функциональность реализована только по настройке на РФ. В классификатор образований добавлено три дополнительных уровня: - Высшее образование - подготовка кадров высшей квалификации; (высший приоритет) - Высшее образование - специалитет, магистратура; - Высшее образование - бакалавриат. (низший приоритет) Далее идут - Высшее профессионально и т.д. Эти уровни обрабатываются для определения максимального уровня образования у сотрудника, выводятся в формы Т-2 и Т-2ГС 2004 г., построитель отчетов и иерархические отчеты. Во все остальные формы (статистические, наградные листы и т.д.) данные уровни образования не выводятся ввиду отсутствия колонок/мест, куда эту информации можно вывести и отсутствия разъяснений, как эти уровни образования в этих формах обрабатывать.
103.97159.1.83.0переименовать элементы сис справочника Особые условияЗаработная платаУсловия труда на рабочем месте
Переименовать элементы системного справочника Особые условия Облагаемые доп. взносами по ставке 4% Облагаемые доп. взносами по ставке 2% Соответственно в: Список 1 ( особо-вредные условия труда) Список 2 (вредные условия труда).Элементы системного справочника "Особые условия" Облагаемые доп. взносами по ставке 4% Облагаемые доп. взносами по ставке 2% переименованы в: Список 1 ( особо-вредные условия труда) Список 2 (вредные условия труда).
101.637389.1.81.0РПД-50 (изменение оклада) - значения по умолчанию из ШР и визуализация историиУправление персоналом50. Изменение оклада
Часто после изменения атрибутов ставки ШР необходимо оформление РПД-50 (таков порядок работы) для изменения атрибутов ставки. Неудобство заключается в том, что сейчас в РПД-50 по умолчанию подставляются параметры (система оплаты, тарифная ставка и пр.) из текущего назначения, а не из ШР. Так же, проставив вручную новое значение, например, оклада, мы уже не видим какой оклад был у работника до этого изменения и не можем посмотреть, какой оклад полагается по ШР. Для минимизации ошибок ручного ввода и повышения удобства работы предлагается: 1. по умолчанию значения всех изменяемых параметров подставлять из истории ставки на дату начала действия приказа; 2. В нижней части окна приказа создать новую панель, разделенную на вкладки: * [Текущее назначение] - активна по умолчанию, показать параметры на дату начала действия приказа из истории назначения сотрудника. Дополнительно добавить поле "дата для просмотра параметров" для ручной установки любой даты; * [Параметры ШР] - показать параметры на дату начала действия приказа из истории ставки. Дополнительно добавить поле "дата для просмотра параметров" для ручной установки любой даты; * [Примечание] - для внесения примечания по РПД.В Галактику в папку "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-50 (Изменение оклада)" добавлена новая настройка "Исходные значения устанавливать" с возможными значениями: * "из истории назначений" - устанавливать исходные значения при оформлении РПД-50 из истории назначений на дату начала действия приказа; * "из истории штатного расписания" - устанавливать исходные значения при оформлении РПД-50 из истории ставки ШР на дату начала действия приказа. При этом источники финансирования (ИФ) берутся из ИСТОРИИ НАЗНАЧЕНИЙ; При оформлении РПД после выбора сотрудника дата начала действия приказа устанавливается равной дате приказа и на эту дату, в соответствии с настройкой, подтягиваются первоначальные данные. Флаг изменения системы оплаты всегда установлен. При изменении даты начала действия приказа в поля, которые не отмечены флагом, заносятся соответствующие значения на новую дату из истории ставки либо истории назначений в соответствии с настройкой. Аналогично, при снятии флага, его значение изменяется на значение по умолчанию. Поскольку флаг изменения системы оплаты всегда установлен, то значение системы оплаты читается только первый раз при добавлении нового сотрудника в приказ по настройке, а при изменении даты начала действия не изменяется. Параметры системы оплаты можно изменить вручную. В нижнюю часть интерфейса добавлена новая панель закладок. Данной панели в соответствующих вкладках можно просмотреть действующие на указанную дату значения из истории назначений и истории ставки. При изменении даты начала дата просмотра параметров в нижней панели для истории ставки и истории назначений изменяется на дату начала действия приказа. в 3 вкладке "Примечание" можно внести примечание по данному РПД.
102.1787369.1.80.0РПД-38. Приказ на изменение план-графика отпусковУправление персоналом38. Изменение план-графика отпусков
Разработать форму приказа ПРД-38 Изменение план-графика отпусков. В неутвержденном приказе должны отражаться текущие отпуска и возможность сформировать новые отпуска. В утвержденном приказе должны отражаться упраздненные отпуска и сформированные отпуска. при утверждении приказа: - у исходных отпусков в план-графике должен заполниться статус "не активен"; - для формируемых отпусков должны создаться записи в план-графике отпусков и записи в детализации план-графика; - при заполнении таблицы формируемых отпусков в интерфейсе проверять их на пересечение периодов. при удалении приказа: - созданные приказом плановые отпуска и их детализация должны быть удалены; - в изменяемых отпусках статус "не активен" должен быть упразднен. печать приказа (печатная форма во вложении): - разработать печатную FR-форму приказа (индивидуальную и групповую); - доработать печатную форму CommonRep копирование приказа этим ПИРом не реализуется.Разработана форма приказа ПРД-38 "Изменение план-графика отпусков".
102.1790359.1.79.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1763229.1.78.0РПД=62: новый подход к подкрашиванию измененных полей в рабочей корзинеУправление персоналом62. Изменение разряда (категории)
После утверждения приказа с РПД=62, в котором не изменялся режим работы, в рабочей корзине создается запись об изменении лицевого счета, в которой измененными показаны поля: "подразделение","должность" и дата начала действия этих изменений. Обработка такой записи приводит к созданию в ЛС ненужного перехода, в котором совпадает информация о подразделении и должности до и после перехода. Такая ситуация плодит "мусор" в таблице переходов. Необходимо решение, аналогичное тому, какое в такой случае было предложено для приказов с РПД=65Доработан механизм отправки флагов модификации в рабочую корзину. Добавленные ранее константы истории назначений (для полей "Подразделение" и "Должность") перенесены из общей реализации в реализацию РПД-65. Соответственно, для всех РПД взведение данных флагов по умолчанию больше не производится. В РПД-65 флаги взводятся по прежнему алгоритму. Разработан конвертер, который переносит флаги для полей "Подразделение" и "Должность" РПД-65 из истории назначений в приказ.
101.632019.1.77.0Необходимо реализовать настройку, позволяющую редактировать номер/дату утвержденных приказов по штатному расписаниюУправление персоналомПриказы по штатному расписанию
Необходимо реализовать настройку, позволяющую редактировать номер/дату утвержденных приказов по штатному расписанию. Аналогично настройке для приказов по персоналу №15952 "Возможность изменения даты и номера утвержденного приказа".В Галактику в каталог "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по штатному расписанию" добавлена пользовательская настройка настройка "Возможность изменения даты и номера утвержденного приказа по ШР". По умолчанию настройка имеет значение "Нет". Если значение настройки установлено в "Да", то при нажатии клавиши "BackSpace" выдается сообщение, подтверждающее редактирование номера и / или даты приказа по ШР. При изменении номера и / или даты приказа происходит изменение номера и / или даты приказа в связанных записях (истории доплат, истории ставки, истории назначений, истории доплат в картотеке и рабочей корзине).
102.1751139.1.76.0РПД=5. В скопированном приказе "слетает " дата уходаУправление персоналом5. Перемещение
Если выполнить последовательность действий: - утвердить приказ с РПД=5, в котором оказалась ошибка - создать приказ на основе существующего, внести в скопированный необходимые изменения - удалить первоначальный приказ - утвердить измененный При утверждении приказа выдаются ошибки: - Не заполнена дата ухода со старого места - В старом назначении дата ухода меньше или равна дате начала! Утвердить приказ нельзя. Это происходит потому, что после удаления приказа-первоисточника в приказе-приемнике слетает "дата ухода".Поле "дата ухода с должности" (dAddDate1) в РПД-5 перенесено из таблицы назначений, где оно хранилось во время оформления приказа, в таблицу содержания приказа (ContDoc.dRezerve) и теперь для каждого приказа хранится отдельно. При утверждении приказа, как и ранее, значение поля переносится в таблицу назначений (DismissDate).
101.631899.1.75.1Добавить настройку, позволяющую запретить прием на работу на ставку с датой ликвидацииУправление персоналом1. Прием на работу
Необходимо добавить настройку, позволяющую запретить прием на работу по бессрочному трудовому договору на ставку с установленной датой ликвидации. Значения для настройки: 1) Выдавать предупреждение, но позволять утвердить приказ (предлагать пользователю выбор утверждать/нет); 2) Запрещать утверждение приказа; 3) Игнорировать ликвидацию ставки и позволить утвердить приказ.Добавлена пользовательская настройка "Прием на работу по бессрочному ТД на ставку с датой ликвидации" в раздел "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-1 (приказ о приеме)". Возможные варианты: 1. "прием разрешен" - при проверке приказа и выборе (изменении) ставки контроль не производится; 2. "предупреждение при оформлении" - в случае оформления РПД-1 по бессрочному ТД на ставку с установленной датой ликвидации при выборе (изменении) ставки выдается соответствующее информационное сообщение, при проверке РПД - запрос на подтверждение такого трудоустройства; 3. "прием запрещен" - в случае оформления РПД-1 по бессрочному ТД на ставку с установленной датой ликвидации при выборе (изменении) ставки выдается предупреждение о запрете такого трудоустройства, при проверке РПД - в протокол пишется ошибка. Значение настройки по умолчанию - "прием разрешен". Данная настройка не распространяется на любые виды приема на работу через картотеку, и, поэтому, на приказ о приеме на работу в режиме "Первичное трудоустройство, но личная карточка уже заполнена" она также не распространяется.
102.1746619.1.75.0Help. Подключить корректную константу к настройкамУправление персоналомНастройка
В общесистемном реестре (Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу Общие настройки ) к перемещенной настройке "При печати форм приказов для категории выводится" и к новой настройке "При печати форм приказов выводить тарифный разряд" необходимо подключить топик NastrKadrPrikazALL.В общесистемном реестре (Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу Общие настройки ) к настройкам "При печати форм приказов для категории выводится" и "При печати форм приказов выводить тарифный разряд" подключен топик NastrKadrPrikazALL.
180.103379.1.75.0Добавить общесистемную настройку для повторного трудоустройства "Вариант л/с и карточки" которая бы позволила при создании приказа автоматически заполнять данное поле значением из общесистемных настроУправление персоналом1. Прием на работу
Добавить общесистемную настройку для повторного трудоустройства "Вариант л/с и карточки" которая бы позволила при создании приказа автоматически заполнять данное поле значением из общесистемных настроек.Добавлена пользовательская настройка "Варианты ЛС и карточки для повторного трудоустройства" в каталог "Настройки Галактики Управление персоналом Управление и учет кадров Повторный прием" с вариантами значений: * новые ЛС и карточка * старый ЛС, новая карточка * новый ЛС, старая карточка * старые ЛС и карточка. В качестве варианта по умолчанию для настройки используется значение "новые ЛС и карточка". Данная настройка определяет, какой вариант оформления лицевого счета и карточки будет выбран по умолчанию при оформлении приказа о приеме на работу (РПД-1) в варианте оформления приказа "повторное трудоустройство".
101.637289.1.74.1Изменение атрибутов ставки (РПД-23 по ШР) - усилить контроль обновления данных по сотрудникамУправление персоналомПриказы по штатному расписанию
При утверждении приказа РПД-23 по ШР "Изменение атрибутов ставки" сейчас отображается дополнительный интерфейс "Выбор режимов обновления данных по сотрудникам". Интерфейс довольно сложный - в результате часто происходят ошибки, имеющие неприятные последствия. Например, обычно на большинстве предприятий к ставкам ШР привязаны чисто номинальные режимы работы, а реально у каждого сотрудника на одной ставке могут быть иные режимы работы. Выдается окно, по умолчанию способ обновления "обновлять все данные по сотрудникам", кадровик нажимает ОК не глядя - в результате портятся режимы у нескольких десятков работников. С другой стороны, на многих предприятиях при изменении атрибутов ставки вообще никакие данные по сотрудникам автоматически не меняются - для любого обновления по сотрудникам обязательно делать приказы по персоналу. В таком случае дополнительное окно с выбором режима обновления вообще лишнее. С целью упрощения работы пользователей и усиления контроля над автоматическим изменением данных по сотрудникам предлагаются следующие изменения: 1. Изменить список способов обновления: - "не обновлять данные по сотрудникам" - галки во всех квадратах отсутствуют и недоступны; - "обновлять все данные по сотрудникам" - галки во всех квадратах проставлены и недоступны; - "обновлять указанные данные по сотрудникам" - галки во всех квадратах изначально отсутствуют, но доступны; - "обновлять по виду операции" - как сейчас, только для операции изменения оклада все дополнительные галки желательно по умолчанию снять. 2. Добавить настройку типа "Режим обновления данных по сотрудникам при изменении атрибутов ставки" с теми же вариантами: - "не обновлять" (по умолчанию); - "обновлять все данные"; - "обновлять указанные данные"; - "обновлять по виду операции"; - "по выбору". В первых двух вариантах не открывать промежуточное окно. Для второго варианта имеет смысл запросить дополнительное подтверждение, например: "Обновлять все данные по сотрудникам на ставке в соответствии с приказом?" Третий и четвертый вариант - окно открываем, но режим обновления задан жестко и выбрать другой режим нельзя. В последнем варианте возможен выбор режима.В Галактику в папку "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по штатному расписанию РПД-23 (приказ об изменении атрибутов ставки)" добавлена системная настройка "Режим обновления данных у сотрудников при изменении атрибутов ставки ШР", влияющая на поведение окна "Выбор режимов обновления данных по сотрудникам" при вызове его из РПД-23 по ШР. На поведение данного окна, при вызове его из истории ставки, данная настройка не влияет. Возможные варианты значения настройки: * "Не обновлять данные по сотрудникам" - окно выбора режима обновления данных не отображается, никаких действий по обновлению данных в истории назначений не производится; * "Обновить все данные по сотрудникам" - окно выбора режима обновления данных не отображается, обновляются все данные, даже если они отличны от значений в штатном расписании; * "Сохранять указанные персональные данные" - отображается окно выбора режима обновления данных, в котором принудительно указан способ обновления "Сохранять указанные персональные данные", способ обновления изменить нельзя. В этом режиме отмечаются те параметры, по которым НЕОБХОДИМО СОХРАНИТЬ ПЕРСОНАЛЬНЫЕ ДАННЫЕ! По не отмеченным параметрам все данные будут обновлены! В справке данный способ описан более подробно; * "Обновить данные по виду операции" - отображается окно выбора режима обновления данных, в котором принудительно указан способ обновления "Обновить данные по виду операции", способ обновления изменить нельзя. Для вида операции "изменение оклада (50)" теперь все дополнительные галки по умолчанию сняты. В случае, если значения по данным галкам было сохранено, следует перевыбрать операцию; * "Выбрать режим при утверждении приказа" - отображается окно выбора режима обновления данных, в котором можно выбрать любые параметры по желанию пользователя. При загрузке окна значения полей "Способ обновления", "Вид операции" и флагов устанавливаются соответственно значениям при последнем запуске окна. По умолчанию настройка имеет значение "Выбрать режим при утверждении приказа". В окно "Выбор режимов обновления данных по сотрудникам" добавлен новый способ обновления "не обновлять данные по сотрудникам". При выборе данного способа никакого обновления данные не происходит. Действие данного способа аналогично нажатию кнопки "Отмена". Обновление данных (либо без обновления, в зависимости от выбранного способа) начинается после нажатия кнопки "ОК" либо клавиши "Ввод". При нажатии "Отмена" либо клавиши "ESC" окно закрывается без проведения каких-либо действий. Т.к. окно выдается уже после утверждения РПД-23, то нажатие кнопки "Отмена" в окне на утверждение приказа не влияет.
102.1713509.1.73.0Тарификационный разряд при печати СТБ-форм приказовУправление персоналомВсе индивидуальные приказы (прием, перевод, отпуск, увольнение)
Сложившаяся практика вынуждает белорусских клиентов заводить ставку на каждую категорию или разряд и указывать их в названии (это связано с вредностью и с системой СКК). Поэтому для таких клиентов в приказах печать тарификационного разряда после наименования ставки становится излишней.Сложившаяся практика работы белорусских клиентов предполагает заведение ставки на каждую категорию или разряд с указанием их в названии ставки. Для того, чтобы не происходило дублирование категории (разряда) при печати приказов №№ 1, 3, 4, 5, 6, 8, 14, 30, 44, 65, 70 в "Управление персоналомУправление и учет кадров Приказы Приказы по персоналу Общие настройки"." добавлена новая настройка "При печати форм приказов выводить тарифный разряд" с значениями "Да, Нет", по умолчанию "Да". В печать указанных выше приказов внесены изменения: * при выборе "При печати форм приказов выводить тарифный разряд" - "Нет" поле с тарифным разрядом после наименования ставки на печать не выводится; * в потоки данных для FastReport добавлено поле [IsRazriadPrn], содержащее значение настройки; * в отчеты FasReport, формирующие вывод тарифного разряда самостоятельно из полей потока данных добавлен контроль с выводом разряда только при включенной настройке. Настройка "При печати форм приказов для категории выводится:" перенесена из "Настройки Галактики Управление персоналом Управление и учет кадров Картотека" в "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу Общие настройки".
102.1686969.1.72.0Расчет отпуск в зависимости от выслуги (стажа)Управление персоналом6. Оформление очередного отпуска
Расчет отпуска в зависимости от выслуги (стажа). У пользователя количество дней отпуска зависит от стажа выслуги, который не совпадает со стажем работы на предприятии (в него включается служба в армии, например). Нужна возможность вид стажа указывать не один для всех отпусков в системой настройке, а для каждого отпуска указывать свой вид стажа. Просто расчет разных отпусков могут вести по разным видам стажа, для разных групп сотрудников.Расчет полагающихся отпусков. Переработан учет видов стажей при расчете полагающихся отпусков. В отпуска по штатному расписанию, привязку персональных отпусков 7-го окна картотеки, функцию привязки персональных отпусков и функцию привязки отпусков по ШР добавлено поле "Трудовой стаж". При расчете полагающихся отпусков учитывается вид стажа из данного поля, а не из настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Планирование отпусков Вид стажа для расчета продолжительности планируемого отпуска". Данная настройка теперь служит ориентиром "по умолчанию" при создании новых записей в вышеуказанных интерфейсах. Также, при смене настройки предлагается автоматически обновить вид стажа во всех отпусках на случай, если для всех отпусков используется один вид стажа. Реализован конвертер, который проставит для уже существующих записей отпусков вид стажа из настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Планирование отпусков Вид стажа для расчета продолжительности планируемого отпуска".
102.1623269.1.71.0Возможность переноса отпуска на другой период без оформления отзыва (РФ,РБ)Управление персоналомФункция формирования полагающихся отпусков
На практике нередки случаи, когда работник заболевает во время очередного отпуска. В таком случае, работник, как правило, предупреждает об этом нанимателя и отпуск автоматически переносится (сдвигается) на период поле окончания больничного. Однако, возможны случаи, когда работник не предупредил работодателя о наличии больничного листка и предоставил его уже по выходу из отпуска. В таком случае, неиспользованная в связи с больничным часть отпуска, по согласованию между работником и нанимателем, может быть перенесена на какой-либо другой период рабочего года. Для оформления такого переноса в РПД-40 добавлен функционал, который позволяет перенести неиспользованную в связи с болезнью работника, часть предоставленного отпуска на другой период без оформления отзыва. Отпускные за не использованные из-за болезни дни отпуска можно зачесть в счет выплат, причитающихся работнику в будущем, что, например, следует из норм ст.124 ТК РФ. Ситуация идентична для РБ и РФ. Доработать эргономику приказа РПД-40: - исключить скроллинг на интерфейсе приказа, поля "Основание" должно оканчиваться символом ".", выравнивать по правому краю числовые значения количества дней в таблице отпусков, автоподстановка дат переноса отпуска, неправильное формирование ФИО подписывающего документ в печатных формах приказов.Для реализации данного перевода в РПД 40: - поле "Наименование отпуска" перемещено вверх; - добавлено поле "Тип отзыва отпуска" для выбора типа приказа (отзыв / перенос). При выборе значения "перенос отпуска" поля "Перенести отпуск с" и "Перенести отпуск по" обязательны для заполнения; - добавлено поле-индикатор, которое контролирует результат работы функции контроля пересечения отпуска и больничного. В случае, если функция уже отработала и отпуск был разделен ей на части до и после больничного цвет шрифта поля изменяется на красный и становится доступна кнопка "Восстановить данные". Такие больничные отображаются в виде дерева (больничный связан с отпуском, который разделил). Если результатов работы функции контроля не обнаружено, то больничные, при их наличии отображаются на одном уровне с отпусками (для удобства ввода дат отзыва / переноса). Если нужный отпуск был разбит на части функцией контроля пересечения отпуска с больничным, то для оформления РПД-40 необходимо провести процедуру "Восстановление отпуска после выполнения функции контроля пересечения больничного и отпуска". - если установлен флаг "отзыв / перенос в связи с пересечением с больничным", то в список доступных отпусков добавляются больничные листы (справочно) в виде, зависящем от того, отработала ли функция контроля пересечения отпуска с больничным, либо нет (см. выше). Даты отзыва из отпуска соответствуют датам начала и окончания больничного, а даты переноса отпуска переносятся на конец отпуска(если существует такая возможность и даты переноса свободны); - поле "Основание" заполняется автоматически данными из трудового договора и больничного листа; - добавлены новые печатные формы приказа №40 о переносе отпуска для РБ и РФ. Печать приказов в FastReport реализована по группам стран, в зависимости от настройки. Если нужный отпуск был разбит на части функцией контроля пересечения отпуска с больным, то для оформления РПД-40 необходимо провести процедуру "Восстановление отпуска после выполнения функции контроля пересечения больничного и отпуска" путем нажатия кнопки "Восстановление отпуска". В процедуру проверки приказа добавлено: - при переносе отпуска в связи с больничным контроль на наличие результатов работы функции контроля; - при установке флага "отзыв / перенос в связи с пересечением с больничным" контроль на наличие больничного с соответствующими датами начала и окончания. Если требуется удалить приказ, в котором была использована процедура "Восстановление отпуска", то для возврата в исходное состояние необходимо повторно провести процедуру контроля пересечения отпуска и больничного листа. Эргономика РПД-40: Убраны пустые строки между полями ввода и кнопками в приказе. Значение поля "Основание" оканчиваться символом "." вместо ";". Числовые значения количества дней отпуска, отзыва и переноса в таблице отпусков выравниваются по правому краю. Формирование ФИО подписывающего документ в печатных формах приказов на перенос отпуска реализовано в соответствии с настройками.
102.1702919.1.71.0Перевод по производственной необходимостиУправление персоналомСистемные каталоги
Добавить в каталоги "Вид перевода" (-122) - вызывается из РПД-5 и "Причины замещения" (-30) - вызывается из РПД-3, 70 системные записи "По производственной необходимости". Имеющуюся причину предлагаю сделать дочерней записью добавляемой "По производственной необходимости".Перевод по производственной необходимости.Добавлены справочники "По производственной необходимости" в "Причины перевода" с системным кодом (1343), в "Причины замещения" - (1344). Причина замещения "Временный перевод без согласия работника" с системным кодом (-157) сделана дочерней для записи с системным кодом (1344).
102.1688699.1.70.0Сохранять в приказах информацию об утверждении приказаУправление персоналомИнтерфейс всех приказов по персоналу
Предлагаемое решение: - использовать поля LASTDATE/LASTTIME/LASTUSER (предварительно избавившись от их использования в других целях другими РПД (как минимум РПД-6, 8)) - в конце RPD_Base.ConfirmOneOrder заполнить эти поля значениями - заполнение будет проводиться во всех приказах - для утвержденных приказов выводить запомненную информацию по пункту локального меню "Информация об утверждении"Все РПД по персоналу. Для пункта локального меню "Информация об утверждении" добавлен вызов контекстного меню, состоящего из двух подпунктов - общая информация и пролонгированный приказ". Подпункт "пролонгированный приказ доступен к работе при использовании в системе аппарата пролонгированного утверждения приказов". Пункт меню "Общая информация". Вызывает окно с информацией об утверждении (кто утвердил/дата/время). Доступен для приказов, утвержденных после выхода данного решения. Разработан конвертер для РПД-8 и РПД-103, переписывающий значение поля приказа ContDoc.LASTDATE в ContDoc.DAT2. При этом ContDoc.LASTDATE очищается.
102.1665679.1.69.0Не утвержденный приказ на повторное трудоустройство. При изменении таб номера, таб номер изменяется в карточке сотрудникаУправление персоналом1. Прием на работу
Не утвержденный приказ на повторное трудоустройство. После выбора сотрудника изменяем ЛС на другой, так как будем оформлять трудоустройство на новую карточку. Приказ не заполняем окончательно и НЕ утверждаем, Но в карточке уволенного сотрудника (в 1 разделе) старый номер заменился на новый из приказа, что не допустимо.РПД-1. Хранение табельного номера перенесено из карточки в сам приказ. Это исключает случаи модификации табельного номера в карточке при модификации приказа. Перенос табельного номера в карточку происходит при утверждении приказа.
102.1678799.1.68.0Не корректно отображаются аттестацииУправление персоналомСведения об аттестации сотрудников
Не корректно отображаются аттестации сотрудников, созданные до установки обновлений.Добавлен конвертор, который обрабатывает аттестации, созданные по старой технологии.
102.1679499.1.68.0Не корректно отображается информация о снятии взысканияУправление персоналом3-е окно (анкетные данные стаж)
Решение 102.88126 привнесло возможность редактирование полей даты и № основания на снятие взыскания. Для этого были добавлены новые поля в таблицу взысканий и теперь данные поля отображаются не из приказа, а из таблицы взысканий. Однако, не было выпущено конвертера, который бы перенес информацию из утвержденных приказов в новые поля.Разработан конвертер для таблицы взысканий. В случае, если взыскание снималось через приказ, при этом дата и № основания на снятие взыскания не заполнены, эти данные будут перенесены из приказа. При удалении РПД-32 (Снятие взыскания), из взыскания удаляются дата и № основания на снятие взыскания.
102.1628389.1.66.0Нужна возможность изменить доп.характеристику в ШР с историейУправление персоналомШтатное расписание (интерфейс)
Нужна возможность изменить доп.характеристику в ШР с историей. Сейчас есть возможность только зайти в поле и перебить значение. Пользователю нужно не просто изменить значение в этом поле, а что бы была история, что с такого числа изменилось. Фактически там пользователь указывает информацию к какому виду деятельности относится персонал, занятый на этой ставке. История нужна, чтобы видеть в отчетах корректную информацию на разные даты. До изменения и после изменения.Поле "Доп.характеристика" добавлено в историю ШР. Добавление данного поля в историю назначений будет доработано в рамках решения другой проблемы.
102.1523869.1.65.0Есть возможность изменить пароль рассылки расчетных листов через внешние атрибутыУправление персоналом1-е окно (общие сведения)
Установлена настройка "Рассылка расчетных листков по электронной почте"=в архиве с паролем. В карточке сотрудника для его e-mail установлен пароль (например, восьмизначный) и задано его подтверждение. Если выполнить следующую последовательность действий, то можно изменить данный пароль через внешние атрибуты: - в 1 разделе карточки через локальное меню вызываем внешние атрибуты. Видим установленный восьмизначный пароль - вызываем для атрибута EMAIL_CH локальное меню и выбираем в нем пункт "выбор директории" - Закрываем окно "Выбор папки" по Esc - Открывается окно "Редактирование внешнего атрибута", в котором изменяю восьмизначный пароль на двухзначный - Проверяю пароль для рассылки в окне контактов. Пароль изменился на двухзначный Т.к. доступ к внешним атрибутам открыт всем, у кого есть доступ к 1 разделу, то пароль введенный сотрудником для доступа к своему расчетному листку, может быть изменен кем-то другим.В таблице Communications добавлено поле Password для хранения пароля. Пароль рассылки РЛ перенесен из внешних атрибутов в поле Password таблицы Communications.
101.608429.1.64.0В отчет "Личная карточка по форме Т2" не выгружается информация в раздел IX "Социальные льготы"Управление персоналомПечать отчета по сотруднику...
В отчет "Личная карточка по форме Т2" (например, форма "Личная карточка по форме Т2 приказ N1 от 05.01.2004") не выгружается информация в раздел IX "Социальные льготы" (таблица всегда печатается пустая). В соответствии с законодательством, если сотрудники предъявляют в отдел кадров документы, в соответствии с которыми они по закону имеют право на какие-либо социальные льготы, связанные с трудовыми отношениями, у работодателя есть основания для заполнения девятого раздела личной карточки "Социальные льготы". Это может быть справка об инвалидности, справка о наличии ребенка-инвалида, удостоверение участника войны, справка о том, что сотрудник является донором, и т. п.Добавлен интерфейс ввода социальных льгот в 1 окне картотеки по кнопке "Соц.льготы". Доработан вывод социальных льгот в формы Т-2 и Т-2ГС в форматах Word и FastReports.
101.609729.1.64.0Оценочные обязательства (Кадры) - не формируются при создании нового филиалаУправление персоналомРасчет [РФ]
На филиальной БД после создания нового филиала невозможно сформировать оценочные обязательства - выдаётся сообщение: "Внимание! Технология планирования отпусков отключена. Формирование оценочных обязательств по отпускам не возможно." Проблема в том, что при создании нового филиала скрытая настройка "Использовать технологию планирования отпусков" (UP.ZAR.USEPLANOTP) по умолчанию устанавливается в значение "НЕТ". Предлагается устанавливать эту настройку по умолчанию в положение "ДА". Кроме того, рассмотреть возможность вообще не анализировать эту настройку при формировании оценочных обязательств, остатков ОО и т.п. - поскольку она давно утратила актуальность.Проверки значения скрытой настройки "Использовать технологию планирования отпусков" (UP.ZAR.USEPLANOTP) упразднены.
102.1469869.1.64.0Избавиться от использования InfPsn1 в приказе на увольнениеУправление персоналом8. Увольнение
Нужно избавиться от использования таблицы InfPsn1 в приказе на увольнение. Для этого нужно добавить поля для хранения номера, даты постановления и даты увольнения в таблицу Appointments.В таблице Appointments добавлены новые поля: sResolutionNmb : tNoDoc "номер постановления" dResolutionDate : Date "дата постановления" dOrderDisDate : Date "дата увольнения из приказа" Данные об увольнении перенесены из InfPsn1 в Appointments.
102.1580089.1.64.0"Направление по диплому" во 2 разделе карточки сотрудника со степенью бакалавраУправление персоналом2-е окно (сведения об образовании)
"Направление по диплому" во 2 разделе карточки сотрудника со степенью бакалавра В современных дипломах бакалавра нет указания на "специальность", а указывается "направление". В Галактике, есть поле "Специальность по диплому", и нет поля "Направление по диплому". Нужно добавить поле "Направление по диплому".Во второе окно картотеки добавлено поле направление по диплому. Также добавлена инициализация соответствующего справочника.
102.1627699.1.64.0Визуализация у интерфейса FillSHRHistKatКонтур управления персоналомZ_StaffNastr
Реализовать двухэтапную визуализацию у конвертера "заполнение ссылки на категорию в истории об изменении ШР и ШР РПД-23"Для конвертера "заполнение ссылки на категорию в истории об изменении ШР и ШР РПД-23" реализована двухэтапная визуализация.
102.1639609.1.63.0Картотека-раздел 4, благое делоУправление персоналом4-е окно (родственники)
Добавляем нового родственника F7 Автоматом получаем - Родственная связь = Отец (для М) и Мать (для Ж) Необходимо для детей добавлять "Родственные связи" "Отец" (для М) и "Мать" (для Ж), "Муж" для "Жены" и "Жена" для "Мужа". Остальные "Родственные связи" оставлять не заполненные.При добавлении родственника добавляются "Родственные связи" - для детей "Отец" (для М) и "Мать" (для Ж), "Муж" для "Жены" и "Жена" для "Мужа". Остальные "Родственные связи" не заполнены. При инициализации системных каталогов в справочник "Родственные связи" добавляются: - "Муж" - системный код - 1403; - "Жена" - системный код - 1404. Если записи "Муж" и "Жена" уже есть в справочнике, но без системных кодов - системные коды добавляются к этим записям.
102.1642889.1.62.0форма "Представление к присвоению квалификационной категории"Управление персоналомПечать отчета по сотруднику...
Требования клиента к доработке формы. Заполнить строки формы Строка 8. Стаж работы по специальности Строка 9. Стаж работы в предыдущей категории В Строка 10. Повышение квалификации необходимо выводить данные только за последние 5 лет.Доработан вывод стажа работы по специальности. Добавлен стаж работы в предыдущей категории и доработан вывод этого стажа в отчет. Добавлены параметры формирования отчета: 1. Дата, на которую формируется отчет (по умолчанию текущая дата, можно изменить, но не сохраняется. при следующем входе будет текущая дата). 2. Количество лет, за которые выгружается повышение квалификации и профессиональная переподготовка. (по умолчанию - 5, можно изменить и сохраняется).
102.1565809.1.61.0Избавиться от динамической конвертации дат в персональных доплатахУправление персоналом6-е окно (сведения о работе на предприятии)
При открытии окна с персональными доплатами проводится корректировка даты начала действия доплаты по данным из ее истории. Необходимо корректировку дат начала действия доплат перенести в конвертер, который запускается при проверке реестра настроек.Корректировка дат начала действия доплат перенесена в конвертер, который запускается при проверке реестра настроек.
102.1615599.1.61.0Разграничение прав на СЕШР администраторамУправление персоналомк структурным единицам штатного расписания
Разграничение прав на СЕ ШР администраторам. Необходимо разграничивать права доступа к СЕ ШР не только пользователям, но и администраторам. В БД будут присутствовать несколько офисов, территориально находящихся в разных городах. Администратор одного города не должен видеть СЕ ШР другого города.Настройка "Настройки Галактики Управление персоналом Управление и учет кадров Разграничение доступа к подразделениям" - пользовательская. Для администраторов необходимо ее установить в нужное состояние. Разработан конвертор, который для пользователей с ролью администратор устанавливает эту настройку в состояние "нет". (для совместимости с существующим функционалом.)
180.100149.1.61.0Добавить настройку по переносу вычетов на иждивенцев при повторном трудоустройствеЗаработная платаПеренос вычетов на иждивенцев
Добавить настройку по переносу вычетов на иждивенцев при повторном трудоустройстве.Добавлена настройка: Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-1 (приказ о приеме) - Переносить обоснования вычетов в новую карточку, по которой обоснования вычетов копируются, не копируются либо копируются по запросу при повторном трудоустройстве на новую карточку и новый ЛС, при приеме кандидатов и при переводе в другой филиал.