Z_STAFFORDERS
Краткое описание :
Неверно формируются переходы в межпериод при утверждении приказаОписание :
60. Изменение режима работыЧто измененно :
В рабочую корзину приказами помещено две записи о пересекающихся переходах в межпериод. При обработке записи об изменении оклада создается переход в межпериод с лишней записью - изменение режима работы. Значение режима работы берется из пересекающегося перехода, что приводит к ошибке формирования табеля и, соответственно, расчета заработной платы.
Как измененно :
В интерфейс истории назначений для и приказы по персоналу, разрешающие изменять несколько параметров назначения (к примеру, РПД-50 помимо изменения оклада позволяет изменить режим работы, категорию и др.) добавлена возможность явно указать необходимость изменения параметра приказом. Таким образом, описанная ситуация не возникнет, если пользователь явно не укажет о необходимости изменения приказом режима работы.
Для получения значения какого-либо параметра назначения (например оклада или режима работы) на дату система ищет последнюю запись истории, действующую на дату и изменяющую атрибут (установлена соответствующая галочка) и берет этот параметр из нее.
Действующей на дату (к примеру, на 12.03.2015) записью истории считается запись, соответствующая следующим условиям:
- дата начала записи истории не больше искомой даты ("Дата с" <= 12.03.2015);
- либо дата окончания записи истории не больше искомой даты, либо это запись о создании назначения или заключении/продлении контракта ("Дата по" => 12.03.2015 или "Вид операции" один из (1, 3, 4, 5, 65, 70)).
При обновлении назначения после редактирования истории назначения или утверждения приказа назначение обновляется на дату окончания последней записи истории. При этом определение параметров назначения на дату производится в соответствии с описанными выше принципами.
Записи истории, созданные при утверждении приказов по персоналу, закрыты для редактирования через интерфейс истории назначения. Т.о. редактирование утвержденных приказов по персоналу не допускается.
Z_STAFFORDERS
Краткое описание :
Удаление начальной даты северного стажаОписание :
1. Прием на работуЧто измененно :
Во время оформлении приказа на прием на работу:
- при вводе данных о северном стаже либо возникает прикладная ошибка об отсутствии позиции в таблице лицевых счетов (LSchet), либо обновляется дата начала северного стажа в лицевом счете, не связанном с приказом;
- при приеме через кандидатов в случае ввода даты начала начисления северной надбавки возникает прикладная ошибка отсутствия позиции в таблице дополнительных сведений по сотруднику (InfPsn1).
Как измененно :
Ввод данных о стажах в приказе на прием не приводит к обновлению даты начала северного стажа в лицевом счете или прикладной ошибке отсутствия позиции в таблице LSchet.
Для новых приказов на прием, сформированных при приеме кандидатов, ввод даты начала начисления северной надбавки не приводит к возникновению прикладной ошибки отсутствия записи в таблице InfPsn1.
Z_STAFFORDERS
Краткое описание :
Подтягивать оклад, который для сотрудника актуален на момент утверждения приказа, а не его созданияОписание :
Приказы по штатному расписаниюЧто измененно :
Подтягивать оклад, который для сотрудника актуален на момент утверждения приказа, а не его создания.
У клиента сложилась следующая ситуация:
1. 30.06.2014 - был введен приказ на изменение режима работы, но не утвержден, а утвердили его только 18.07.2014.
2. В промежутке между 30.06.2014 и 18.07.2014 по этому же сотруднику ввели приказ об изменении оклада, утвержденный датой - 11.07.2014.
Проблема в том, что на момент утверждения приказа на изменение режима работы на дату - 18.07.2014 подтянулся оклад, который был актуален по сотруднику не на момент утверждения приказа, т.е. на 18.07.2014, а на момент внесения приказа в систему, т.е. на 30.06.2014.
Вариант решения с соблюдением хронологии не подходит, т.к. сотрудники, вводящие приказы меняются или уходят в отпуск и , по сути, хронологию-то соблюли: вначале был утвержден приказ об изменении оклада, а только потом - об изменении режима работы.
Клиент предлагает, чтобы при появлении такой ситуации подтягивался оклад из текущего назначения на момент утверждения приказа, и после утверждения и передавался бы в РК модуля ЗП.
Как измененно :
Приказ об изменении режима работы теперь не передает сигнал об изменении оклада.
Z_STAFFORDERS
Краткое описание :
После создание записи об изменении оклада вместе изменением реж раб, в РК создаОписание :
6-е окно (сведения о работе на предприятии)Что измененно :
Если в интерфейсе истории назначений создать запись об "Изменении оклада", в котором изменить и оклад и режим сотрудника, то в рабочую корзину придет три сигнала вместо одного. В системе используется сложный корректирующий коэффициент, но при создании записи об изменении оклада коэффициент не корректировался.
Как измененно :
При создании и редактировании записей в истории назначения в РК отправляется по одному сигналу на каждое действие:
- добавление записи истории;
- удаление записи истории (в том случае, если удаление приводит к изменению назначения);
- изменение записи истории;
- редактирование составляющих сложного корректирующего коэффициента.
При утверждении приказов об изменении параметров назначения (РПД-50, 60, 61, 62, 65) в РК поступает по одной записи об изменении параметров назначения.