Z_STAFF

Z_STAFF ( 9.1.105.0 )

Краткое описание :

Доработать позиционирование в интерфейсе рабочих периодов

Описание :

Справочник рабочих периодов

Что измененно :

При выборе рабочего периода для оформления отпуска из приказов или в 7м окне картотеки необходимо доработать позиционирование в интерфейсе рабочих периодов или на отчетный рабочий период (РП содержит отчетный период), или на выбранный рабочий период в случае если ранее поле было заполнено.

Как измененно :

Добавлено позиционирование на выбранную запись рабочих периодов либо на актуальную, если запись не выбрана в приказах РПД-6, 8, 41.

Z_STAFF

Z_STAFF ( 9.1.105.0 )

Краткое описание :

Логирование предупреждений при работе с dsk, объект: "ChoiseYourPersons"

Описание :

8. Увольнение

Что измененно :

Логирование предупреждений при работе с dsk:

17.03.2016 16:17:32, объект:"ChoiseYourPersons_KindChoice"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : RPD_8
Записан: CHOISEYOURPERSONS

Как измененно :

Ликвидирована передача параметров из интерфейса выбора
назначений/сотрудников через dsk.

Z_STAFF

Z_STAFF ( 9.1.105.0 )

Краткое описание :

Привести форму в соответствие с законодательством

Описание :

Сведения об аттестации сотрудников

Что измененно :

Форму аттестационного листа нужно привести в соответствие форме утвержденной постановлением Совмина №784 от 25.05.2010 г.

Как измененно :

Добавлен в систему Аттестационный лист для РБ, утвержденный 25 мая 2010 г.
Аттестационный лист, действующий в системе для всех стран оставлен без изменения (в том числе и для РБ.).

Z_STAFF

Z_STAFF ( 9.1.105.0 )

Краткое описание :

При обновлении тарифов в ШР через функцию замены СКК берется из последней записи в независимости от даты замены

Описание :

Замена тарифных ставок

Что измененно :

При обновлении тарифов в ШР через функцию замены СКК берется из последней записи в независимости от даты замены.
Последовательность действий:
1)Вводим новую тарифную ставку на 01/05.
2)Создаем приказ на изменение атрибутов ставки ШР. Меняем СКК. Действует с 11/05.
3)Выполняем функцию замены тарифных ставок на 01/05.
В рез-те в истории ШР в записи которая соответствует обновлению тарифа от 01/05 СКК равен значению, которое действует с 11/05.

Как измененно :

Для сервисной функции "Замена тарифных ставок" добавлены параметры "проводить анализ по тарифу на дату замены" и "обрабатывать записи истории позже даты замены". Данные параметры влияют только на обработку ставок штатного расписания и отображаются только при установленном флаге замены в штатном расписании.
При установленном флаге "проводить анализ по тарифу на дату замены" для анализа и замены будет использоваться тариф из записи истории на дату осуществления замены; при снятом флаге - текущий тариф из ставки.
В результате работы функции на основании записи истории на дату замены будет сформирована запись истории с измененной тарифной ставкой от даты замены (или даты создания ставки, если она позже даты замены); а при установленном флаге "обрабатывать записи истории позже даты замены" - также будут сформированы копии записей истории с измененным тарифов по каждой последующей относительно даты замены записи истории ставки. Текущие атрибуты ставки будут соответствовать последней записи истории.
!! Изменения в базу данных вносятся только при выполнении "корректировки".

В протоколе замены тарифных ставок в таблицу "Справка по обновлению тарифа в штатном расписании" добавлены поля "Старый тариф ставки" и "Новый тариф ставки", отображающие значение оклада в ставке до и после выполнения функции; поля "Старый тариф" и "Новый тариф" содержат информацию из записей истории ставки: на основании которой происходит расчет, и сформированной (в режиме проверки - значения носят отчетный характер, изменений в базе не производится).

Z_STAFF

Z_STAFF ( 9.1.105.0 )

Краткое описание :

Нужно добавить в сервисную функцию "Разноска ШПЗ" в фильтр по должностям порядковый номер (из ШР).

Описание :

Разноска ШПЗ

Что измененно :

Нужно добавить в сервисную функцию "Разноска ШПЗ"
в фильтр по должностям порядковый номер (из ШР).
В ШР, в одном подразделении есть одинаковые
должности ( разные оклады и т.д.), при выборе должности
в фильтре невозможно определить какую именно должность
нужно выбрать. Нужно добавить номер п/п.

Как измененно :

В фильтр по должностям в конфигуратор добавлена таблица "Show_StaffStruct".

Для отображения поля "номер п/п рабочего места по штатному расписанию" необходимо добавить поле "Show_StaffStruct.SeqNmb" в конфигураторе.

Z_STAFF

Z_STAFF ( 9.1.105.0 )

Краткое описание :

При утверждении приказа на изменение режима работы у работника сбрасывается ссылка на характер работы

Описание :

60. Изменение режима работы

Что измененно :

При утверждении приказа на изменение режима работы у работника сбрасывается ссылка на характер работы в карточке персонала. Видимо это связано с тем, что в истории назначения у сотрудника нет данных о характере работы и система не считает такое положение вещей корректным.

Как измененно :

Учитывая имевшуюся ранее возможность рассинхронизировать характера работы в 1 окне картотеки и истории назначений путем его изменения в 1 окне, автоматически обновить характер на правильный программа не может.

Для исправления ситуации разработана сервисная функция корректировки, запускаемая как внешний интерфейс Z_Staff::CheckAndFixJobnature. После установки фильтра и нажатия кнопки "Проверка" формируется протокол с сообщениями о расхождениях:
- случай 1 - не заполнен характер работы в 1 окне картотеки, но заполнен в истории основных назначений;
- случай 2 - заполнен характер работы в 1 окне картотеки, но не заполнен в истории последнего назначения сотрудника.

Сообщения о расхождениях имеют собственный тип и могут быть отфильтрованы.
При двойном клике на сообщение система предлагает автоматическую корректировку по конкретному сотруднику с описанием того, что будет сделано:
- для случая 1 - "Установить в 1 окне картотеки характер работы "НАИМЕНОВАНИЕ_ХАРАКТЕРА_РАБОТЫ" и обновить характер работы в истории ВСЕХ основных назначений сотрудника?";
- для случая 2 - "Обновить характер работы в истории ВСЕХ основных назначений сотрудника на "НАИМЕНОВАНИЕ_ХАРАКТЕРА_РАБОТЫ?".

Решение по корректировке принимает пользователь.

Z_STAFF

Z_STAFF ( 9.1.105.0 )

Краткое описание :

РПД=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_STAFF

Z_STAFF ( 9.1.105.0 )

Краткое описание :

Изменить принцип расчета стажа для пособия по временной нетрудоспособности

Описание :

Расчет больничных

Что измененно :

Необходимо добавить поле продолжительности страхового стажа + стажа службы в армии в окно редактирования стажей.

Как измененно :

Российская Федерация.
В окне просмотра и редактирования стажа добавлено новое поле "Со стажем службы в армии". Напротив него отображается продолжительность страхового стажа вместе со стажем службы в армии. Данное поле отображается только для страхового стажа, если указан стаж для службы в армии ("Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Больничные \ Особенности расчета \ Процент пособия учитывать по", "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Больничные \ Особенности расчета \ Стаж службы в армии ").