Z_STAFFORDERS
Краткое описание :
При утверждении приказа о приеме кандидата, созданного из интерфейса "Список кандидатов" потеряна информация в протоколе, информирующая об отсутствии у сотрудника соответствующего документа.Описание :
Список кандидатовЧто измененно :
При утверждении приказа созданного и открытого из списка кандидатов протокол содержащий ошибки не работает.
Как измененно :
При утверждении приказа созданного и открытого из списка кандидатов протокол содержащий ошибки работает корректно.
Z_STAFFORDERS
Краткое описание :
Приказ на назначение почасовых табельных отклонений, не уменьшается количество часовОписание :
Формирование табеляЧто измененно :
Приказ на назначение почасовых табельных отклонений не позволяет ввести приоритет отклонения. Из-за этого не во всех случаях удается повторить процесс ввода отклонений с помощью приказов вместо ввода в табеле на вкладке "Отклонения".
К примеру
У сотрудника график рабочей недели имеет следующий вид: 8:15 8:15 8:15 8:15 7:00 В В
На весь месяц ему вводится отклонение-уменьшение Я ("Явка") продолжительностью 8:15.
Затем на пятницу (7:00) вводится отклонение-уменьшение ПК ("Повышение квалификации") длительностью 2:00.
Если первым обрабатывается Я, то для ПК не остается времени, т.к. уменьшение "съедает" все плановое время. Когда же первым обрабатывается ПК, то для Я остается 5:00. Что в случае клиента правильно.
При вводе отклонений в табеле на вкладке "Отклонения" есть возможность отрегулировать порядок обработки вводом значения в поле ПО (приоритет отклонения), а в приказе такой возможности нет.
Как измененно :
В приказ о назначении почасовых табельных отклонений (РПД-91) добавлено поле "ПО (Приоритет отклонения)". Его заполнение не является обязательным (по умолчанию приоритет наивысший (0)).
Ввод значения приоритета позволяет отрегулировать порядок обработки отклонений по одной той же позиции приказа (записи о сотруднике в приказе).
Таким образом, порядок обработки сейчас следующий (по убыванию приоритета):
- по дате приказа (у меньшей даты больший приоритет);
- по дате и времени утверждения позиции приказа (у приказа, утвержденного раньше, приоритет больше);
- по приоритету отклонения (НОВОЕ ПОЛЕ);
- по дате начала отклонения (у меньшей даты приоритет больше);
- по дате окончания отклонения (у меньшей даты приоритет больше).
Z_STAFFORDERS
Краткое описание :
РПД=1. Прием кандидата через приказ: протокол не содержит информации об утверждении приказа.Описание :
1. Прием на работуЧто измененно :
Прием кандидата через приказ. Перед проведением приема кандидата, были удалены два приказа о приеме в интерфейсе "Список приказов о приеме на работу". Затем все интерфейсы были закрыты. Тогда, при утверждении автоматически сформированного приказа о приеме кандидата, выдается протокол, который не содержит информацию об утверждении приказа, а содержит информацию об удаленных приказах.
Как измененно :
В протоколе сформированном утверждением приказа после, того как были удалены приказы, не содержится информация о удалении.
Z_STAFFORDERS
Краткое описание :
Первичное трудоустройство, но личная карточка уже заполнена. Пустые подразделения.Описание :
Прием на работуЧто измененно :
Если создать сотрудника через картотеку, но не заполнять назначения, то при попытке создать приказ на
прием "Первичное трудоустройство, но личная карточка уже заполнена" подразделение будет пустым
(подразделение тянется из назначения). Считаю, более правильно в такой ситуации не создавать приказ и
выдавать сообщение "У сотрудника отсутствуют назначения. Создание приказа невозможно!"
Как измененно :
Интерфейс "Прием на работу". Первичное трудоустройство, но личная карточка уже заполнена. Если у сотрудника отсутствуют назначения, приказ не будет создан и будет выведено соответствующее сообщение.
Z_STAFFORDERS
Краткое описание :
Персонал: Точка расширения "epDeleteOrder" (Удаление приказа по персоналу) описана в vih-файле, но не реализованаОписание :
Интерфейс всех приказов по персоналуЧто измененно :
Персонал: Точка расширения "epDeleteOrder" (Удаление приказа по персоналу) описана в vih-файле, но не реализована.
Клиент просит сделать аналогично реализованной точки расширения
ExtensionPoint epConfirmOrder (NrecTitleDoc : comp);
Только на удаление приказа.
Как измененно :
Добавлена точка расширения epDeleteOrder при удалении приказов после всех проверок но до удаления содержимого приказов.