Z_LSCHET
Краткое описание :
Help. Невозможно получить справочную информацию по особым
условиям и КПС из интерфейса лицевого счетаОписание :
Лицевые счета (окно ввода и редактирования)Что измененно :
Подключение справочной информации по особым условиям и КПС в
интерфейсе редактирования лицевого счета.
Как измененно :
Подключена справочная информация "Соответствие
профессия-подразделение-особые условия-КПС" в интерфейсе редактирования
лицевого счета. Также данную информацию можно получить из окна выбора записи
соответствия "особые условия - КПС"
Z_LSCHET
Краткое описание :
Добавить в табель поле подкласс условий трудаОписание :
Рабочая корзина (обработка сигнала)Что измененно :
Добавить подкласс условий труда в Рабочую корзину.
Как измененно :
Для России в рабочую корзину добавлено поле "Подкласс условий труда". В данном поле отображается подкласс условий труда из той же записи справочника "Соответствие профессия-КПС", из которой светятся Особые условия/КПС/Территориальные условия. Добавлен вывод в протокол подкласса условий труда при обработке записей корзины, изменяющих условия труда.
Z_LSCHET
Краткое описание :
Потеря преемственности. После перевода в другой филиал в табеле показано подразделение до переводаОписание :
Перевод сотрудника в другой филиалЧто измененно :
В случае перевода сотрудника в другой филиал с середины месяца создается переход в межпериод с пустой "Исходной датой окончания", в то время как "обычная" дата окончания заполнена. Такая ситуация некорректная, поскольку "Исходная дата окончания" имеет приоритет по сравнению с обычной, и данный переход воспринимается функционалом системы как постоянный. В частности, при формировании табеля по человеку, переведенному в другой филиал, значения из данного перехода воспринимаются как значения по умолчанию для табеля, в результате неверно отображаются параметры на дату после перевода. (Раньше проблема с табелем экранировалась другой ошибкой, а сейчас всё стало видно)
Как измененно :
Исправлено: теперь в переходе, создаваемом функцией, заполняется исходная дата окончания.
Z_LSCHET
Краткое описание :
Не пересчитывается значение СКК в картотеке при изменении значения СКК на "1" в интерфейсе редактирования СККОписание :
6-е окно (сведения о работе на предприятии)Что измененно :
Не пересчитывается значение СКК в картотеке при изменении значения СКК на "1" в интерфейсе редактирования СКК.
6 раздел картотеки. Закладки Прием, Совместительство, Заместительство, Временный перевод.
При редактировании СКК (неважно, где это сделать в интерфейсе назначения или в истории назначения) составляющий не удаляем, а изменяем значение. Например, был коэффициент "Сложный 1" равный 1,2 изменяем значение на 1.
В результате, при выходе из интерфейса редактирования сложных КК ожидаем, что значение СКК перерисуется с 1,2 на 1, соответственно, пересчитается и оклад с учетом СКК. Но, видим, что перерисовки не произошло и оклад не пересчитался.
Как измененно :
Реализована корректная обработка СКК со значением 1.00.
Пересчет тарифа/оклада будет выполняться только если составляющие СКК редактировались.
Z_LSCHET
Краткое описание :
Некорректное поведение фильтра по работникам в определенных условияхОписание :
Фильтр по лицевым счетам работниковЧто измененно :
Некорректное поведение фильтра по работникам в определенных условиях: при первом входе в систему нового пользователя, если он не входил в интерфейс просмотра лицевых счетов (Документы/Лицевые счета), фильтр выбора работников в отчетах работает некорректно (не выбирает помеченных работников, а при настройке "Предлагать выбор работников при отсутствии фильтра" - предлагает выбирать дважды, первый выбор не срабатывает).
Как измененно :
При первом входе в систему нового пользователя, если он не входил в интерфейс просмотра лицевых счетов (Документы/Лицевые счета), фильтр выбора работников в отчетах работает корректно.
Z_LSCHET
Краткое описание :
Множатся "особые условия" в переходах при настройке на КазахстанОписание :
Сведения о переходахЧто измененно :
При вводе должности с особыми условиями в интерфейсе перехода в случае перевыбора должности параметр "особые условия" добавляется к предыдущему значению. Когда интерфейс закрываем и открываем вновь, данные верны.
Как измененно :
Ошибка исправлена. Теперь особые условия не множатся.
Z_LSCHET
Краткое описание :
Персонал: При повторном приеме в л/с не меняется подразделение/должность/КПСОписание :
Сведения о переходахЧто измененно :
У работника была вредная должность с особыми условиями и КПС. Делаем увольнение и повторный приём в том же месяце, на ту же карточку и ЛС. При повторном приёме принимаем работника на невредную должность, где условия работы не заполнены. При утверждении приказа создаётся переход в межпериод, который должен поменять старые параметры лицевого счета на новые. Но в этом переходе указаны старые условия работы, т.е. данный переход по факту их не меняет. В результате все последующие расчеты для повторно принятого работника проходят так, как будто он принят на вредную должность.
Как измененно :
Ошибка исправлена: если повторный приём осуществляется на невредную должность, где не указаны особые условия и КПС, то создающийся при утверждении приказа переход содержит изменение условий работы на пустые.
Z_LSCHET
Краткое описание :
Рабочая корзина - запрет обработки записей, пересекающихся
с заданным диапазономОписание :
Рабочая корзина (обработка сигнала)Что измененно :
У клиента табель с 16 по 23 число отчетного месяца закрывается
всем на редактирование в связи с расчетом заработной платы за первую половину
месяца (табели закрываются путём проставления даты проверки в каждом табеле).
После этого если отдел кадров создает приказ, например, на работу в выходной в
отчетном периоде, то данные даже утвержденного приказа не отражаются в табеле
до тех пор, пока табель не будет открыт (настройка "Запретить ввод системных
неявок на период защищенных табелей").
Но если создать приказ по персоналу на изменение режима работы или оклада, то
при утверждении приказа и обработки рабочей корзины создается переход, данные
которого учитываются при закрытом табеле при расчете заработной платы за первую
половину месяца, что неправильно.
Для решения данной задачи предлагается добавить системную настройку для ввода
диапазона дат, внутри которого обработка рабочей корзины будет запрещена (тех
записей РК, которые хоть как-то пересекаются с заданным диапазоном). Можно
задействовать для этой цели настройку "Окончание диапазона защиты табелей от
обновления" (тогда в ней нужно уметь задать дату, а не месяц). Также необходимо
запретить ручной ввод переходов в межпериод, пересекающихся с заданным
интервалом.
Нужно, чтобы табели всегда считались защищёнными и в этом периоде тоже (если он
задан). Тогда клиенту не пришлось бы проставлять дату проверки в каждом табеле
ради того, чтобы рассчитать зарплату за первую половину месяца, а потом опять
открывать.
Как измененно :
В настройке "Окончание диапазона защиты табелей от обновления"
теперь можно задать дату полностью. Если до установки обновления в данной
настройке был указан месяц и год, то новое значение выставится на последний
день заданного месяца.
Изменен подход к обработке настройки "Окончание диапазона защиты табелей от
обновления" при определении защиты табелей. Теперь защищенный с точки зрения
табелей период будет включать в себя:
- Если установлена настройка "Окончание диапазона защиты табелей от
обновления": весь диапазон дней до даты из этой настройки, включая день,
заданный в самой настройке.
- Если "Защитить проверенные табели от обновления"="да" и "Защитить проверенные
табели от модификации"="да": дни всех месяцев, на которые приходится
проверенный табель.
Отныне запрещено добавление, удаление и изменение переходов, покрывающих
защищенный период. Для переходов, приходящихся на защищенный период, в окне
редактирования светится информирующая об этом строка.
Запрещена обработка записей рабочей корзины типа "Изменить лицевой счет
работника", если обработка может изменить значимые для табеля реквизиты
лицевого счета на период, пересекающийся с защищенным. При попытке обработки
такой записи в протокол будет выдано сообщение об ошибке.
Если настройка "Запретить ввод системных неявок на период защищенных
табелей"="да", то на защищенный период запрещается добавление, удаление и
изменение системных неявок, как то:
- приказов на командировку
- отпусков
- больничных
- утверждения и удаления утвержденных приказов РПД 6, 35, 36, 40, 41, 42, 71, 72
В последнем нет новизны. Отличие от предыдущей реализации в том, что
1) Учитывается настройка "Окончание диапазона защиты табелей от обновления"
2) Слово "проверенный" табель в сообщениях, где оно было, заменено на более
подходящее по смыслу "защищенный" табель.
По части защиты табеля от переформирования правило обработки настройки
"Окончание диапазона защиты табелей от обновления" следующее: если настройка
покрывает хотя бы один день месяца табеля, табель нельзя будет переформировать.
Получается, что возможны ситуации, когда целиком табель не переформируется, но
при этом возможно ввести системные неявки или переходы на оставшуюся,
незащищенную часть месяца.
Защита от ручных корректировок табеля и ввода табельных отклонений на период,
покрытый настройкой "Окончание диапазона защиты табелей от обновления", на
текущий момент не реализована.
Z_LSCHET
Краткое описание :
ошибка в обработке увольнения после повторного приемаОписание :
Рабочая корзина (обработка сигнала)Что измененно :
Сотрудник принят, уволен, повторно принят на новый лицевой счет и на старую карточку. В результате у сотрудника есть два связанных лицевых счета по основному месту работы, ссылающиеся на одно физическое лицо. В рабочей корзине по первому лицевому есть запись об увольнении. При обработке этой записи дата увольнения появляется в обоих лицевых счетах (даже несмотря на то, что во втором лицевом дата приема позже этой даты увольнения).
Необходимо при обработке приказа на увольнение закрывать только тот лицевой счет, по которому идет запись в корзине.
Как измененно :
При обработке записи об увольнении дата увольнения в смежных лицевых счетах теперь проставляется только тогда, когда проставляемая дата увольнения больше даты приёма из ЛС.
Z_LSCHET
Краткое описание :
Удаление перехода не должно изменять защищенный табельОписание :
Просмотр табеляЧто измененно :
Удаление перехода не должно изменять защищенный табель. А именно, рабочие дни режима из удаленного перехода, которые являются выходными в старом режиме, стали работой в выходной день.
В связи с этим предлагается запретить удаление переходов, приходящихся на защищенные от переформирования табели.
Как измененно :
Теперь запрещено добавление, изменение и удаление переходов, приходящихся на период защищенных от переформирования табелей. В случае, когда переход приходится на защищенный период, в окне редактирования перехода отображается строка, информирующая об этом.
Защищенный с точки зрения табелей период определяется следующим образом:
- Если установлена настройка "Окончание диапазона защиты табелей от обновления", то в защищенный период попадает весь диапазон дат до конца месяца, указанного в настройке.
- Если "Защитить проверенные табели от обновления"="да" и "Защитить проверенные табели от модификации"="да", то в защищенный период попадают дни всех месяцев, на которые приходится проверенный табель.