Z_STAFFORDERS
Краткое описание :
Привести к единому виду индивидуальные приказына прием, перевод, отпуск, увольнениеОписание :
Все индивидуальные приказы (прием, перевод, отпуск, увольнение)Что измененно :
Привести к единому виду индивидуальные приказы на перевод, отпуск, увольнение.
Как измененно :
Интерфейсы "Перемещение по службе", "Отпуска" и "Увольнение" приведены к единому виду. Отображение содержимого приказов из данных интерфейсов сделано аналогично с приказами вызванными из интерфейса "Перечень приказов", но с ограниченными возможностями, а именно:
- запрещено добавлять новый раздел в приказ, за исключением интерфейса "Отпуска", при добавлении нового раздела в приказ вызванный из интерфейса "Отпуска" дается на выбор 2 распорядительных действия, РПД-6 и РПД-41;
- запрещено добавлять новых сотрудников в приказ.
Так же в отображении приказов из перечня приказов или из интерфейсов индивидуальных приказов изменено отображение шапки раздела. Вызов шапки раздела производится из колонки "Шапка раздела", в которой отображается наличие шапки раздела.
Z_STAFFORDERS
Краткое описание :
Доработать позиционирование в интерфейсе рабочих периодовОписание :
Справочник рабочих периодовЧто измененно :
При выборе рабочего периода для оформления отпуска из приказов или в 7м окне картотеки необходимо доработать позиционирование в интерфейсе рабочих периодов или на отчетный рабочий период (РП содержит отчетный период), или на выбранный рабочий период в случае если ранее поле было заполнено.
Как измененно :
Добавлено позиционирование на выбранную запись рабочих периодов либо на актуальную, если запись не выбрана в приказах РПД-6, 8, 41.
Z_STAFFORDERS
Краткое описание :
Доработать контроль пересечения продленного отпуска за счет больничного с рпд-40 и 42Описание :
6. Оформление очередного отпускаЧто измененно :
Доработать контроль пересечения продленного отпуска за счет больничного с рпд-40.
Как измененно :
Доработан контроль пересечения отпусков в РПД - 40, если при утверждении приказа найдено пересечение отпусков приказ не утверждается.
Z_STAFFORDERS
Краткое описание :
Доработать проверку уникальности номеров приказов в связи с появлением новой настройкиОписание :
Интерфейс всех приказов по персоналуЧто измененно :
Для приказов по персоналу установлена настройка "Проверять уникальность номера"=ДА.
Раньше уникальность номера приказа проверялась в рамках значения настройки "Год, за который вводятся приказы по персоналу".
Теперь к данной настройке добавлена еще одна настройка "Контроль года вводимых приказов по персоналу", имеющая три значения:
- разрешено за указанный год
- предупреждение при вводе за другой год
- не контролировать
Проверка уникальности корректно проходит теперь только при значении "разрешено за указанный год".
Для двух других значений настройки "Контроль года вводимых приказов по персоналу" для проверки уникальности номера приказа
следует анализировать не год из настройки "Год, за который вводятся приказы по персоналу", а использовать другой алгоритм.
Как измененно :
Проверка уникальности номера приказа в зависимости от настройки "Контроль года вводимых приказов по персоналу" анализирует номера по следующему алгоритму:
- Если настройка "Контроль года вводимых приказов по персоналу" установлена в значение "разрешено за указанный год", то анализируются номера приказов за год указанный в настройке "Год, за который вводятся приказы по персоналу"
- Если настройка "Контроль года вводимых приказов по персоналу" установлена в значения "предупреждение при вводе за другой год" или "не контролировать", то анализируются номера приказов за год указанный в приказе номер которого проверяется.
Z_STAFFORDERS
Краткое описание :
Логирование предупреждений при работе с dsk, объект:
"ChoiseYourPersons"Описание :
8. УвольнениеЧто измененно :
Логирование предупреждений при работе с dsk:
17.03.2016 16:17:32, объект:"ChoiseYourPersons_KindChoice"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : RPD_8
Записан: CHOISEYOURPERSONS
Как измененно :
Ликвидирована передача параметров из интерфейса выбора
назначений/сотрудников через dsk.
Z_STAFFORDERS
Краткое описание :
Пользователь предлагает автоматически заполнять дату окончания замещения и доплаты, устанавливаемой работнику на время замещения.Описание :
3. Временное замещение без освобождения от своих обязанностейЧто измененно :
Пользователь предлагает автоматически заполнять дату окончания замещения и доплат, устанавливаемых работнику на время замещения, согласно дате окончания отпуска замещаемого сотрудника.
Не отрабатывает контроль наличия у замещающего сотрудника незакрытых замещений (кнопка "Проконтролировать") на дату на период оформления замещения без освобождения от своих обязанностей (РПД-3), если замещение по приказу начинается позже уже имеющегося.
Как измененно :
Если на момент выбора замещаемого сотрудника в приказах по персоналу (РПД-3 и РПД-70) дата окончания замещения не указана, система проводит автоматический поиск отпусков замещаемого сотрудника на дату начала замещения. Если удается найти отпуск с типом, отличным от компенсации, пользователю предлагается автоматически установить дату окончания замещения равной дате окончания пакета отпусков замещаемого сотрудника.
Теперь при изменении дат назначения в РПД-3, 4, 70 по персоналу система предлагает пользователю автоматически принять даты доплат по приказу датам назначения (данный функционал при создании назначений ранее был реализован только в РПД-1, 5).
Исправлена проверка на пересечение периодов замещения в приказе (кнопка "Проконтролировать" в РПД-3) с уже имеющимися замещениями сотрудника.
Z_STAFFORDERS
Краткое описание :
При использовании прототипа NFORMT5_2004 для печати РПД 3 происходит сдвиг полейОписание :
3. Временное замещение без освобождения от своих обязанностейЧто измененно :
Для РПД-3 в форме Т-5 и созданных на ее основе в качестве прототипа отчетов, в поля:
contract_date
contract_nmb
Город
ИНН
ИНН
Телефон_организации
паспорт_наим
паспорт_серия
паспорт_номер
паспорт_дата
паспорт_дата_проп
паспорт_выдан
Адрес
РК
ДолжнРукРП
ФиоРукРП
ОргНаим
попадают не соответствующие им значения.
При печати РПД-5 всё нормально.
Как измененно :
Поля с названием города и КПП теперь выводятся в поток независимо от того, для какого РПД выводится на печать форма Т-5. Сдвиг полей в потоке не происходит.
Z_STAFFORDERS
Краткое описание :
На закрытую должность получилось принять сотрудника из числа кандидатов.Описание :
1. Прием на работуЧто измененно :
На закрытую должность получилось принять
сотрудника из числа кандидатов.
Как измененно :
При утверждении приказа РПД-1 добавлена проверка истории ставки. Если ставка закрыта выдается соответствующее сообщение.
Z_STAFFORDERS
Краткое описание :
Отзыв из отпуска в рабочих дняхОписание :
40. Отзыв из отпускаЧто измененно :
При оформлении отзыва из отпуска в модуле Управление персоналом, система считает дни отзыва из отпуска в рабочих днях, хотя отпуск предоставляется в календарных днях.
Для Казахстана признаки отпуска для оформления и расчета могут различаться. В данном случае в настройках отпуска в классификаторе Признак отпуска для оплаты = 3 - по рабочим, исходя из 5-ти дневной рабочей недели , Для оформления = 1 - по календарным с оплатой дней, продленных за счет праздников. В модуле управление персоналом необходимо чтобы дни для отзыва из отпуска считались и учитывались по признаку для оформления - в календарных днях.
Как измененно :
При оформлении отзывов с помощью РПД-40 по персоналу учитывается особенность отпусков в Казахстане: возможные различные признаки отпусков для расчета и оформления.
Z_STAFFORDERS
Краткое описание :
не утверждается приказ РПД 91Описание :
91. Назначение почасовых табельных отклоненийЧто измененно :
При включенной настройке "Настройки Галактики \ Управление персоналом \ Управление и учет кадров \ Приказы \ Приказы по персоналу \ Общие настройки \ Использовать технологию пролонгирования приказов" не утверждается РПД-91.
Появляется сообщение "Есть ошибки в содержании приказа. Приказ утвердить нельзя!", при этом что именно не так не понятно.
Как измененно :
РПД-91 по персоналу (Назначение почасовых табельных отклонений) утверждается независимо от настройки использования технологии пролонгирования приказов.
Z_STAFFORDERS
Краткое описание :
РПД=3,4,5,9,10,50,60. Необходим пересмотр алгоритма работы с доп. соглашениями.Описание :
Все РПД по персоналуЧто измененно :
В настоящий момент доп. соглашения привязаны к карточке сотрудника, а не к конкретному договору, что приводит к проблемам с их ведением (в частности, с нумерацией, которая сейчас не может вестись в пределах договора, а ведется в пределах карточки сотрудника).
Желательно для каждого договора иметь историю доп. соглашений по нему со ссылками на приказы, по которым данные доп. соглашения заводились.
Как измененно :
Дополнительные соглашения теперь связаны напрямую с конкретными трудовыми договорами сотрудников и формируются только к конкретному трудовому договору. Т.е. без оформленного трудового договора оформить доп. соглашение нельзя.
Настройка формирования доп. соглашений к трудовым договорам ("Возможность ввода номеров и дат доп. соглашений в приказах") перенесена из раздела "Настройки Галактики \ Управление персоналом \ Управление и учет кадров \ Приказы \ Приказы по персоналу \ Общие настройки" в раздел "Настройки Галактики \ Управление персоналом \ Управление и учет кадров \ Приказы".
При включенной настройке в перечнях распорядительных действий по персоналу и штатному расписанию отображаются столбцы ("Доп. согл.") с настройкой формирования доп. соглашений к трудовым договорам по соответствующему распорядительному действию. Цветом выделены ячейки тех распорядительных действий, формирование доп. соглашений по которым в настоящий момент не поддерживается. Пользовательским РПД (с кодом более 100) система позволяет установить данный признак, но для реальной его поддержки данные распорядительные действия необходимо дорабатывать с использованием методов, описанных в NumberOfAddAgreement.vih.
Таким образом, появилась возможность настроить систему так, чтобы доп. соглашения автоматически формировались только для определенных пользователем распорядительных действий, а перечень распорядительных действий, поддерживающих формирование соглашений, расширен. К примеру, можно отключить формирование доп. соглашений при изменении ФИО (РПД-2 по персоналу) и включить его для прочих действий (РПД-100).
При включенных настройках в приказах по персоналу, в истории назначения и в истории доплат появляется поле с дополнительным соглашением. При создании приказа доп. соглашение к найденному трудовому договору создается автоматически. При необходимости (если, к примеру, договор на дату приказа автоматически не найден), соглашение можно создать вручную (по F3 на поле доп. соглашения). В этом случае при его создании пользователю будет предложено выбрать трудовой договор сотрудника, к которому соглашение будет оформлено. Без трудового договора доп. соглашение создать нельзя.
Кроме того, теперь поддерживается формирование доп. соглашений, основанных на приказах по штатному расписанию РПД-3 (переименование структурного подразделения) и РПД-23 (изменение атрибутов ставки), если установлен признак формирования доп. соглашений в перечне РПД по штатному расписанию. Создание доп. соглашений происходит только к текущим договорам сотрудников и только при утверждении приказа по штатному расписанию. При этом:
- в случае обновления по сотрудникам при изменении атрибутов ставки доп. соглашения формируются в том случае, если установлена в "Да" и настройка формирования для РПД-23 по ШР, и настройка формирования для РПД по персоналу с тем кодом, который выбран при обновлении;
- при переименовании подразделения доп. соглашения формируются только для тех сотрудников, которые работают непосредственно в переименовываемом подразделении (для сотрудников нижестоящих подразделений доп. соглашения в данный момент не формируются).
Доп. соглашения создаются также для приказов, формируемых при выполнении сервисной функции "Импорт данных по изменению окладов".
Нумерация доп. соглашений и контроль уникальности номеров теперь проводится в рамках договора, а не карточки сотрудника.
К доп. соглашению теперь можно привязать несколько распорядительных действий, для этого достаточно ввести в них одинаковые номера и даты доп. соглашения и система предложит связать распорядительное действие с уже существующим соглашением. В случае отказа номер и дата изменявшегося доп. соглашения будут возвращены в состояние до изменения. Таким образом, ввод нескольких доп. соглашений с одинаковыми номером и датой запрещается. Просмотреть перечень распорядительных действий, связанных с доп. соглашением, в данный момент можно при его печати.
В том случае, если вводимое доп. соглашение повторяет номер уже имеющегося, система выдает соответствующее предупреждение. Вызов печати свободных номеров доп. соглашений доступен в окне ввода информации о доп. соглашении.
Просмотр информации о доп. соглашениях в разрезе договоров доступен по кнопке "Договоры" 6 раздела картотеки. Информация о сформированных соглашениях также отображается в истории назначений и в истории доплат, а для приказа об изменении наименования подразделения (РПД-3 по ШР) - в окне просмотра истории изменений подразделения (вызывается в 6 окне по F3 на наименовании подразделения).
Вызов печати доп. соглашений доступен из мест, где отображается информация о них (история назначений и доплат, окно договоров сотрудника, окно истории изменения подразделения), а также из приказов, соглашения создающих.
При печати свободных номеров (вызов печати теперь доступен из окна ввода информации о доп. соглашении по пункту локального меню) нечисловые значения не учитываются.
Для печати доп. соглашений расширен поток FastReport DTS_ChangeTD. Теперь он может содержать информацию о доп. соглашениях в части доплат, о переименованиях подразделения, об изменении ФИО. Для удобного просмотра доступной в потоке информации можно использовать скрытые бэнды стандартной присоединенной формы "Изменение к ТД", установив для них свойство Visible = True:
- Child4HelpMainInfo
- Child4HelpAppHist
- Child4HelpCatHist
- Child4HelpRaiseHist
Для конвертации данных о доп. соглашениях в новую структуру разработаны конвертеры, запускаемые при обновлении реестра настроек. При включенной настройке нумерации доп. соглашений они:
- проводит поиск данных о доп. соглашениях в базе данных и связывает их с соответствующими договорами (если договор найти не удается, то создается соглашение без договора для отображения в приказе);
- включают настройку формирования доп. соглашений к приказам по персоналу со следующими кодами: 2, 3, 4, 5, 9, 10, 13, 50, 60, 61, 70 (т.е. по умолчанию доп. соглашения формируются по тем же распорядительным действиям, по которым они формировались ранее).
Появилась возможность ввода нечисловых номеров доп. соглашений (к примеру, теперь можно завести доп. соглашение с номером "1к"), поэтому заполнение прежних полей с номером доп. соглашения ContDoc.FilialNo, AppHist.FilialNo, RaiseHist.FilialNo не проводится и для получения данных о доп. соглашении следует использовать методы, описанные в объектном интерфейсе INumberOfAddAgreementNew. Аналогичная ситуация с ContDoc.LastDate, AppHist.dFld и RaiseHist.LastDate.
Z_STAFFORDERS
Краткое описание :
Изменение характера работы при перемещении по РПД 5Описание :
5. ПеремещениеЧто измененно :
На данный момент характер работы сотрудника определяется при утверждении приказа о его приеме на работу. При дальнейших перемещениях сотрудника характер его работы остается прежним.
В поле Характер работы указывается, какая работа у сотрудника: постоянная, временная, сезонная, по совместительству, работа с неполным рабочим днем или неделей, работа на дому и т. п. (значение выбирается из справочника).
Бывают ситуации, когда сотрудника изначально принимают временно и указывают соответствующий характер работы. Затем освобождается ставка и сотрудника переводят на данную должность на постоянную работу. Но в приказе по РПД-5 нет возможности изменить характер работы сотрудника. В связи с этим приходится затем в Истории изменения параметров назначения сотрудника вручную создавать новую запись, меняя значение характера работы, т.к. в первом и шестом разделах картотеки сотрудников остается некорректная информация.
Просьба доработать приказ по РПД-5, добавив в интерфейс данного приказа поле "Характер работы".
Как измененно :
В приказ на перемещение (РПД-5 по персоналу) добавлено поле с характером работы.
При обновлении реестра настроек запустится конвертер, который заполнит характер работы в неутвержденных приказах по данным истории исходного назначения на дату начала перемещения.
Исправлена ошибка, связанная со сменой вида назначения в приказе при наличии выбранного сотрудника. Назначение после смены вида выбирается корректно.
Z_STAFFORDERS
Краткое описание :
РПД - 9 - Удаление сотрудникаОписание :
9. Назначение персональных надбавокЧто измененно :
В приказе РПД-9 "Назначение персональных надбавок" имеется ошибка при удалении сотрудника
При нажатии F8 удаляется последняя запись из приказа, а не та на которой произошло нажатие,
при этом запрос на подтверждение удаления показывает правильную фамилию человека на котором нажали кнопку удалить.
Как измененно :
В приказе РПД-9 при удалении из приказа сотрудника удаляется выбранный сотрудник.