Z_STAFFDOPREPORTS
Краткое описание :
Необходимо разработать новый вид приема на время отсутствия
основного работникаОписание :
1. Прием на работуЧто измененно :
Необходимо разработать новый вид приема на время отсутствия
основного работника.
При выборе основного работника из картотеки (которого замещают) в приказ должны
подтягиваться все его данные:
- должность
- подразделение
- система оплаты, оклад
- тарифная ставка
По общему правилу срочный трудовой договор должен быть ограничен точным
календарным сроком. Однако при заключении трудового договора на время
выполнения обязанностей временно отсутствующего работника конкретный срок
работы не оговаривается, а в трудовом договоре и в приказе о приеме на работу
указываются условия о приеме на работу на время отсутствия конкретного
работника. Это объясняется тем, что точно неизвестно время, когда отсутствующий
работник возвратится на работу. Например, женщина, находящаяся в отпуске по
уходу за ребенком, может в любое время прервать этот отпуск и приступить к
работе. Такой трудовой договор прекращается со дня, предшествующего дню выхода
этого работника на работу (ч. 3 ст. 38 ТК). При возвращении основного работника
на работу вновь принятый работник увольняется в связи с истечением срока
договора.
Как измененно :
В приказе на прием (кроме варианта, когда личная карточка уже
заполнена) в том случае, если в нем не указана дата окончания, есть возможность
выбрать сотрудника, на период отсутствия которого оформляется прием (фильтр
окна выбора позволяет выбирать как работающих, так и уволенных сотрудников).
При выборе этого сотрудника в приказ подставляются текущие данные по его
основному назначению.
Одновременно указать дату окончания назначения и выбрать сотрудника, на период
отсутствия которого оформляется прием, нельзя.
В потоки печатных форм по РПД-1 (групповые и индивидуальные, RTF и FastReport)
добавлены пол FIOZam и FIOZam_RP, в которые выводится ФИО сотрудника, на время
отсутствия которого оформляется прием, в именительном и родительном падежах.
В печатные формы FastReport по РПД-1 при выборе указанного сотрудника вместо
"бессрочно" теперь выводится "на период отсутствия основного работника " + ФИО
в родительном падеже.
Исправлена ошибка копирования РПД-1, из-за которой при изменении подразделения
или должности в групповую форму скопированного приказа выводились данные
исходного приказа.
Z_STAFFDOPREPORTS
Краткое описание :
В тело приказа добавить поляОписание :
1. Прием на работуЧто измененно :
Необходимо в тело приказа о приеме на работу (РПД-1) добавить
текстовое поле "Доп. условия" (аналогичное имеющемуся полю "Примечание"), а
также добавить возможность выбора из картотеки руководителя стажировки.
В потоки отчетов по приказу вывести добавленные доп. условия, должность и ФИО
руководителя стажировки.
Как измененно :
В тело приказа о приеме на работу (РПД-1) добавлены:
- поле для выбора руководите стажировки (выбор карточки соответствующего
сотрудника);
- кнопка "Доп. условия"
В поток печатных форм по приказу (индивидуальные и групповые, RTF и FastReport)
добавлен вывод полей:
- DopInfoMemo - дополнительные условия по приказу (memo-поле, кроме
индивидуальной RTF-формы)
- FIOLeader и FIOLeader_RP - ФИО руководителя стажировки в именительном и
родительном падеже
- PostLeader и PostLeader_RP - наименование должности руководителя стажировки в
именительном и родительном падеже
Должность руководителя стажировки определяется по основному его назначению на
дату приема из приказа.
Для вывода наименования должности в родительном падеже в справочнике должностей
для соответствующей записи должен быть указан внешний атрибут "Родительный
падеж".
Для корректного вывода доп. условий в FastReport необходимо установить полю
свойство Font.Charset в OEM_CHARSET.
Из-за архитектурных ограничений FCom, не позволяющих вывести в отчет два
memo-поля, в поток индивидуального RTF-отчета (где уже имеется memo-поле
"Примечание") доп. условия выводятся в виде строки. Как следствие, при выводе
имеется ограничение в 255 символов и отсутствуют переносы строк.
В связи с добавлением полей может потребоваться перекомпиляция пользовательских
присоединенных форм.