Информация о файле обновления Галактика Z_STAFFORDERS_RES_911130.TXT


Описание файла обновления:
ФайлZ_STAFFORDERS_RES_911130.TXT
ОбновлениеZ_StaffOrders_res_911130
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_STAFFORDERS
ТипRES
Версия9.1.113.0
Дата2018-01-25 18:42:42
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.174099NEWНе регулируется ширина крайнего столбцаУправление персоналом1. Прием на работу
Не регулируется ширина крайнего столбца, в связи с чем невозможно прочитать название в ячейке.Увеличена ширина полей "Пред.док" - интерфейса "Документы сотрудников" и "Дата увольнения" - интерфейса "Прием на работу".
102.176066NEWРПД=62: при изменении только квалификационного разряда создается ненужный переход в ЛСУправление персоналом62. Изменение разряда (категории)
Утвержден приказ с РПД=62, в котором изменен был ТОЛЬКО квалификационный разряд. Несмотря на то, что квалификационный разряд является сущностью модуля Кадры, в РК создалась запись об изменении лицевого счета, обработка которой привела к созданию в ЛС ненужного перехода.Для РПД-62 реализована отправка сигнала в рабочую корзину только при условии, что установлен признак изменения режима работы. В противном случае сигнал в рабочую корзину не отправляется.
102.176322NEWРПД=62: новый подход к подкрашиванию измененных полей в рабочей корзинеУправление персоналом62. Изменение разряда (категории)
После утверждения приказа с РПД=62, в котором не изменялся режим работы, в рабочей корзине создается запись об изменении лицевого счета, в которой измененными показаны поля: "подразделение","должность" и дата начала действия этих изменений. Обработка такой записи приводит к созданию в ЛС ненужного перехода, в котором совпадает информация о подразделении и должности до и после перехода. Такая ситуация плодит "мусор" в таблице переходов. Необходимо решение, аналогичное тому, какое в такой случае было предложено для приказов с РПД=65Доработан механизм отправки флагов модификации в рабочую корзину. Добавленные ранее константы истории назначений (для полей "Подразделение" и "Должность") перенесены из общей реализации в реализацию РПД-65. Соответственно, для всех РПД взведение данных флагов по умолчанию больше не производится. В РПД-65 флаги взводятся по прежнему алгоритму. Разработан конвертер, который переносит флаги для полей "Подразделение" и "Должность" РПД-65 из истории назначений в приказ.
102.176606NEWРПД=65. Проблема при печати неутвержденного приказа в формате СТБУправление персоналом65. Заключение/продление контракта
Приказ о заключении нового трудового договора(инд.)СТБ: при печати не утвержденного приказа в разделе "Основание" не печатаются сведения о заключенном трудовом договоре. Выводится текст "1. от №". Печать утвержденного приказа корректна. Необходимо доработать,т.к. на подпись подается не утвержденный приказ.РПД-65. FastReport. Тип, номер и дата договора печатаются в не утвержденных приказах.
102.177305NEWПостоянные доплаты и Постоянные удержания, в мемо-поле Примечание обрезаются символыЗаработная платаПостоянные удержания
При копировании примечания строка более 255 символов обрезается до 255 символов.Исправлено копирование содержимого memo-полей при копировании приказов по персоналу (шапка раздела, примечание по кнопке в приказе, доп. условия по кнопке в приказе).
103.9477NEWНе очищать значение полей в приказе на перемещениеУправление персоналом5. Перемещение
Если при оформлении приказа о переводе (перемещении) зайти в справочник Системы оплаты, выбрать значение (любое) из классификатора систем оплат, чтобы перейти в тарифные сетки для просмотра, и, затем, закрыть интерфейс (Esc) ничего не изменяя, то в приказе пропадают значения тарифной сетки - тариф, разряд и код тарифной сетки. Т.е. после выбора любого значения из классификатора в дальнейшем надо обязательно выбрать нужный тариф. Требуется реализовать возможность просмотра тарифной сетки.Для выбора системы оплат и тарифной сетки вместо последовательного открытия интерфейсов выбора системы оплат, а, затем, интерфейса выбора тарифной сетки при нажатии ввода в первом интерфейсе в галактику добавлен новый интерфейс "Классификатор систем оплат и тарифных ставок на ...". Новый интерфейс содержит 2 панели. Первая панель содержит классификатор систем оплат, вторая - тарифные ставки по указанной в первой панели системе оплат. При нажатии ввод-а или двойном щелчке мышью в любой панели происходит происходит закрытие интерфейса с выбор системы оплат и тарифной ставки. В случае, если нажата клавиша ESC либо интерфейс закрыт кнопкой закрытия (крестиком в правом верхнем углу окна) - интерфейс закрывается без выбора параметров (режим просмотра). Для того, чтобы выбрать только систему оплат без выбора тарифной ставки требуется внизу интерфейса выбрать режим работы "выбрать систему оплаты без тарифной ставки". По умолчанию при открытии интерфейса всегда выбран режим работы "выбрать систему оплаты с тарифной ставкой".
106.10294NEWДобавить доплату, как разницу окладов с учётом доплат за ВУТУправление персоналом3. Временное замещение без освобождения от своих обязанностей
"Добавить доплату, как разницу окладов", чтобы учитывались доплаты за вредные условия труда, установленные к должностям сотрудников замещаемого и замещающего.В окно с параметрами оформления доплат в приказе на временное замещения без освобождения от своих обязанностей (РПД-3) добавлен новый вариант оформления доплаты: "Добавить доплату, как разницу окладов с учетом доплаты по ШР". Для него доступен выбор учитываемого вида доплаты. Во время добавления доплаты в приказ она рассчитывается исходя из следующих данных об окладе и доплате выбранного вида на дату начала замещения по следующей формуле: |(Оклад_ЗамещаЮЩЕГО + Доплата_по_ШР_ставки_ЗамещаюЩЕГО) - (Оклад_ЗамещаЕМОГО + Доплата_по_ШР_ставки_ЗамещаюЕМОГО)|. Рассчитанная сумма по итогу попадает в поле готовой суммы в предварительной разноске, т.е. может быть использована в алгоритме расчета как параметр UCH_SUMMA.
101.633599.1.112.0Справочник РП - нужна возможность изменения даты начала первого РП для назначения по совместительствуУправление персоналомСправочник рабочих периодов (обобщенно)
В рамках ПиР 180.9421 реализована возможность изменения даты начала первого рабочего периода для основного назначения (поле Persons.LastDate). Аналогичный функционал необходим и для назначений по совместительству. Задача особенно актуальна при внедрении, поскольку зачастую получить из предыдущей системы достоверные даты РП удается не для всех сотрудников - в результате при оформлении отпусков во многих случаях требуются ручные корректировки РП пользователем.При оформлении приказа о назначении по совместительству (РПД-4) с открытием нового лицевого счета добавлено новое поле "Дата начала РП". Поле требуется заполнить в том случае, когда дата начала первого рабочего периода отличается от даты назначения. Далее, при расчете рабочих периодов по совместительству, в качестве даты начала первого РП используется "Дата начала РП", если она заполнена. В противном случае, в качестве даты начала первого РП используется дата назначения. ДОПОЛНИТЕЛЬНО: Для расчета даты начала первого рабочего периода по совместительству используется поле Appointments.dDop1. Изменить его можно в 6м окне картотеки на закладке "Внутренние совместительства, совмещения", отобразив в верхней панели при помощи конфигуратора. Если поле Appointments.dDop1 не заполнено, то дата начала первого рабочего периода определится по дате назначения. Поэтому, при изменении невизуального поля Appointments.dDop1 в карточке в 6м окне картотеки будет изменена соответствующим образом изменена и дата начала первого рабочего периода. ВНИМАНИЕ: при изменении невизуального поля Appointments.dDop1 в карточке в 6м окне картотеки поле "Дата начала РП" в соответствующем РПД-4 не изменяется!!!
101.631789.1.111.0У сотрудника отпуск, занесли больничный, делаем приказ на отзыв с переносом, выдает ошибкуУправление персоналом40. Отзыв из отпуска
У сотрудника введено нескольких больничных во время отпуска. Больничные листы предоставлены по разным заболеваниям и идут не подряд. В этом случае, при оформлении приказа на перенос отпуска по второму больничному листу в протокол выдается ошибка об отсутствии на этот период больничного листа и приказ не утверждается.При оформлении РПД-40 (перенос отпуска) теперь ищется не первый больничный лист (несколько идущих подряд больничных листов), а первый больничный (цепочка), на время которого еще не был внесен отзыв. В случае, если больничные идут один за другим без перерыва, то перенос можно оформить одним приказом на весь период пересечения. Если между больными есть дни отпуска (идут не подряд), то данное решение позволяет перенести несколько периодов отпуска, попавших на время больничных листов в порядке их получения. Т.е. если были внесены больничные: №1 за период с 13/07/2006 по 19/07/2006; №2 за период с 21/07/2006 по 31/07/2006, то отзыв должен быть оформлен сначала на БЛ №1, приказ утвержден, затем на БЛ №2, приказ утвержден. Данное ограничение вызвано тем, что пока не будет утвержден приказ на перенос БЛ №1, отпуск не сдвинется для возможности переноса БЛ №2. Следует учитывать, что при автоматической подстановке дат, на которые переносится отпуск (начиная с даты, идущей сразу за окончанием пакета отпусков), учитывается только указанный в РПД пакет. Отпуска из других пакетов не анализируются. В случае такого пересечения даты переноса нужно изменить вручную.
102.1745269.1.111.0РПД-5 - не учитывает дату начала/окончания нового контрактаУправление персоналом5. Перемещение
Если перемещение осуществляется с даты, меньшей чем дата начала продления (или заключения нового) контракта, в приказе на перемещение дата окончания назначения равна дате окончания действующего на момент перемещения контракта. Т.е. не учитывается уже оформленное приказом продление контракта. Требуется, в подобном случае, учитывать контракты, оформленные будущим периодом.В РПД-5 при переходе на нижнюю панель во время заполнения ее первоначальными данными добавлена проверка на наличие в системе по данному сотруднику трудовых договоров, следующих за текущим. При наличии таких договоров отображается информационное сообщение "Обнаружены договора будущих периодов! Выберите нужный договор." и открывается окно, содержащее список договоров с данным сотрудником. Курсор устанавливается на текущий. Если договор будет выбран, то его данные будут использованы при оформлении приказа. В противном случае, данные договора и даты окончания перемещения можно будет указать вручную.
102.1751419.1.111.0РПД=5:отсутствует контроль при утверждении скопированного приказаУправление персоналом5. Перемещение
Утвержден приказ о перемещении. Выполнен режим "Создание на основе существующего". В скопированный приказ не внесены изменения, но система позволяет его утвердить, не проконтролировав при утверждении, что идентичный приказ уже утвержден. После такого утверждения в системе возникают некорректные ситуации: - в 6 разделе две записи об одинаковом назначении с ссылками на разные приказы - дублируются трудовые договора - в ШР сотрудник занимает две ставки (что, кстати, является нарушением законодательства), и эта информация попадает во все интерфейсы просмотра ШР и в ряд отчетов по ШР - после обработки РК в ЛС создаются два одинаковых перехода - в ЛС дублируются доплаты, если к новому назначению в ШР привязаны доплаты. Естественно, что расчет ЗП неверен - отсутствует возможность удалить скопированный приказ.В функцию проверки РПД-5 добавлен контроль на наличие утвержденного приказа на перемещение сотрудника с такой-же датой начала работы. При обнаружении такого приказа в протокол выдается сообщение о невозможности утверждения такого РПД-5, т.к. у сотрудника уже существует распоряжение на перемещение с указанной даты.
102.1757559.1.111.0РПД=1: при выборе категории убрать групповую пометкуУправление персоналомПрием на работу
При оформлении приказа о приеме на работу при выборе категории сотрудника открывается окно с перечнем категорий, в котором можно выбрать сразу несколько категорий. Множественная пометка категорий в данном случае не нужна и вводит в заблуждение пользователя. Для приема в картотеке по Ctrl+f7 необходима аналогичная реализация.РПД-1. Изменены параметры вызова окна с перечнем категорий. Множественный выбор в данном окне для РПД-1 отключен. Аналогичная доработка проведена для РПД-1 при вызове из индивидуальных приказов и для приема в картотеке.
102.1757599.1.111.0РПД=5: при выборе категории убрать групповую пометкуУправление персоналомПеремещение по службе
При оформлении приказа о перемещении при выборе категории сотрудника открывается окно с перечнем категорий, в котором можно выбрать сразу несколько категорий. Множественная пометка категорий в данном случае не нужна и вводит в заблуждение пользователя.РПД-5. Изменены параметры вызова окна с перечнем категорий. Множественный выбор в данном окне для РПД-5 отключен. Аналогичная доработка проведена для РПД-5 при вызове из индивидуальных приказов.
102.1757609.1.111.0РПД=50: при выборе категории убрать групповую пометкуУправление персоналом50. Изменение оклада
При оформлении приказа о изменении оклада есть возможность изменить категорию сотрудника. При выборе категории сотрудника открывается окно с перечнем категорий, в котором можно выбрать сразу несколько значений. Множественная пометка категорий в данном случае не нужна и вводит в заблуждение пользователя.РПД-50. Изменены параметры вызова окна с перечнем категорий. Множественный выбор в данном окне для РПД-50 отключен.
102.1757619.1.111.0РПД=65: при выборе категории убрать групповую пометкуУправление персоналом65. Заключение/продление контракта
При оформлении приказа о заключениипродлении контракта есть возможность изменить категорию сотрудника. При выборе категории сотрудника открывается окно с перечнем категорий, в котором можно выбрать сразу несколько значений. Множественная пометка категорий в данном случае не нужна и вводит в заблуждение пользователя.РПД-65. Изменены параметры вызова окна с перечнем категорий. Множественный выбор в данном окне для РПД-65 отключен.
180.103529.1.111.0Требуется доработать интерфейс и печатную форму приказа по РПД-71 добавить возможность вывода ФИО родственникаУправление персоналом71. Дни отдыха и оплачиваемые неявки
Требуется доработать интерфейс и печатную форму приказа по РПД-71 - добавить возможность вывода ФИО родственника, за которым осуществляется уход при оформлении соотв. отпуска (например, "Дополнительный оплачиваемый день ао уходу за ребенком-инвалидом").В классификатор отпусков добавлен новый признак "Дополнительный отпуск по уходу за ребенком-инвалидом". Данный признак можно установить только для целодневных отпусков. В интерфейс РПД-71 добавлено новое поле "Ребенок". Это поле доступно при условии, что в приказе выбран отпуск с признаком "Дополнительный отпуск по уходу за ребенком-инвалидом. В случае выбора ребенка в печатных формах приказа РПД-71 ФИО ребенка и дата рождения выводятся после наименования отпуска. Т.к. приказ РПД-71 предназначен для оформления целодневных неявок, то в интерфейсе выбора отпуска отображаются только отпуска с типом "целодневная неявка".
101.627119.1.110.0Необходимо добавить в РПД=41 при оформлении декрета возможность указать двух (или более) детейУправление персоналом41. Предоставление отпуска
Необходимо добавить в РПД=41 при оформлении декретного отпуска возможность указать двух (или более) детей для случаев рождения двойни (или более).Для РПД-41 добавлена возможность при печати форм Т-6 и Т-6а выводить в раздел Б формы после наименования отпуска содержимое поля "Примечание" (при включенной настройке "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу Общие настройки Выводить информацию из поля "Примечание" в приказы"). В потоки данных и базовые формы для отчетов в формате Word добавлено поле SNote, содержащее "Примечание" (При включенной настройке, при отключенной поле передается пустым). В присоединенных формах Т-6 и Т-6а добавлен вывод нового поля. Присоединенные формы, входящие в состав компонента Z_StaffDopReports, не дорабатывались.
101.631139.1.110.0Дополнительное соглашение (специализированное) - дата Трудового договора не выводится на печать.Управление персоналом5. Перемещение
При печати дополнительного соглашения (специализированного) дата Трудового договора не выводится на печать. Ситуация повторяется ее у всех сотрудников, у некоторых всё выводится правильно. Отследить закономерность не удалось. Настройка "Выводить в поле "изменение к трудовому договору" приказа: Трудовой договор"Изменена присоединенная печатная форма "дополнительного соглашения (специализированное)" из базовой поставки. Плавающая ошибка с обнуляющейся датой договора при наличии доплат устранена.
102.1735079.1.110.0Для РБ необходимо актуализировать печатную форму Приказа о приеме на работу по СТБ 6.38-2016 (индивидуальный)Управление персоналомВсе индивидуальные приказы (прием, перевод, отпуск, увольнение)
Для РБ необходимо актуализировать печатную форму Приказа о приеме на работу по СТБ 6.38-2016 (индивидуальный).РПД-1. Печать индивидуальной формы на FastReport (СТБ). 1. В шапке установлены полуторные отступы. 2. Под фразой "О приеме на работу" указывается фамилия и инициалы сотрудника. 3. Удалены интервалы между текстом приказа, информацией об отпусках и основанием. 4. Номер и дата договора отображаются в формате - "тип" от "дата" № "номер договора". 5. Отображаются визирующие для приказа.
102.1735129.1.110.0Для РБ необходимо актуализировать печатную форму Приказа о приеме на работу по СТБ 6.38-2016 (групповая)Управление персоналомВсе индивидуальные приказы (прием, перевод, отпуск, увольнение)
Для РБ необходимо актуализировать печатную форму Приказа о приеме на работу по СТБ 6.38-2016 (групповая).РПД-1. Печать групповой формы на FastReport (СТБ). 1. В шапке установлены полуторные отступы. 2. Удалены интервалы между текстом приказа, информацией об отпусках и основанием. 3. Номер и дата договора отображаются в формате - "тип" от "дата" № "номер договора". 4. Отображаются визирующие для приказа.
102.1735149.1.110.0Для РБ необходимо актуализировать печатную форму Приказа об увольнении с работы по СТБ 6.38-2016 (индивидуальный)Управление персоналомВсе индивидуальные приказы (прием, перевод, отпуск, увольнение)
Для РБ необходимо актуализировать печатную форму Приказа об увольнении с работы по СТБ 6.38-2016 (индивидуальный).РПД-8. Печать индивидуальной формы на FastReport (СТБ). 1. При переносе наименования организации сохраняется полуторный отступ. 2. Между словом "ПРИКАЗ" и датой/номером увеличен отступ. 3. Из фразы "Об увольнении с работы" удалено "с работы". 4. Под фразой "Об увольнении" указывается фамилия и инициалы сотрудника. 5. В тексте приказа между ФИО и табельным номером ставится запятая. 6. Удалены интервалы между текстом приказа, информацией об отпусках и основанием. 7. Отображаются визирующие для приказа об увольнении.
102.1735169.1.110.0Для РБ необходимо актуализировать печатную форму Приказа об увольнении с работы по СТБ 6.38-2016 (групповая)Управление персоналомВсе индивидуальные приказы (прием, перевод, отпуск, увольнение)
Для РБ необходимо актуализировать печатную форму Приказа об увольнении с работы по СТБ 6.38-2016 (групповая).РПД-8. Печать групповой формы на FastReport (СТБ). 1. В шапке установлены полуторные отступы. 2. Из фразы "Об увольнении с работы" удалено "с работы". 3. В тексте приказа между ФИО и табельным номером ставится запятая. 4. Удалены интервалы между текстом приказа, информацией об отпусках и основанием. 5. Отображаются визирующие для приказа об увольнении.
102.1735299.1.110.0Для РБ необходимо актуализировать печатную форму Приказа о переводе на другую работу по СТБ 6.38-2016 (индивидуальный)Управление персоналомВсе индивидуальные приказы (прием, перевод, отпуск, увольнение)
Для РБ необходимо актуализировать печатную форму Приказа о переводе (перемещении) на другую работу по СТБ 6.38-2016 (индивидуальный).Разработана система выбора визирующих для приказов. В интерфейсе "Управление персоналом / Настройка / Заполнение каталогов / Распорядительные действие по персоналу" добавлена колонка "Группа подписантов". В данном интерфейсе можно создать группу визирующих и выбрать для этого ответственных за это сотрудников и указать для какого приказа они должны выводится в соответствующем месте. РПД-5. Печать индивидуальной формы на FastReport (СТБ). 1. В шапке установлены полуторные отступы. 2. В заголовке приказа указываются фамилия и инициалы сотрудника. 3. Номер и дата договора отображаются в формате - "тип" от "дата" № "номер договора". 4. В приказе о переводе/перемещении выводятся визирующие.
102.1735309.1.110.0Для РБ необходимо актуализировать печатную форму Приказа о переводе на другую работу по СТБ 6.38-2016 (групповая)Управление персоналомВсе индивидуальные приказы (прием, перевод, отпуск, увольнение)
Для РБ необходимо актуализировать печатную форму Приказа о переводе (перемещении) на другую работу по СТБ 6.38-2016 (групповая).РПД-5. Печать групповой формы на FastReport (СТБ). 1. В шапке установлены полуторные отступы. 2. Удалены интервалы между текстом приказа и основанием. 3. Номер и дата договора отображаются в формате - "тип" от "дата" № "номер договора". 4. Отображаются визирующие для приказа об увольнении.
102.1735339.1.110.0Для РБ необходимо актуализировать печатную форму Приказа о предоставлении отпуска по СТБ 6.38-2016 (индивидуальная)Управление персоналомВсе индивидуальные приказы (прием, перевод, отпуск, увольнение)
Для РБ необходимо актуализировать печатную форму Приказа о предоставлении отпуска по СТБ 6.38-2016 (индивидуальный).РПД-6/41. Печать индивидуальной формы на FastReport (СТБ). 1. В шапке установлены полуторные отступы. 2. Под фразой "О предоставлении отпуска" указывается фамилия и инициалы сотрудника. 3. Удалены интервалы между текстом приказа и основанием. 4. Основание начинает с начала строки без абзаца. 5. Отображаются визирующие для приказа об увольнении.
102.1735369.1.110.0Для РБ необходимо актуализировать печатную форму Приказа о предоставлении отпуска по СТБ 6.38-2016 (групповая)Управление персоналомВсе индивидуальные приказы (прием, перевод, отпуск, увольнение)
Для РБ необходимо актуализировать печатную форму Приказа о предоставлении отпуска по СТБ 6.38-2016 (групповая).РПД-6/41. Печать групповой формы на FastReport (СТБ). 1. В шапке установлены полуторные отступы. 2. Под фразой "О предоставлении отпуска" указывается фамилия и инициалы сотрудника. 3. Удалены интервалы между текстом приказа и основанием. 4. Основание начинает с начала строки без абзаца. 5. Отображаются визирующие для приказа об увольнении.
102.1735379.1.110.0Для РБ необходимо актуализировать печатную форму Приказа об отзыве из отпуска по СТБ 6.38-2016 (индивидуальный)Управление персоналомВсе индивидуальные приказы (прием, перевод, отпуск, увольнение)
Для РБ необходимо актуализировать печатную форму Приказа об отзыве из отпуска по СТБ 6.38-2016 (индивидуальный).РПД-40. Печать индивидуальной формы на FastReport (СТБ). 1. В шапке установлены полуторные отступы. 2. Под фразой "Об отзыве из отпуска"/"О переносе трудового отпуска" указывается фамилия и инициалы сотрудника. 3. Удалены интервалы между текстом приказа и основанием. 4. Отображаются визирующие для приказа об увольнении.
102.1735399.1.110.0Для РБ необходимо актуализировать печатную форму Приказа об отзыве из отпуска по СТБ 6.38-2016 (групповая)Управление персоналомВсе индивидуальные приказы (прием, перевод, отпуск, увольнение)
Для РБ необходимо актуализировать печатную форму Приказа об отзыве из отпуска по СТБ 6.38-2016 (групповая).РПД-40. Печать групповой формы на FastReport (СТБ). Добавлена новая печатная форма "Приказ об отзыве - переносе отпуска (групповой) РБ". Форма создана согласно инструкции.
102.1735429.1.110.0Для РБ необходимо добавить печатную форму Приказа о заключении нового трудового договора (контракта) по СТБ 6.38-2016 (индивидуальная)Управление персоналом65. Заключение/продление контракта
Для РБ необходимо добавить печатную форму Приказа о заключении нового трудового договора (контракта) по СТБ 6.38-2016 (индивидуальная).РПД-65. Печать индивидуальной формы на FastReport (СТБ). Добавлена новая печатная форма "Приказа о заключении нового трудового договора-контракта (индивидуальный) СТБ". Форма создана согласно инструкции. Доступно при оформлении заключении контракта.
102.1735449.1.110.0Для РБ необходимо добавить печатную форму Приказа о переводе работника на контрактную форму найма по СТБ 6.38-2016 (индивидуальная)Управление персоналом65. Заключение/продление контракта
Для РБ необходимо добавить печатную форму Приказа о переводе работника на контрактную форму найма по СТБ 6.38-2016 (индивидуальная).РПД-65. Печать индивидуальной формы на FastReport (СТБ). Добавлена новая печатная форма "Приказ о переводе на контрактную форму найма (индивидуальный) СТБ". Форма создана согласно инструкции. Доступно при оформлении заключении контракта.
102.1735459.1.110.0Для РБ необходимо добавить печатную форму Приказа о продлении трудового договора (контракта) по СТБ 6.38-2016 (индивидуальная)Управление персоналом65. Заключение/продление контракта
Для РБ необходимо добавить печатную форму Приказа о продлении трудового договора (контракта) по СТБ 6.38-2016 (индивидуальная).РПД-65. Печать индивидуальной формы на FastReport (СТБ). Добавлена новая печатная форма "Приказ о продлении трудового договора-контракта (индивидуальный) СТБ". Форма создана согласно инструкции. Доступно при оформлении продления контракта.
102.1751139.1.110.0РПД=5. В скопированном приказе "слетает " дата уходаУправление персоналом5. Перемещение
Если выполнить последовательность действий: - утвердить приказ с РПД=5, в котором оказалась ошибка - создать приказ на основе существующего, внести в скопированный необходимые изменения - удалить первоначальный приказ - утвердить измененный При утверждении приказа выдаются ошибки: - Не заполнена дата ухода со старого места - В старом назначении дата ухода меньше или равна дате начала! Утвердить приказ нельзя. Это происходит потому, что после удаления приказа-первоисточника в приказе-приемнике слетает "дата ухода".Поле "дата ухода с должности" (dAddDate1) в РПД-5 перенесено из таблицы назначений, где оно хранилось во время оформления приказа, в таблицу содержания приказа (ContDoc.dRezerve) и теперь для каждого приказа хранится отдельно. При утверждении приказа, как и ранее, значение поля переносится в таблицу назначений (DismissDate).
102.1753799.1.110.0РПД=1: ошибочный вариант оформления для повторного приема в новом филиалеУправление персоналомПрием на работу
Повторное трудоустройство в новом филиале предполагает вариант оформления карточки и ЛС "новые ЛС и карточка". Однако, если в интерфейсе "Список приказов о приеме на работу" выполнить следующую последовательность действий: - F7 на нижней панели - оформить приказ о повторном приеме с вариантом "новый ЛС, старая карточка" - закрыть приказ (можно даже его удалить, хотя удаление необязательно) - не выходя из интерфейса "Список приказов о приеме на работу", на верхней панели интерфейса F7- оформить другому сотруднику приказ о повторном приеме в новый филиал - в открытом содержании приказа система предлагает ошибочный вариант оформления "новый ЛС, старая карточка" и изменить его вручную невозможно.При трудоустройстве в новый филиал из интерфейса "Список приказов о приеме на работу" (F7 в верхней панели) добавлено переформирование списка вариантов оформления ЛС и карточки.
101.631899.1.109.1Добавить настройку, позволяющую запретить прием на работу на ставку с датой ликвидацииУправление персоналом1. Прием на работу
Необходимо добавить настройку, позволяющую запретить прием на работу по бессрочному трудовому договору на ставку с установленной датой ликвидации. Значения для настройки: 1) Выдавать предупреждение, но позволять утвердить приказ (предлагать пользователю выбор утверждать/нет); 2) Запрещать утверждение приказа; 3) Игнорировать ликвидацию ставки и позволить утвердить приказ.Добавлена пользовательская настройка "Прием на работу по бессрочному ТД на ставку с датой ликвидации" в раздел "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-1 (приказ о приеме)". Возможные варианты: 1. "прием разрешен" - при проверке приказа и выборе (изменении) ставки контроль не производится; 2. "предупреждение при оформлении" - в случае оформления РПД-1 по бессрочному ТД на ставку с установленной датой ликвидации при выборе (изменении) ставки выдается соответствующее информационное сообщение, при проверке РПД - запрос на подтверждение такого трудоустройства; 3. "прием запрещен" - в случае оформления РПД-1 по бессрочному ТД на ставку с установленной датой ликвидации при выборе (изменении) ставки выдается предупреждение о запрете такого трудоустройства, при проверке РПД - в протокол пишется ошибка. Значение настройки по умолчанию - "прием разрешен". Данная настройка не распространяется на любые виды приема на работу через картотеку, и, поэтому, на приказ о приеме на работу в режиме "Первичное трудоустройство, но личная карточка уже заполнена" она также не распространяется.
102.1745249.1.109.0Ошибка при утверждении приказа об отзыве/переносе отпуска (РПД-40)Управление персоналом40. Отзыв из отпуска
Не утверждается приказ на отзыв/перенос в связи с пересечением с больничным, если в переносимый период попадает праздничный день.При проверке на соответствие количества дней больничного и количества дней переноса изменен алгоритм подсчета количества дней переноса. Теперь подсчет количества дней переноса производится с учетом наличия праздничных дней в периоде, на который производится перенос отпуска.
102.1747589.1.109.0Ошибка при утверждении приказаУправление персоналом5. Перемещение
Был создан и утвержден приказ о переводе РПД-5. В приказе были обнаружены ошибки. Затем был создан приказ на основе существующего. Затем утвержденный ранее приказ был удален, а в дублированный приказ внесены необходимые изменения. При попытке утверждения данного приказа система выдает ошибку.При создании приказа на основе существующего откорректированы проверки на валидность записей в присоединенных таблицах. Ошибка об отсутствии позиции в таблице при утверждении приказа более не проявляется.
102.1749939.1.109.0Записка-расчет о предоставлении отпуска 2004 годаУправление персоналомОтпуска
Если в настройках установлена страна - Казахстан, "Унифицированные формы по учету кадров, утвержденные" = 05.01.2004, то в приказе о предоставлении Очередного отпуска при печати в записке об отпуске увеличивается кол-во предоставляемых дней отпуска (на количество выходных дней за период отпуска). Для Казахстана в классификаторе отпусков и неявок предусмотрена настройка "Признак отпуска для оформления". Значение настройки - 1. Изменен порядок чтения настройки на страну. При открытии интерфейса формирования печатной формы считывание настройки на страну теперь производится до начала формирования печатной формы записки об отпуске.Доработан алгоритм формирования печатной формы "Записка-расчет о предоставлении отпуска" с учетом настройки на страну и атрибута отпуска "Признак отпуска для оформления". Количество дней в печатной форме соответствует количеству дней в интерфейсе.
180.103379.1.109.0Добавить общесистемную настройку для повторного трудоустройства "Вариант л/с и карточки" которая бы позволила при создании приказа автоматически заполнять данное поле значением из общесистемных настроУправление персоналом1. Прием на работу
Добавить общесистемную настройку для повторного трудоустройства "Вариант л/с и карточки" которая бы позволила при создании приказа автоматически заполнять данное поле значением из общесистемных настроек.Добавлена пользовательская настройка "Варианты ЛС и карточки для повторного трудоустройства" в каталог "Настройки Галактики Управление персоналом Управление и учет кадров Повторный прием" с вариантами значений: * новые ЛС и карточка * старый ЛС, новая карточка * новый ЛС, старая карточка * старые ЛС и карточка. В качестве варианта по умолчанию для настройки используется значение " новые ЛС и карточка". Данная настройка определяет, какой вариант оформления лицевого счета и карточки будет выбран по умолчанию при оформлении приказа о приеме на работу (РПД-1) в варианте оформления приказа "повторное трудоустройство". Настройка "Варианты ЛС и карточки для повторного трудоустройства" применяется только в том случае, если ее значение допустимо и не противоречит функционалу интерфейса.
101.622209.1.108.0РД-92 Дать возможность выбора графика работы.Управление персоналом92. Отражение работы во время отпуска по уходу за ребенком
На сегодняшний день возникла ситуация, когда отпуск по уходу за ребенком оформляет на себя папа или дедушка (бабушка), работающий на нашем предприятии. На основании ч. 3 ст. 256 Трудового кодекса РФ такой сотрудник пользуется правом на выход на работу на неполный день. Таких случаев накопилось уже множество. В системе для таких случаев мы не проводим приказы на отпуск по уходу за ребенком (РД-41) и отражение работы во время отпуска по уходу за ребенком (РД-92), а вынуждены держать их "на карандаше", т.к нет такой возможности по следующей причине. Например, хотим ввести приказ о выходе на работу сотрудника на неполный рабочий день, находящего в отпуске по уходу за ребенком. Самый простой случай когда сотрудник работает по пятидневке 40 часов в неделю. В приказе с РД-92 есть только поле "с количеством часов в день". Но даже для 5-дневной рабочей недели мы им не можем воспользоваться, т.к. для сотрудника будет формироваться табель с одним и тем же количеством часов для каждого дня, и, соответственно, табельщику нужно помнить и корректировать каждый раз данные. А есть еще более сложные графики работы. Получается, что инструмент вроде бы есть, а воспользоваться мы им не можем. Просьба доработать функционал на формирование приказов по РД-92 с возможностью выбора графика работы для последующего корректного формирования табеля рабочего времени.Текст "на условиях неполного рабочего дня" в приказе об отражении работы во время отпуска по уходу за ребенком (РПД-92) заменен на "на условиях неполного рабочего времени". В приказ добавлен новый режим "Изменить режим работы". Если его выбрать, то в приказе будет доступно поле с выбором режима работы. При утверждении приказа обновится режим работы в Картотеке и будет сформирован сигнал в Рабочую корзину. После обработки сигнала время работы в отпуске по уходу за ребенком будет установлено согласно выбранному графику. Исправлено формирование текста при выводе на печать: теперь учитывается пол сотрудника (при выводе слова работающей/работающим). Исправлена печать FastReport-формы приказа для РБ - ошибка при попытке печати не выдается.
102.1723959.1.108.0В РК отправляется сигнал Заключение контракта, хотя в приказе поля неотредактированыУправление персоналом65. Заключение/продление контракта
При оформлении РПД-65: Согласно информации для обновления в ПИР 180.8971: "Если в приказе все галочки сняты, то сигнал об изменении лицевого счета в рабочую корзину не отправляется. Так же сигнал не отправляется если указанные значения в полях доступных для редактирования соответствует предыдущей записи истории назначения.". Из части описания обновления "Так же сигнал не отправляется если указанные значения в полях доступных для редактирования соответствует предыдущей записи истории назначения" можно сделать вывод, что если установлены флаги (поля открыты на редактирование) и ничего не было изменено, то записи в РК быть не должно. Но на данный момент, если все флаги установлены, но никакие поля не были изменены, выбран тип операции - "продление" и введены даты контракта, то после утверждения приказа в РК попадает запись Заключение/продление контракта. Просим, если установлены все флаги и ничего в полях не изменялось, чтобы запись в РК не отправлять.В РПД-65 добавлена процедура, которая при выборе (изменении) информации о сотруднике, трудовом договоре либо даты заключения / продления договора производит контроль на различие между данными в форме приказа и в истории назначений, лицевом счете и переходах межпериодов по каждому установленному флагу. Если данные отличаются, то флаг по умолчанию устанавливается. Если нет - снимается. В том случае, когда все флаги сняты, сигнал в РК не отправляется.
102.1733689.1.108.0Записка-расчет о предоставлении отпускаУправление персоналомОтпуска
Проблема при печати форм РПД-6: - Записка-расчет о предоставлении отпуска (лицевая сторона) - Записка-расчет о предоставлении отпуска (лицевая сторона) со склонением ФИО в системе Галактика (страна - Казахстан, поток данных 2001 года) - происходит смещение данных, что приводит к некорректному отражению информации в отчете. Проблема проявляется в случае, если работнику в одном приказе назначают два основных отпуска, остаток с прошлого периода и за текущий период. Возможно ли реализовать схему, при которой в отчет будет попадать агрегированная информация по основным отпускам, аналогично дополнительным?Доработан поток данных РПД-6 (2001 года). При отображении информации об основном отпуске теперь выводится агрегированная информация по всем основным отпускам. Количество дней суммируется, даты начала и окончания рабочего периода как берутся минимальная и максимальная дата начала и окончания, соответственно, по всем основным отпускам. Даты предоставления основного отпуска - дата начала отпуска из приказа + количество дней предоставленных основных отпусков.
102.1744609.1.108.0РПД-40 закрыть возможность изменение флага "отзыв / перенос"Управление персоналом40. Отзыв из отпуска
В РПД-40 в утвержденном приказе доступен для редактирования флаг "отзыв / перенос в связи с пересечением с больничным". Требуется отключить возможность редактирования данного флага в утвержденном приказе.Флаг "отзыв / перенос в связи с пересечением с больничным" при утвержденном приказе сделан недоступным для редактирования
180.103399.1.108.0Неверно отображается подразделение и должность в ЗП у сотрудника принятого по срочному ТД, имеющего перевод на другую должностьУправление персоналом5. Перемещение
В РПД-65 необходимо к подразделению и должности добавить флажки по которым будем определять подкрашивать их для обработки в рабочей корзине или не подкрашивать. Первоначальное значение флажков необходимо определить сравнивая подразделение и должность в 6 окне картотеки и в модуле "Зарплата".В РПД-65 добавлены 2 новых флага для полей "Подразделение" и "Должность", по которым определяется, будут ли раскрашены соответствующие поля в рабочей корзине. По умолчанию значение флагов устанавливается путем сравнения соответствующих полей в 6 окне картотеки и в лицевом счете и переходах межпериодов.
102.1649019.1.107.0РПД=71: отсутствие контроля незаполненного приказаУправление персоналом71. Дни отдыха и оплачиваемые неявки
РПД-71 (не утвержденный). Полностью отсутствует какой-либо контроль при печати приказа. Контроль содержания приказа всегда выдает сообщение: "Приказ проверен успешно.", даже в случае пустого приказа (выбран только работник). Существенно для групповых приказов, где достаточно легко пропустить данный момент. И если раньше, это была зона ответственности пользователя, то с появлением функционала контроля системой заполнения приказов всех распорядительных действий, центр ответственности смещен в сторону системы.РПД-71. Доработана проверка. В случае, если заполнена никакая информация по отпуску, приказ нельзя будет утвердить. В протокол проверки приказа выведется сообщение "Не заполнена информация по отпуску".
102.1685749.1.107.0Проверка заполнения данных РПД-31.Управление персоналом31. Взыскание
Для утверждения РПД-31 (Взыскание)/РПД-32 (Снятие взыскания) достаточно ввести сотрудника. Получается, приказ совершенно пустой. Предлагаю, проверять выбран ли "Вид взыскания" и заполнена ли "Дата взыскания", по аналогии с РПД-20/21/30.РПД-31/32. Доработана проверка. В случае, если не заполнена необходимая информация по взысканию, приказ нельзя будет утвердить. В протокол проверки приказа выведется сообщение "Не заполнена информация о взыскании". Дополнительно теперь контролируется заполнение информации о виде взыскания. В случае, если не заполнен, приказ не пройдет проверку, в протокол выведется сообщение "Не указан вид взыскания".
102.1726229.1.107.0РПД=1: лишний запрос при переводе приказа из состояния "исполняемый" в состояние "утвержден"Управление персоналомПрием на работу
При переводе приказа о приеме в состояние "исполняемый" в картотеке создается карточка, а в ЗП лицевой счет не виден. При утверждении такого приказа выдается предупреждение-запрос: "Сотрудник ФИО уже есть в картотеке. Продолжить?" Естественно, что такой сотрудник есть, ведь система сама создала карточку при переводе приказа в состояние "исполняемый". Данный запрос лишний и только путает пользователя - приходится останавливать утверждение приказа, перепроверять картотеку, убеждаться в том, что в карточке ссылка на утверждаемый приказ.Контроль наличия карточки сотрудника осуществляется, только в случае, если состояние приказа "Не утвержден".
102.1738069.1.107.0Неверная дата в печатных формах записки-расчётаУправление персоналом8. Увольнение
РПД-8. Неверная дата в печатных формах записки-расчёта. После установки обновлений (Z_StaffOrders 9.1.101.0) в формах записки-расчёта, которые печатаются из приказа на увольнение, вместо даты оставления записки расчёта стала подставляться дата утверждения приказа. Связано это с тем, что в новых версиях компонента Z_StaffOrders дата составления записки-расчёта хранится в поле ContDoc.Dat2, а не в ContDoc.LastDate, как раньше. А в ContDoc.LastDate же теперь хранится дата утверждения приказа. Между тем в формах записки-расчёта по прежнему ошибочно используется поле ContDoc.LastDate.Исправлено. Для вывода информации о дате составления записки-расчета используется поле ContDoc.Dat2.
103.93869.1.107.0Добавить в приказ РПД-35 "Направление на обучение" место нахождения учебного заведенияУправление персоналом35. Направление на обучение
Добавить в приказ РПД-35 "Направление на обучение" поле "место нахождения" учебного заведения. В карточке сотрудника данное поле есть и при утверждении приказа данное поле в карточке сотрудника должно заполняться значением из приказа.В РПД-35 добавлено поле Адрес учебного заведения. Если в справочнике учебных заведений введен адрес, то он автоматически будет заполняться при выборе учебного заведения.
180.103579.1.107.0Убрать предупреждение по РПД-3 "Временное замещение без освобождения от своих обязанностей" "Период замещения более месяца, что противоречит законодательству"Управление персоналом3. Временное замещение без освобождения от своих обязанностей
Убрать предупреждение по РПД-3 "Временное замещение без освобождения от своих обязанностей" "Период замещения более месяца, что противоречит законодательству".Убрана проверка на продолжительность замещения больше месяца. И убрано соответствующее предупреждение.
102.1712349.1.106.0РПД=70: привести в соответствие печать реквизитов трудового договора в формах Т-5 и Т-5аУправление персоналом70. Временный перевод
РПД=70. Вне зависимости от того: - ведутся в системе доп.соглашения или нет - если у сотрудника трудовой договор или нет в любой из возможных ситуаций печать групповых форм приказа отличается от печати индивидуальных форм: в групповой форме Т5-А отсутствует информация о договоре и доп. соглашении. Информация о трудовом договоре во всех формах Т5-А И Т5 должна совпадать. В групповой форме Т5-А в 9 колонке всегда печатается ""ДД/ММ/ГГГГ".При включенной настройке "Возможность ввода номеров и дат доп. соглашений в приказах" в каталоге "Настройки Галактики Управление персоналом Управление и учет кадров Приказы" если для РПД-70 в интерфейсе "Распорядительные действия по персоналу" включена возможность формирования дополнительных соглашений, то при заполненном поле "Дополнительное соглашение" во время печати форм Т5 и Т5-А в поле "Изменения к трудовому договору" выводится номер и дата дополнительного соглашения. При печати формы дополнительного соглашения из РПД-70, в этом случае, заполняются поля датаномер трудового договора и датаномер доп. соглашения (номер и дата ТД для специализированного доп. соглашения) соответственного доп. соглашению, указанному на форме приказа. В случае, если одна из описанных выше настроек не активна, или доп. соглашение на форме приказа не указано, то в поле печатных формы Т5 и Т5-А "Изменения к трудовому договору" выводится "-" (прочерк). При печати формы дополнительного соглашения, в этом случает, в поля датаномер трудового договора выводится информация о текущем договоре, поля датаномер доп. соглашения не заполняются. Информация в поле "Изменения к трудовому договору" для форм Т5 и Т5-А совпадает.