Z_STAFFSHR
Краткое описание :
При утверждении приказа по штатному расписанию на изменение атрибутов ставки не происходит модификации таблицы appointmentsОписание :
Приказы по штатному расписаниюЧто измененно :
При утверждении приказа по штатному расписанию на
изменение атрибутов ставки не происходит модификации
таблицы appointments.
Делаем приказ на изменение "Режима" работы,
появляется сообщение "Обновить данные для сотрудников
на ставке", отвечаем "Да", приказ утверждается, но в
карточке сотрудника изменения не происходят. Описание
во вложении.
Как измененно :
При утверждении приказа об изменении атрибутов ставки (РПД-23), при утвердительном ответе на вопрос "Обновить данные для сотрудников
на ставке?", происходит обновление данных в картотеке информации об измененных атрибутах ставки для сотрудников работающих на этой ставке.
Z_STAFFSHR
Краткое описание :
РПД=1: глюки в реестре при работе обычного usera, если включено распределение прав доступаОписание :
Приказы по штатному расписаниюЧто измененно :
Включено распределение прав доступа. Пользователь не является администратором и его права ограничены.
Тогда, при попытке данным пользователем создать приказом новое подразделение,
совершенно правильно выдается сообщение:
"Недостаточно прав для просмотра или создания данного приказа."
Если после этого ввести номер приказа (а система позволяет это сделать). То в дальнейшем при работе с реестром можно наблюдать различные глюки.
Например:
- установлен фильтр по всем РПД
- в списке приказов установить курсор на приказ, который остался от попытки создать приказ с рпд=1 обычным пользователем, не имеющим на это прав
- нажать Enter. Вместо сообщения о невозможности просмотра данного приказа данным пользователем, открывается интерфейс с выбором распорядительных действий
- если выбрать любое действие, кроме рпд=1, то на экране открывается приказ, в котором на верхней панели информация из приказа с неудачной попыткой
создать подразделение обычным пользователем (рпд=1), а на нижних панелях интерфейса информация из последнего приказа в списке всех приказов.
Причем, его распорядительное действие, может не совпадать с тем, что было выбрано из окна выбора распорядительных действий.
См. пример во вложенном файле
p.s.
обнаружено при тестировании заявленного функционала в Z_STAFFSHR_RES_810230. В данной версии компоненты решаться не будет,
регистрирую в ПИР.
Как измененно :
Изменен алгоритм работы доступа к подразделениям при работе с РПД-1, в связи с этим при попытке обычным пользователем создать приказ по ШР РПД-1 сообщение об отсутствии прав не выдается, дальнейших глюков не наблюдается.
Z_STAFFSHR
Краткое описание :
Потеря преественности. Пользователь не может создать новую структурную единицу штатного расписанияОписание :
Приказы по штатному расписаниюЧто измененно :
На "чистом" релизе Галактики 8.10 система разграничения
прав доступа работала таким образом, который клиента
устраивал. Во вложении скриншоты и отчёт о системе.
После решения ПИР №102.123548 создавать новые СЕ ЩР
может только администратор, что совершенно неправильно. У
администратора другая работа. Он не должен создавать СЕ за
кадровиков.
Необходимо дать возможность создавать пользователям
вложенные СЕ внутри разрешённых им по настройкам СЕ (т.е.
если пользователю разрешена работа с какой-либо СЕ, то он
может создавать сколько угодно нижестоящих СЕ к
разрешённому).
Как измененно :
Удалено ограничение: создавать и видеть приказы на создание СЕ ШР только администратором.
При включенном разграничении прав доступа к подразделениям изменена проверка доступа к приказам на создание СЕ ШР (РПД-1):
- неутвержденные приказы: при наличии уже созданного вышестоящего подразделения проверяется доступ к этому вышестоящему подразделению;
- утвержденные приказы: проверяется доступ к созданному подразделению.
При включенном разграничении прав доступа к подразделениям утвердить приказ на создание СЕ ШР, которая не имеет вышестоящего подразделения, может только пользователь с правами администратора. Обычный пользователь может утвердить приказ на создание СЕ ШР (РПД-1)только для структурной единицы подчиненной к СЕ, к которой у данного пользователя есть доступ.
Z_STAFFSHR
Краткое описание :
Не обновляются данные в истории назначений сотрудника после удаления приказа об изменении атрибутов ставки с обновлением по сотрудникамОписание :
Приказы по штатному расписаниюЧто измененно :
Не обновляются данные в истории назначений сотрудника после удаления приказа об изменении атрибутов ставки с обновлением по сотрудникам.
Создаем приказ об изменении атрибутов ставки с обновлением по сотрудникам. Записи корректно приходят в историю должности штатного расписания и в историю назначений сотрудника, работающего на данной должности.
Удаляем созданный приказ, на вопрос обновлять по сотрудникам отвечаем "Да", в результате в истории ШР расписания запись созданная приказом удалилась, а в истории назначений сотрудника никаких изменений Не произошло!. Так и осталась актуальная запись об изменении оклада с ссылкой на не существующий приказ.
Как измененно :
Исправлено: при утверждении приказа по ШР об изменении атрибутов ставки с обновлением по сотрудникам: в создаваемой записи истории назначения сотрудника доработано заполнение ссылки на распорядительное действие приказа (AppHist.cSpr1); при удалении распорядительного действия приказа с обновлением по сотрудникам после удаления содержимого распорядительного действия и корректировки истории ШР доработано удаление по выше описанной ссылке связанных записей истории назначений сотрудников.
Z_STAFFSHR
Краткое описание :
Отдельный компонент для работы со справочником "Соответствие профессия-КПС"Описание :
Z_HarmЧто измененно :
Сейчас различные интерфейсы, в которых выполняется выбор/редактирование записей справочника "Соответствие профессия-КПС" размещены в различных компонентах (Z_StaffPensioner - сам справочник, Z_WT - связь со справочником через таблицу ApplDocs, там же сервисная функция по заполнению особых условий - КПС в табеле, там же интерфейс выбора, Z_Zar - сохранение признака работы во вредных условиях в начислениях ЗП, Z_PFRep - поиск КПС в назначении сотрудника на дату, Z_Staff - работа со множественным КПС из 6-го окна).
Для объединения этой разрозненной, но единой по смыслу функциональности предлагается создать новый компонент, т.е. по сути выполнить рефакторинг кода.
Как измененно :
Создан новый компонент Z_Harm, в котором сосредоточена функциональность по работе с условиями труда (справочник "Соответствие профессия - КПС" и т.п.).