Z_STAFFORDERS
Краткое описание :
Долгосрочные отпуска. Возврат из них. Таблица VacancyОписание :
Штатное расписание (интерфейс)Что измененно :
В системе предусмотрены долгосрочные отпуска, при оформлении которых сотрудник освобождает ставку.
Сейчас при оформлении такого отпуска в назначении сотрудника устанавливается дата ухода.
Подобный способ хранения информации приводит к ряду проблем:
- в ряде случаев из-за установленной даты ухода система считает сотрудника, находящегося в долгосрочном отпуске, уволенным;
- при окончании долгосрочного отпуска необходимо выполнять возврат из него (убирать дату ухода в назначении);
- оформление возврата из долгосрочного отпуска производится нажатием на кнопку в интерфейсе ШР, но это не всегда тот функционал, за который должен отвечать пользователь, ведущий ШР в системе; кроме того, сотрудники, работающие вне ШР, в данном интерфейсе не отображаются и выполнить их возврат здесь нельзя;
- результат построения отчетов зависит от того, возвращен ли сотрудник из отпуска - система определяет факт занятия ставки по дате ухода и не видит, что в определенный период сотрудник был в долгосрочном отпуске и ставку не занимал;
- затруднена поддержка актуальной даты ухода в назначении при оформлении двух долгосрочных отпусков подряд, операциях редактирования отпусков в Кадрах и ЗП;
- наименование подразделения, в котором находится сотрудник, в 6 окне отображается на дату ухода, что в случае нахождения сотрудника в отпуске неправильно.
В то же время, информация о состоянии отпуска в системе и так есть, а факт нахождения сотрудника в долгосрочном отпуске может определяться исходя из имеющихся данных.
Предлагается:
- отказаться от установки даты ухода в назначении при уходе сотрудника в долгосрочный отпуск:
- отказаться от функционала ручного возврата сотрудника из долгосрочного отпуска;
- разработать функционал обновления атрибутов назначения сотрудника согласно данным в штатном расписании при возврате сотрудника из долгосрочного отпуска.
Как измененно :
В случае ухода сотрудника в долгосрочный отпуск дата ухода в назначении не проставляется, возврат сотрудника из долгосрочного отпуска (занятие им ставки) производится автоматически. Разработан конвертер, убирающий дату ухода в назначениях сотрудников, находящихся в долгосрочном отпуске.
При определении факта занятия сотрудником ставки в определенную дату учитываются даты его долгосрочных отпусков, т.е. в том случае, если сотрудник находится в долгосрочном отпуске:
- в интерфейсе штатного расписания по-прежнему отображается признак "отп", дата ухода с должности и наименование отпуска;
- при отображении числа вакансий на ставке долгосрочные отпуска учитываются.
Определение того, находится ли сотрудник по определенному назначению в долгосрочном отпуске (т.е. не занимает ставку) на дату производится следующим образом:
- для совместительств - должен иметься отпуск, действующий на дату и оформленный на совместительство с тем же лицевым счетом;
- для других назначений - должен иметься отпуск, действующий на дату и оформленный на любое основное назначение.
Соответствующим образом доработаны отчеты.
При формировании планового графика отпусков проверяется наличие у сотрудника долгосрочного отпуска на первый день года формирования. При его наличии план для сотрудника за год не формируется.
Для определения нахождения сотрудника в долгосрочном отпуске по назначению на дату следует использовать метод GetLongVacationByDate(код назначения, дата) vip-интерфейса StaffStruct. Таблица Vacancy для связи больше не используется.
Доработано событие системы "Окончание долгосрочного отпуска". При его выполнении на экран выводится перечень сотрудников, у которых в ближайшее время (согласно настройкам контроля событий) заканчивается долгосрочный отпуск. В том случае, если на дату возврата сотрудника из отпуска на ставке будет недостаточно вакансий, сообщение об этом будет выведено здесь.
При обработке уведомлений (нажатие на Enter при наличии маркированных уведомлений) будет производиться проверка на соответствие атрибутов назначения (оклад, режим, условия труда и т.п.) значениям на ставке в ШР. В том случае, если данные расходятся, на экран выводится подтверждение о необходимости обновления назначения согласно ШР. Положительный ответ пользователя на вопрос приведет к обновлению назначения сотрудника и отправке сигнала об изменении лицевого счета в рабочую корзину.
ВНИМАНИЕ: если контроль события окончания долгосрочного отпуска отключен, то предупреждение об автоматическом возврате сотрудника на ставку проводиться не будет. Т.о. даже при включенном контроле вакансий ("Настройки Галактики \ Управление персоналом \ Управление и учет кадров \ При отсутствии по штатному расписанию свободных вакансий" ) может возникнуть ситуация с отрицательным числом вакансий по ставке, если ставка занята другим сотрудником.
Z_STAFFORDERS
Краткое описание :
РПД=1,8: протокол расчета компенсации выдается при утверждении приказа о повторном приемеОписание :
8. УвольнениеЧто измененно :
При утверждении приказа о приеме (РПД-1 по персоналу) появляется FastReport-протокол о расчете компенсации. Ошибка возникает при выполнении следующей последовательности действий:
1. В списке приказов о прекращении трудового договора создается приказ, в котором рассчитывается компенсация. После расчета список приказов не закрывается.
2. В реестре всех приказов по персоналу оформляется и утверждается приказ о приеме.
Как измененно :
При утверждении приказа о приеме протокол о расчете компенсации не отображается.
Z_STAFFORDERS
Краткое описание :
Добавить нрек-и в поток РПД 42Описание :
42. Перенос отпускаЧто измененно :
Необходимо в выводимый поток добавить nrec-и:
ContDocNrec
PersNrec
В имеющемся файле NFormRD42.frm нету ни одного nrec-а, что существенно затрудняет использование.
Как измененно :
В поток индивидуальной и групповой печатной FCom-формы РПД-42 по персоналу добавлены уникальные идентификаторы записи приказа (ContDoc - имя в потоке ContDocNRec) и карточки сотрудника (Persons - имя в потоке PersNRec).
Исправлен вывод в групповую форму РПД-42 по персоналу основания приказа.
Z_STAFFORDERS
Краткое описание :
В печатную форму РПД-70 (индивид, групповая) подразделение выводится без учета переименованийОписание :
70. Временный переводЧто измененно :
В отчеты по приказам по персоналу выводится неправильное наименование подразделения (без учета даты):
- сводные печатные формы РПД-1,7,44,90,91;
- групповая печатная форма РПД-7;
- групповая печатная форма РПД-39 (поле NFrmT39aData.Podr в потоке FastReport);
- групповая и индивидуальная печатная формы РПД-44;
- групповая (FastReport) и индивидуальная печатная формы РПД-70.
Как измененно :
В сводные форма для РПД-1,7,44,90,91 теперь выводится длинное наименование подразделения (как и в остальных сводных) на дату действия в приказе. При этом:
- в РПД-7 - на последний день действия совмещения;
- в РПД-90, 91 - на дату отклонения.
В групповую и индивидуальную формы РПД-7 наименование подразделения теперь выводится на последний день действия совмещения, а не на дату его начала.
В групповую и индивидуальную форму РПД-44 выводится наименование подразделения на дату завершения замещения.
В поток групповой формы (поле NFrmT39aData.Podr) РПД-39 наименование подразделения проверяется на дату из заголовка приказа.
Исправлены печатные формы Т-5 и Т-5а:
- для замещения, оформленного в картотеке, на печать выводятся правильные даты его действия;
- для РПД-70 наименования подразделения выводится на дату начала назначения;
- для РПД-5 наименование подразделения по предыдущему назначению выводится на день до начала нового назначения.
Z_STAFFORDERS
Краткое описание :
РПД=100: в интерфейсе содержания приказа для табельных номеров не учитывается общесистемная настройкаОписание :
100. Прочие действияЧто измененно :
В РПД-100 по персоналу независимо от настройки формата табельных номеров отображается два столбца с табельным номером: и числовой, и символьный.
Как измененно :
В РПД-100 по персоналу отображается один столбец с табельным номером: символьным или числовым в зависимости от настройки формата табельных номеров.
В РПД-4 исправлена ошибка, приводившая к наличию в записи истории по приказу неправильной даты начала в тех случаях, когда после создания приказа дата начала назначения в нем редактировалась.
Z_STAFFORDERS
Краткое описание :
Расчет компенсации при увольнении/неиспользованных дней отпускаОписание :
Отчет о неиспользованных отпускахЧто измененно :
Требуется проработка аналитиком следующей ситуации, так как в законодательстве нет точной формулировки.
По законодательству:
Расчет отработанных в рабочем году полных месяцев производится следующим образом:
1) подсчитываются дни, включаемые в рабочий год;
2) полученная сумма делится на среднемесячное число календарных дней за год;
3) остаток дней, составляющий 15 и более календарных дней, округляется до полного месяца, а составляющий менее 15 календарных дней - из подсчета исключается.
На текущий момент алгоритм подсчета полных месяцев (а именно пункт 3) реализован с учетом использования математического округления.
То есть, если остаток (пункт 3) получается 14.5, Галактика округляет до 15 дней.
Клиент утверждает, что в законодательстве формулировки про округление третьего пункта нет, и брать нужно только целую часть дней, то есть 14.
Из-за этой разницы во вложенном примере получается разница в рассчитанных днях компенсации (1 день)
Округление по законодательству "Полученные при расчете общей продолжительности дней отпуска пропорционально отработанному времени десятые, равные 0,5 и больше, округляются до одного дня, а менее 0,5 - исключаются из подсчета" используется только для расчета дней отпуска, а не количества полных дней для подсчета полных месяцев.
Как измененно :
При расчете компенсации (приказ на увольнение; вкладка "Увольнение" доп. информации 1-го окна картотеки) отпускной стаж для Беларуси рассчитывается по алгоритму:
1) подсчитываются дни, отработанные сотрудником в рабочем году (за вычетом периодов, исключаемых из отпускного стажа);
2) полученная сумма делится на среднемесячное число календарных дней за год (по умолчанию 29,7);
3) определяется целая часть от деления;
3) определяется оставшееся количество дней: дробная часть от деления умножается на среднемесячное количество дней и округляется до 2 знаков после запятой;
4) остаток дней, составляющий 15 и более календарных дней, округляется до полного месяца, а составляющий менее 15 календарных дней - из подсчета исключается.
Z_STAFFORDERS
Краткое описание :
Добавить в список полей Должность в именительном падеже в индивид форму в Fastreport со склонением ФИО для РПД 6Описание :
6. Оформление очередного отпускаЧто измененно :
Просьба добавить в список полей печатных FastReport-форм приказов на отпуск должность в именительном падеже.
Сейчас есть должность во всех падежах кроме именительного, а поле Dolgn содержит не только наименование должности, но и категорию, и разряд.
Как измененно :
В поток индивидуальных и групповых FastReport-форм приказов на отпуск (РПД-6, 41 по персоналу) добавлено поле Dolgn_IP, содержащее наименование должности в именительном падеже без дополнений.
Z_STAFFORDERS
Краткое описание :
Дни Компенсации при увольнении рассчитываются не верноОписание :
8. УвольнениеЧто измененно :
В модуле Управление персоналом утвердили приказ на увольнение работника. Галактика рассчитала 9,5 календарных дней компенсации.
В классификаторе отпусков и неявок
Признак отпуска для оформления = 1 - по календарным с оплатой дней, продленных за счет праздников
Признак отпуска для оплаты = 3 - по рабочим, исходя из 5-ти дневной рабочей недели (в Казахстане по законодательству, отпуск предоставляется в календарных днях, но оплачивается по рабочим дням).
Но в модуле Заработная плата продолжительность компенсации указана в календарных днях.
Для того чтобы компенсация рассчиталась по рабочим дням приходиться перебивать даты окончания компенсации, только тогда меняется продолжительность в днях.
Как измененно :
При формировании фактических компенсаций (при увольнении или денежных) для Казахстана реализован следующий алгоритм:
1) по рассчитанному количеству дней компенсации за полагающийся отпуск согласно признака предоставления определяются даты компенсации;
2) если компенсация целая - определяется количество оплачиваемых дней (согласно признаку оплаты) за интервал компенсации, определенный в п.1;
3) если компенсация дробная:
- определяется количество оплачиваемых (согласно признаку оплаты) дней за интервал компенсации за исключением последнего дня (который считается дробным);
- оценивается является ли оплачиваемым (согласно признаку оплаты) последний день компенсации, если является то прибавляется дробная часть компенсации; иначе - дробная часть откидывается.
Z_STAFFORDERS
Краткое описание :
При утверждении скопированного приказа о перемещении в картотеке остаются доступными для редактирования все поля.Описание :
5. ПеремещениеЧто измененно :
При утверждении скопированного приказа о перемещении в картотеке остаются доступными для редактирования все поля.
Как измененно :
В 6 окне картотеки поля, содержащиеся в записи истории утвержденного приказа, закрыты независимо от способа создания приказа о перемещении (РПД-5 по персоналу).
Z_STAFFORDERS
Краткое описание :
навести порядок в отношении "характера работы"Описание :
Интерфейс картотекиЧто измененно :
В настоящий момент имеются следующие проблемы с полем "Характер работы":
- при изменении характера работы в 1 окне картотеки сотрудников данные об изменении не попадают в историю назначения, а из-за того, что при редактировании атрибутов назначения характер работы в картотеке синхронизируется с данными из истории назначения, внесенные в 1 окне данные о характере работы теряются;
- при переводе сотрудника по совмещению характер работы в историю нового назначения попадает из 1 окна картотеки, хотя по совмещению он мог быть другим;
- при изменении характера работы по совмещению новое значение заносится в 1 окно картотеки, что неправильно, т.к. там должно отражаться значение по основному назначению.
Как измененно :
В 1 окне картотеки для тех случаев, когда у сотрудника есть основное назначение, закрыто редактирование поля с характером работы. Характер работы указывается при приеме или с помощью ввода операции в истории основного назначения сотрудника, что позволяет точно указывать дату изменения характера работы сотрудника.
Значение характера работы в 1 окне картотеки сотрудника синхронизируется только с текущим основным назначением.
При оформлении перемещения по совмещению/совместительству характер работы принимает значение характера того назначения, с которого осуществляется перемещение.
В создаваемом при утверждении РПД-95 по персоналу приказе указывается назначение того типа, на который оформлялся исходный приказ.
Z_STAFFORDERS
Краткое описание :
В прототип FORMT6_04 не выводятся поля подразделение, вид отпуска, за период работыОписание :
ОтпускаЧто измененно :
В прототип FORMT6_04 не выводятся поля структурное подразделение, вид отпуска, за период работы, данные нужны для формирования собственных присоединенных форм.
Как измененно :
В прототипе FormT6_04 подписаны выводимые поля.