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


Описание файла обновления:
ФайлZ_STAFF_RES_911660.TXT
ОбновлениеZ_Staff_res_911660
НазначениеОбщее
ПродуктГалактика 9.1
Релиз01.12.2011 : Atlantis 5.5
КомпонентZ_STAFF
ТипRES
Версия9.1.166.0
Дата2018-06-06 14:07:01
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.63908NEWРассылка расчётных листков "в архиве с паролем" - запретить рассылку при невозможности отправить запароленный архивЗаработная платаРасчетные листки
1. При отсутствии установленного в операционной системе архиватора, расчетные листки в режимах требующих архивации прикладываемого листка отправляться не будут. 2. Ввести новый режим отправки расчетных листков - "В архиве, пароль при наличии". В данном режиме архивировать или нет приложенный листок зависит от наличия пароля в настройках конкретного сотрудника. В случае если пароля нет, то расчетный листок не архивируется и отправляется в открытом виде. 3. В режиме "В архиве с паролем, пароль обязателен" - отправляются листки только для сотрудников у которых задан пароль. В данном режиме листки, без архивации с паролем, не рассылаются.Галактика ERP Персонал ЗП Отчеты Оплата труда Расчетные листки Отчеты для email-рассылки Изменены возможные значения параметра Рассылка расчетных листков по электронной почте - UP.ZAR.REPORTS.RLIST.DoEmail : 1. Значение параметра "В архиве с паролем" - расширено до "В архиве с паролем, пароль обязателен". В данном режиме гарантируется, что расчетные листки будут отправляться только в зашифрованном архиве. 2. Добавлено новое значение - "В архиве, пароль при наличии". В данном режиме, шифрование зависит от наличия у пользователя заданного пароля. Если пароль не задан расчетный лист будет отправлен без архивации в открытом виде. 3. При отсутствии архиватора в системе расчетные листки в режимах требующих архивацию рассылаться не будут.
101.64560NEWПри добавлении сотрудника в картотеку основным документом становится "Белорусский паспорт" вне зависимости от настроекУправление персоналом1-е окно (общие сведения)
При добавлении сотрудника в картотеку основным документом становится "Белорусский паспорт" вне зависимости от настроек на страну.Корректное добавление национального паспорта для РФ, РБ и Украины.
101.533749.1.165.0Дата начала северного стажаУправление персоналом3-е окно (анкетные данные стаж)
Необходима возможность отлавливать сотрудников, у которых изменялся северный стаж в отчетном периоде.Российская Федерация. - При переходе к новому расчетному периоду, все северные стажи сотрудников получают скрытый параметр синхронизации. - В случае, если северные стажи переформировывались, модифицировались, создавались, удалялись, для всех северных стажей данного сотрудника снимается признак синхронизации. - Разработан отчет, который отлавливает сотрудников с не синхронизированными северными стажами (Заработная плата - Отчеты - Архивные формы - Отчет по изменению северных стажей). В отчете присутствует фильтр по сотрудникам и подразделения на случай, если необходимо вычислить изменения северных стажей не по всему предприятию. - Сотрудники, у которых нет северных стажей не попадают в отчет даже, если на момент начала отчетного периода у них был северный стаж, а после он был удален.
102.1313609.1.165.0Нет правила склонения для фамилииУправление персоналом1-е окно (общие сведения)
Неверно склоняются фамилии Горячий, Козодой.Корректное склонение фамилий Горячий, Козодой.
102.1664559.1.165.0Заполнять при повторном приеме в 8 разделе карточки ссылки на приказы о приеме и увольненииУправление персоналом8-е окно (места предыдущей работы)
Установлена настройка "Переносить предыдущие основные назначения в 8-ой раздел картотеки" = ДА. Сотрудник был принят и уволен приказами. И вновь повторно принят. В 8 разделе карточки повторного приема запись о предыдущей работе создана, но поля с ссылками на приказ о приеме на эту работу и на приказ об увольнении с этой работы остаются незаполненными.Настройка "Переносить предыдущие основные назначения в 8-ой раздел картотеки" = ДА. Сотрудник был принят и уволен приказами. И вновь повторно принят. В 8 разделе карточки повторного приема запись о предыдущей работе создана, поля с ссылками на приказ о приеме на эту работу и на приказ об увольнении с этой работы заполняются.
102.1677839.1.165.0Автоматический контроль на пробелы.Управление персоналом1. Прием на работу
РПД-1. При вводе ФИО нового сотрудника, есть проверка на кол-во пробелов между словами. Если больше одного, вылетает сообщение "Проверьте количество введенных пробелов!". Необходимо автоматически проверять кол-во пробелов и, если их больше одного, удалять лишние.РПД-1/1-е окно картотеки/Кандидаты. При вводе ФИО сотрудника, если между словами более одного пробела, сообщение "Проверьте количество введенных пробелов!" не выводится. При переходе на другое поле/закрытии окна происходит автоматическое удаление лишних пробелов.
102.1816409.1.165.0При изменении даты увольнения не идет сигнал в рабочую корзинуУправление персоналом1-е окно (общие сведения)
Если в карточке сотрудника нет даты увольнения и ставим ее вручную в 1 м разделе - идет сигнал в рабочую корзину. Но кадровик ошибся и указал неверную дату, корректирует ее - сигнал в рабочую корзину не идет об изменении даты увольнения и зарплатчику нужно руками менять в ЛС.Отправка сигнала в РК, если в 1 окне картотеки изменилась дата увольнения.
102.1818489.1.165.0Дублирование уникального ключаУправление персоналомСведения об аттестации сотрудников
Сведения об аттестации сотрудников - f4 - f7 на верхней панели: 1. В созданной записи на нижней панели остается информация из записи, на которой находился курсор перед запуском f7 Если попытаться отредактировать данные на нижней панели новой записи, то выдается сообщение, что переход невозможен 2. Если начать заполнять информацию на верхней панели, то выдается сообщение об ошибке: Дублированное значение при уникальном ключе.Корректный ввод данных об аттестации сотрудников.
102.1822849.1.165.0Ф-я "Замена тарифных ставкок! В протокол сообщения выводятся сотрудники с 0 таб номером и без ФИО из неутвержденного приказа РПД-70Управление персоналомЗамена тарифных ставок
После запуска функции "Замена тарифных ставок" в протокол сообщения выводятся сотрудники с "0" табельным номером и без ФИО из не утвержденного приказов РПД- 3, 4, 5, 70.Доработан интерфейс "Замена тарифных ставок". Для записей назначений из не утвержденных приказов ФИО и табельный номер берутся из самого приказа, а не из назначения.
102.1831909.1.165.0Считыватель документов "Регула" - использование в модулях УП и ЗП #2Управление персоналом* Предложение по новой функциональности модуля "Управление персоналом"
Интерфейс <Документы>: 1. Привести кнопку <Сканер> к установленному стандарту, по размерности, месту расположения, наименованию. 2. "Добавление" нового паспорта (F7) - работает как обновление существующего. Что неверно.В интерфейсе "Документы" кнопка называется "Сканирование паспорта" и размер ее аналогичный размерам такой же кнопки в других интерфейсах. Первоначальные данные (до сканирования) отображаются того документа с которого была нажата кнопка "Сканирование паспорта" и соответственно обновляются данные этого документа.
102.1833689.1.165.0Неправильно склоняются фамилииУправление персоналом1-е окно (общие сведения)
Неправильно склоняются фамилии: - Осадчий - Осадчая - Горячая.Корректное склонение фамилий Осадчий, Осадчая, Горячая.
102.563119.1.165.0склонение ФИОУправление персоналомИнтерфейс картотеки
Неверно склоняются следующие ФИО: - Орёл Сергей Валентинович - все падежи - Маруга Вероника Валерьевна - Род.падеж - Гавака Сергей Михайлович - Род.падеж - Кочерга Валерий Федорович - Род.падежПравильное склонение ФИО: - Орёл Сергей Валентинович; - Маруга Вероника Валерьевна; - Гавака Сергей Михайлович; - Кочерга Валерий Федорович.
103.89669.1.165.0УП.Штатное расписание - сотрудникиУправление персоналомШтатное расписание (интерфейс)
УП.Штатное расписание - сотрудники. Клиент задает вопрос - почему там видны уволенные. Ну да - добавили фильтр в локальном меню, удобно - только вот почему его сразу не применили? В кадрах работают часто бабушки, которых пугают новые возможности.Штатное расписание. На закладке "Сотрудники" по умолчанию фильтр устанавливается в значение "Действующие назначения".
103.95909.1.165.0сделать по умолчанию текущим предпосл раб период, а не последнийУправление персоналом7-е окно (отпуска сотрудника)
При предоставлении отпуска в 7 окне картотеки либо через РПД - 6, 41 необходимо по умолчанию выбирать предпоследний рабочий период, т.к. обычно именно по нему формируется отпуск. При большом количестве отпусков это актуально, т.к. в этом случае возможно не переходить каждый раз на нужный рабочий период.При предоставлении отпуска в 7 окне картотеки, а так же, при оформлении РПД - 6, 41 изменен алгоритм автоматического выбора рабочего периода. Если ранее производился поиск рабочего периода на дату начала отпуска, то теперь используется следующий алгоритм: * если по рабочему периоду, в который попадает дата начала отпуска, сформированы остатки - то берем именно этот период; * если по рабочему периоду, в который попадает дата начала отпуска, остатки не сформированы - производится поиск в обратном порядке среди всех рабочих периодов, стоящих на временной шкале раньше рабочего периода на дату начала отпуска рабочий период, по которому имеются не предоставленные дни отпуска. Поиск прерывается, если в цепочке имеется рабочий период, в котором предоставлены все дни либо, например, нет полагающихся отпусков. Тогда выбирается предшествующий такому рабочему периоду период, в котором есть не предоставленные дни. Как и ранее, выбранный автоматически рабочий период можно изменить, при необходимости, на нужный при предоставлении отпуска в 7 окне картотеки либо в 6 и 41 РПД. Следует отметить, что в случае, когда не происходит формирование остатков, за 1 раз (1 РПД) можно предоставить отпуск только по 1 рабочему периоду.
180.107109.1.165.0Неверно склоняется фамилия если в окончании есть буква ЁУправление персоналом1-е окно (общие сведения)
Неверно склоняется фамилия если в окончании есть буква Ё. Дергачёва Алёна Артёмовна. Т.ж. Ячменёва, Лихачёва, Борылёва, Королёва.Корректное склонение женских фамилий, у которых в окончании есть буква Ё: Дергачёва, Ячменёва, Лихачёва, Борылёва, Королёва.
102.1713459.1.164.0Ссылка на основной отпуск в пакете отпусковУправление персоналом7-е окно (отпуска сотрудника)
При формирование приказов на основной отпуск в пакете отпусков ссылка устанавливается в зависимости от настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Формирование Ежегодный трудовой отпуск". Если в системе занесено несколько основных отпусков, то это приводит к некорректной ситуации, когда otpusk ссылается на одну запись классификатора отпусков, а factotpusk - на другую. Например, если заведено 2 основных отпуска: для госслужащих и для не госслужащих. Необходимо доработать систему, чтобы совпадали ссылки на классификатор в пакете отпусков и в самом отпуске.Для реализации решения была добавлена в "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Формирование" настройка "Формировать наименование пакета фактических отпусков по наименованию основного отпуска из пакета", а настройка "Ежегодный трудовой отпуск" была переименована в "Ежегодный трудовой отпуск по умолчанию". Возможные варианты значения настройки: * Нет - При оформлении РПД-6 либо добавлении нового отпуска в 7 окне картотеки наименование пакета отпусков формируется из значения настройки "Ежегодный трудовой отпуск по умолчанию". Данный вариант настройки - вариант по умолчанию; * Да - При оформлении РПД-6 либо добавлении нового отпуска в 7 окне картотеки наименование пакета отпусков формируется из наименования основного отпуска, входящего в пакет. В случае, если основной отпуск в пакете отсутствует, наименование пакета формируется из настройки. Следует помнить, что при оформлении отпуска в РПД-6 и 7 окне по план-графику отпусков когда детализация план-графика содержит только 1 отпуск, наименование пакета формируется из наименования отпуска в детализации план-графика, вне зависимости от вышеперечисленный настроек.
102.1781999.1.164.0обнуляется продолжительность стажаУправление персоналом3-е окно (анкетные данные стаж)
Принимаем сотрудника на работу. В карточке в разделе 3 начинаем заполнять данные из трудовой книжки о стажах. Например, для страхового стажа. Если ввести дату начала и закрыть окно, то продолжительность стажа обнуляется. Если после этого зайти в просмотр информации о стаже и выйти, то продолжительность отображается корректно. Описание во вложении. Такое поведение системы сильно раздражает пользователей. Данные о продолжительности должны сразу корректно отображаться.Принимаем сотрудника на работу. В карточке в разделе 3 начинаем заполнять данные из трудовой книжки о стажах. Например, для страхового стажа. Если ввести дату начала и закрыть окно, то продолжительность стажа пересчитает с учетом текущих данных.
102.1787549.1.164.0Выбор план графика в РПД-6Управление персоналом6. Оформление очередного отпуска
РПД-6. Необходимо реализовать оформление отпусков на основании детализации план графика.РПД-6. При оформлении приказа на отпуск, реализован механизм учета детализации план графика. При выборе план графика в приказе, если найдена детализация план графика, устанавливаются значения полей "Предоставить отпуск с", "По", "Дней:" на основании план графика, подтягивается рабочий период на основании параметра "Предоставить отпуск с". В табличном редакторе снизу поля предоставляемых отпусков заполняются так же на основании детализации план графика. Вышеуказанные поля и табличный редактор предоставляемых отпусков блокируются. Т.е. при предоставлении согласно план-графика отпусков изменить даты предоставляемого отпуска и количество дней отпуска нельзя. Также невозможно предоставить пакет отпусков выбрав несколько записей план-графика одновременно. Ошибочные ситуации. При выборе план графика, проводится проверка всех записей детализации план графика. Если хотя бы по одной детализации выявлена ошибка, план график выбран не будет (поле "Согласно план-графика отпусков" и "Предоставить с" вернутся в исходное состояние) и выведется сообщение "Найдено несоответствие полагающихся отпусков с детализацией план графика!". Перечень ошибок: 1 - не найден полагающийся с достаточным количеством дней; 2 - в РП детализации не найдены полагающиеся отпуска соотв. вида; 3 - в классификаторе не найден полагающийся отпуск соотв. вида; 4 - не найден РП, связанный с детализацией; 5 - не найден РП для поиска полагающегося (по параметру). При оформлении приказа на предоставлении отпуска из интерфейса просмотра план-графика отпусков добавлена проверка на наличие описанных выше несоответствий. В случае, если одно из выше перечисленных несоответствий будет найдено, будет выдан соответствующий протокол и приказ оформлен не будет. Если, при этом, оформляемый приказ был групповым - не будет оформлен приказ для всех выбранных сотрудников (план-графиков) до устранения несоответствия по каждому из них. При выборе другого сотрудника, поле "Согласно план-графика отпусков" очищается. В случае, если план-график для сотрудника выбран ошибочно - необходимо удалить данного сотрудника из приказа и добавить его заново, установив при этом верные параметры.
102.1812299.1.164.0Избыточное предупреждениеУправление персоналом1-е окно (общие сведения)
Если в интерфейсе ввода адреса оставить незаполненными обязательные поля, то при его закрытии выдается запрос подтверждения "Не заполнены все обязательные для заполнения поля. Продолжить заполнение?" [Да] [Нет]. Если ответить "Нет", то интерфейс закрывается и с незаполненными полями. Нет смысла выдавать этот запрос, потому что пользователь уже проинформирован о том, что обязательные поля не заполнены - об этом сигнализирует их фон.Убрано лишнее предупреждение.
102.1814919.1.164.0Изменить визуализацию при формировании рабочих периодов и полагающихся отпусков с прокручиваемой на числовуюУправление персоналомФункция формирования полагающихся отпусков
Изменить визуализацию при формировании рабочих периодов и полагающихся отпусков с прокручиваемой на числовую в интерфейсе "Справочник рабочих периодов сотрудников". Аналогичные изменения произвести в функции "Пересчет сдвигов рабочих периодов".В интерфейсе "Справочник рабочих периодов сотрудников" изменена визуализация при формировании рабочих периодов, полагающихся отпусков и пересчете сдвигов рабочих периодов с прокручиваемой на числовую с отображением информации том, сколько из выбранный сотрудников обработано на текущий момент.
102.1815059.1.164.0Заменить визуализацию с прокручиваемой на цифровую в интерфейсе формирования план-графика отпусковУправление персоналомФормирование план-графиков отпусков
Заменить визуализацию с прокручиваемой на цифровую в интерфейсе формирования план-графика отпусковВ интерфейсе формирования план-графика отпусков визуализация заменена с прокручиваемой на цифровую с отображением информации том, сколько из выбранный сотрудников обработано на текущий момент.
103.97219.1.164.0система портит рабочие периодыУправление персоналомСправочник рабочих периодов (обобщенно)
Необходим способ установки всем сотрудникам организации "принудительной" (отличающейся устанавливаемой системой) даты начала первого рабочего периода (Persons.Lastdate в первом окне картотеки для основного назначения и Appointments.dDop1 в шестом окне картотеки для совмещения).В систему добавлен внешний интерфейс "Заполнение даты начала рабочего периода" "Сервис Утилиты Запуск внешнего интерфейса Z_STAFF::SETWORKPERIODBEGIN (Z_Staff.res)". Данный интерфейс предназначен для массовой установки "принудительной" (отличающейся устанавливаемой системой) даты начала первого рабочего периода. Данный интерфейс представляет собой 2 панели. В верхней панели отображаются основные назначения для работающих или принятых будущим периодом сотрудников. В нижней - аналогичные назначения по совмещению. Поля таблиц: * Дата приема - дата приема на работу по конкретному назначению; * Начало первого РП - дата начала первого РП по данному назначению из 7 окна; * Новая дата первого РП - принудительно установленная дата начала первого РП; * ФИО - Фамилия, имя и отчество сотрудника; * Табельный № - табельный номер сотрудника; * Подразделение - подразделение; * Должность - должность сотрудника. Кнопки интерфейса: * "Установить по дате приема" - для отмеченных записей устанавливает значение поля "Новая дата первого РП" равным полю "Дата приема"; * "Установить по началу РП" - для отмеченных записей устанавливает значение поля "Новая дата первого РП" равным полю "Начало первого РП"; * "Сохранить" - для отмеченных записей сохраняет поле "Новая дата первого РП" в поле Person.LastDate для основного назначения и Appointments.dDop1 для совмещения. Перерасчет РП при этом не производится! Данный режим необходим для приведения "принудительной" даты начала первого рабочего периода в соответствие с фактической датой начала первого РП. * "Сохранить и пересчитать" - для отмеченных записей сохраняет поле "Новая дата первого РП" в поле Person.LastDate для основного назначения и Appointments.dDop1 для совмещения. Затем производится перерасчет всех рабочих периодов по данному назначению в соответствии с новыми данными.
180.105799.1.164.0Невозможно внести новую доплату в истории доплат для нового пользователяУправление персоналом6-е окно (сведения о работе на предприятии)
Управление и учет кадров. Настройки "Настройки Галактики Управление персоналом Управление и учет кадров Картотека Разграничение доступа" и "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу Общие настройки Разграничение доступа" установлены в "Да". Шестое окно картотеки, доплаты. Для нового пользователя Галактики отсутствует возможность ввода новой записи в интерфейсе "Истории доплаты: ....". Права доступа к 6 разделу картотеки для указанного пользователя установлены в "Просмотр" и "Редактирование". При перемещении по списку доплат на весь список доплат становится то серым, то черным. Эффект проявляется при использовании цветовой схемы "Power".Доработан интерфейс "История доплаты: ...". В списке доплат записи, для которых существует приказ, теперь отображаются серым цветом вне зависимости от состояния настройки "разграничения доступа". В нижней панели поля подсвечиваются серым цветом и становятся недоступными для редактирования в случае, если для данной записи доплат существует приказ или включено разграничение прав и у данного пользователя недостаточно прав для редактирования данной записи. Доработан интерфейс "Доплаты и надбавки.". В списке доплат записи, для которых существует приказ, теперь отображаются серым цветом вне зависимости от состояния настройки "разграничения доступа". При выделении доплаты, внесенной приказом, цвет шрифта для всего списка больше не изменяется.
102.1808599.1.163.0Считыватель документов "Регула" - использование в модулях УП и ЗПКонтур управления персоналомПредложение по новой функциональности контура управления персоналом
Пользователь хочет подключить считыватель документов "Регула" к Галактике. Считыватель + документ - конкретно это ПАСПОРТ РБ. ФИО пол дата рождения место рождения Идентификационный номер гражданство номер документа дата выдачи кем выдан дата окончания FIO на английском.Разработан интерфейс считывания данных паспорта гражданина Республики Беларусь сканером документов "Регула" и сравнения их с имеющимися в системе с возможностью сохранения данных. При создании карточки сотрудника в "Кадрах", Лицевого счета или приказа на прием, в интерфейс ввода добавлена кнопка "Сканирование паспорта". Необходимо приложить 31 и 33 листы паспорта в любой последовательности, проверить достоверность считанной информации и нажать кнопку "Сохранить". В интерфейсе есть цветовое отображение соответствия данных в системе и считанных сканером, если сканирование осуществляется из интерфейса "Документы" при наличии карточки сотрудника: - зеленым цветом отображаются совпадающие данные системы и считанные сканером; - желтым цветом, если данных в системе нет, а есть считанные данные; - синим цветом, если данные есть в системе, но нет считанных; - серым цветом, если нет данных ни в системе, ни считанных; - красным цветом, если данные присутствуют в системе и есть считанные, но они различаются. Интерфейс считывания данных подключен только для паспорта гражданина Республики Беларусь в интерфейсе документы, вызываемого из приказа РПД-1, документов 1 окна картотеки и документов кадровой информации лицевого счета. При сохранении данных о гражданстве и месте рождения, если в системе нет соответствующих элементов в справочниках, система предлагает их создать.
102.1821739.1.162.0Ошибка функционала - Замена тарифных ставокУправление персоналомЗамена тарифных ставок
Не обновляются тарифы в ШР. <<Не указан тариф>>.Корректная замена тарифа в ШР.
102.1794779.1.161.0Штрих-кодирование документов сотрудникаИнтеграции с системами ЭХДЗадания на создание, обработка документов и печатных форм
Необходимо обеспечить штрих-кодирование кадровых документов сотрудника. Добавить связь с ШК, без печати. Таблица, где хранятся документы, 25003- PASSPORTS Номер документа- NMB Дата документа - GIVENDATE Путь по меню: Заработная плата-Лицевый счет-вкладка "Кадровая информация"- кнопка "Документы".Добавлен механизм штрих-кодирования в документы сотрудников.
102.1816699.1.161.0стаж для пу-6Управление персоналомПенсионный стаж
Сотрудник работал во вредных условиях и вышел на льготную пенсию, хотя возраста для полноценной пенсии у него не хватало. Родился он 20.06.1958 года, на льготную пенсию вышел 20.06.2013. Он продолжает работать до сих пор на этом же предприятии. После очередных обновлений не формируется стаж для пу-6, а формировался. После выхода на льготную пенсию сотрудник продолжает работать во вредных условиях и на нормальную пенсию он еще не вышел. Ему еще нет 60 лет, хотя теперь уже 61. По нему должен формироваться стаж для пу-6.Республика Беларусь. Поле "Пенсионный возраст был достигнут" из лицевого счета (закладка "Взносы, налоги на ФОТ") теперь отображается и в модуле управления персоналом в окне дополнительная информация 1-го окна картотеки сотрудников (закладка "Пенсия") добавлено поле "Дата ухода по возрасту". Если нет модуля заработной платы, данное поле открыто для редактирования. Если модуль заработной платы есть, но значение пустое, поле скрыто. При формировании пенсионных стажей сотрудников, дата ухода на пенсию берется из данного поля.
101.626699.1.160.0В иерархические отчеты не попадают пользовательские записи Уровней образования (справочник "Вид образования"/Подкаталог базовых образований")Управление персоналомИерархические отчеты по картотеке
В иерархические отчеты не попадают пользовательские записи Уровней образования (справочник "Вид образования"/Подкаталог базовых образований"). В указанном справочнике не хватает нескольких системных записей, которые есть в законе об образовании. Например, нет "высшее образование - бакалавриат"; "высшее образование - специалитет, магистратура". В классификатор можно добавить пользовательские записи. Но в иерархический отчет они не попадают. Необходимо либо добавить системные записи в соответствии с законом, либо сделать так, чтобы и пользовательские записи попадали в иерархический отчет.Функциональность реализована только по настройке на РФ. В классификатор образований добавлено три дополнительных уровня: - Высшее образование - подготовка кадров высшей квалификации; (высший приоритет) - Высшее образование - специалитет, магистратура; - Высшее образование - бакалавриат. (низший приоритет) Далее идут - Высшее профессионально и т.д. Эти уровни обрабатываются для определения максимального уровня образования у сотрудника, выводятся в формы Т-2 и Т-2ГС 2004 г., построитель отчетов и иерархические отчеты. Во все остальные формы (статистические, наградные листы и т.д.) данные уровни образования не выводятся ввиду отсутствия колонок/мест, куда эту информации можно вывести и отсутствия разъяснений, как эти уровни образования в этих формах обрабатывать.
102.1806419.1.160.0Требуется добавить сортировку по подразделениям ШР в отчет по событиям системыУправление персоналомСобытия системы
Требуется добавить сортировку по подразделениям ШР в отчет по событиям системы.В отчете по событиям системы добавлена сортировка по подразделениям + параметр (ФИО/дата события). При глубине иерархии равной нулю - сортировка осуществляется по параметру (ФИО/дата события).
102.1810049.1.160.0Неверно рассчитываются остатки отпуска в РПУправление персоналом6. Оформление очередного отпуска
Неверно рассчитываются остатки отпуска в РП. Если сотруднику предоставить отпуск по сформированным остаткам за предыдущие РП, то количество дней остатка отпуска уменьшается только в том РП, который привязывался в формировании отпуска. В предыдущем РП (по которому сформированы остатки) количество дней отпуска не уменьшается. Получается, что за один РП, возможно предоставить отпуск несколько раз.При расчете оставшегося количества дней по полагающемуся отпуску, предоставляемому пропорционально отработанному времени, учитываются фактические отпуска, выданные по остаткам этого полагающегося отпуска. В отчете "Неиспользованные отпуска" (журналы регистрации) при расчете неиспользованного количества дней учитываются только отпуска, дата начала которых до даты "проверки".
102.1758019.1.159.0Help. В связи с выпуском проблемы ПИР 102.160003 необходимо обновить справкуУправление персоналомОбновление денежных доплат
Нужно подключить корректную справку: - к функции меню "Операции > Обновление денежных доплат"; - к открываемому интерфейсу "Обновление денежных доплат".К функции меню "Операции > Обновление денежных доплат" и открываемому интерфейсу "Обновление денежных доплат" подключена корректная справка.
102.1784889.1.159.0Проверка корректности контрольных цифр ИНН физ.лиц (2 последние цифры) очень нужнаЗаработная платаЛицевые счета (окно ввода и редактирования)
Проверка корректности контрольных цифр ИНН физ.лиц. Сложилось ощущение, что Галактика проверяет только количество цифр во введенном ИНН. В то же время СНИЛС проверяется и на количество цифр, и на контрольное соотношение. Нужно включить проверку контрольных соотношений в ИНН физ.лиц.В разделе "Документы" окна "Общие сведения" картотеки сотрудников модуля "Управление персоналом" для документов "ИНН" и "Страховое свидетельство" поле, содержащее номер было доработано. Теперь при вводе неправильного номера поле будет подсвечиваться красным, снизу поля будет описана ошибка. При выходе из интерфейса или смене документа будет выведено сообщение о некорректности номера (если он некорректен) с возможностью вернуться и отредактировать номер или продолжить задуманное действие. Такое же поведение будет наблюдаться у окон задания ИНН и номера страхового свидетельства в лицевом счете. Также в окне лицевого счета некорректный ИНН будет подсвечиваться красным.
102.1785679.1.159.0функция позволяет изменить оклад, привязанный к тарифной сетке, не прибегая к корректирующему коэффициентуУправление персоналомИзменение назначений
В интерфейсе "Изменение назначений" существует возможность изменить оклад, привязанный к тарифной сетке, не прибегая к корректирующему коэффициенту.В интерфейсе "Изменение назначений" проведены доработки: * в таблицу, содержащую список работников, добавлено новое поле "Тарифная сетка". В данном поле отображается наименование тарифной сетки, если по данному назначению оплата установлена в соответствии с тарифной сеткой. В противном случае поле не заполняется; * на панели "Новые значения работника" поле "Окладставка" теперь доступно для редактирования только в том случае, когда существующая оплата отвязана от тарифной сетки, либо изменена система оплаты и новая система оплаты отвязана от тарифной сетки; * при нажатии на копку "Продолжить" теперь сохраняется и привязка к тарифной сетке (при ее наличии)
102.1786319.1.159.0Добавление информации в отчет, формируемый функцией "Проверка/корректировка данных о документах" при установленном флаге "Корректность ИНН.."Управление персоналомДокументы сотрудника
Добавление информации в отчет, формируемый функцией "Проверка/корректировка данных о документах" при установленном флаге "Корректность ИНН.." Просьба по функции проверки ИНН выводить ТАБЕЛЬНЫЙ НОМЕР (добавлять сортировку по ФИО или табельному - это по возможности), а также ВЫДЕЛЯТЬ цветом или стилем "Ошибка..", а то приходится делать поиск по этому слову среди большого списка (ибо в основном он состоит из сотрудников с незаполненным ИНН). Табельный номер нужен в связи с тем, что в общем случае на сотрудника имеется несколько карточек (и смежных ЛС).<Управление персоналом> - Сотрудники - Проверка и корректировка - Документы сотрудника При выставлении флага Корректность ИНН, изменено в отработке проверки: 1. добавлена сортировка по ФИО при проверке данных о документах сотрудников; 2. сообщение об отсутствии ИНН вынесено в одну строку с ФИО: "Иванов Иван Иваныч, таб.№ 101 - Отсутствует ИНН" что позволит взглядом легко выделять в отчете другие ошибки по ИНН, которые выводятся в следующей строке и с отступом; 3. Данные ФИО в строке дополнены выводом табельного номера.
102.1795069.1.159.0При формировании полагающихся не удалять полагающийся отпуск, если у него есть предоставленный остатокУправление персоналомФункция формирования полагающихся отпусков
Изменить подход к удалению отпусков в функции формирования полагающихся отпусков: при наличии фактических отпусков по остаткам, сформированным на основании удаляемого отпуска, не выполнять удаление, записывать сообщение в протокол. Существует 2 РП: 2016-2017: основной отпуск 20 дней; 2017-2018: основной отпуск 20 дней (остаток за 2016-2017); основной отпуск 20 дней; Выдан остаток. Переформировываем полагающиеся отпуска за оба РП с удалением остатков и отпусков, с формированием остатков. Полагающийся и уже выданный остаток становится пользовательским, формируется еще один остаток, связанный с полагающимся отпуском 2016-2017.При удалении полагающихся отпусков/остатков (с помощью функции формирования полагающихся отпусков) если в системе присутствует фактический отпуск, созданный на основании сформированного по удаляемому отпуску остатка будущего периода, система не удаляет отпуск и не отвязывает будущий остаток, в протокол выводится соответствующее сообщение. При формировании остатков (с помощью функции формирования полагающихся отпусков и при исправлении ошибок при проверке корректности) если пересчитываемый остаток равен 0 (подлежит удалению),но в системе присутствует фактический отпуск, созданный на основании сформированного по пересчитываемому остатку остатка будущего периода, система не удаляет пересчитываемый остаток и не отвязывает будущий остаток, в протокол выводится соответствующее сообщение.
102.1796619.1.159.0Не все обязательные для заполнения поля являются обязательными для адреса места рожденияУправление персоналом1-е окно (общие сведения)
При вводе адреса места рождения ряд полей стал помечен, как обязательный для заполнения, что неправильно по отношению к индексу и улице. В свидетельстве рождения и в паспорте указывается только страна и населенный пункт, либо особое место рождения.При вводе адресов обязательными для заполнения являются поля: 1. Населенный пункт - для всех адресов; 2. Почтовый индекс - для адресов прописки, проживания и временной регистрации сотрудника, прописки родственника; 3. Улица - для адресов прописки, проживания и временной регистрации сотрудника, прописки родственника; 4. Даты начала и окончания временной регистрации - для адреса временной регистрации сотрудника.
102.1798879.1.159.0Функция "проверка и корректировка" - иждивенцы не исправляет номера детей при установленных флажках: "Корректировать" и "Упорядочить по дате рождения"Управление персоналомИждивенцы
Функция "проверка и корректировка" - иждивенцы не исправляет номера детей при установленных флажках: "Корректировать" и "Упорядочить по дате рождения".Усилен алгоритм проверки и формирования номеров детей по дате рождения.
180.102109.1.159.0Ликвидация рабочей корзины в управлении персоналомКонтур управления персоналомПредложение по новой функциональности контура управления персоналом
Автоматизировать обработку сигналов о добавлении/удалении постоянных доплат в рабочей корзине.Создана настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Рабочая корзина Автоматическая обработка сигналов Постоянные доплаты" с возможными значениями: - обрабатывать вручную - обрабатывать автоматически - обрабатывать автоматически и удалять сигнал Рабочая корзина обрабатывает сигналы в соответствии с данной настройкой. Сообщения о создании/удалении доплаты будут отображаться в общем логе утверждения приказа.
180.103209.1.159.0Удержания - передавать в ЗП на прямую, минуя рабочую корзинуУправление персоналомРабочая корзина (формирование сигнала)
При утверждении приказа нужно передавать удержания в модуль заработной платы напрямую, минуя рабочую корзину.Добавлена настройка "Настройки Галактики Управление персоналом Расчеты с персоналом Рабочая корзина Автоматическая обработка сигналов Удержания" позволяющая рабочей корзине мгновенно обрабатывать сигналы об удержаниях из других модулей. Данные о создании/удалении удержания попадают в лог утверждения приказа. Также при автоматической обработке сигналов о вычетах на иждивенцев используется древовидный лог.
180.103239.1.159.0Межрасчетные выплаты - передавать в ЗП на прямую, минуя рабочую корзинуУправление персоналом20. Назначение единовременных выплат
Межрасчетные выплаты - передавать в ЗП на прямую, минуя рабочую корзину. Контролировать удаление приказа на предмет рассчитанной зарплаты. Контролировать дату доплаты.Добавлена настройка по пути "Настройки Галактики Управление персоналом Расчеты с персоналом Рабочая корзина Автоматическая обработка сигналов Доплаты межрасчетного периода" с вариантами: "обрабатывать вручную", "обрабатывать автоматически", "обрабатывать автоматически и удалять сигнал". Поведение рабочей корзины при обработке сигналов о доплатах межрасчетного периода соответствует выбранной настройке. Сообщения об автоматической обработке сигнала будут показаны в логе утверждения приказа. Если доплата, создаваемая в приказе, имеет дату, месяц которой меньше, чем расчетный месяц, то такой приказ не будет утвержден. Если доплата, созданная при утверждении приказа, уже учтена при расчете зарплаты, то такой приказ нельзя удалить пока не будет удалена доплата или из результатов расчета не будет удалено начисление (Рекомендуется удалить доплату и пересчитать зарплату, после удалить приказ).
102.1805779.1.158.3В плане-графике отпусков нужен признак наличия переноса отпускаУправление персоналомПросмотр графиков отпусков
В плане-графике отпусков нужен признак наличия переноса отпуска.Добавлена колонка с признаком наличия приказа на перенос план-графика в окне просмотра план-графика отпусков.
102.1805959.1.158.3При экспорте план-графика отпусков учитывать праздничные дни, при расчете даты начала следующего отпуска.Управление персоналомФормирование план-графиков отпусков
При экспорте план-графика отпусков учитывать праздничные дни, при расчете даты начала следующего отпуска.При экспорте план-графика отпусков, при расчете даты начала следующего отпуска учитываются праздничные дни.
102.1809789.1.158.2При пакетном формировании приказов на основании ПГ в протокол несоответствия планируемых с полагающимися должен попадать отпуск из обрабатываемого плана, а не того на котором стоит курсорУправление персоналомФункция формирования РПД-6 по плану графику отпусков
При пакетном формировании приказов на основании ПГ в протокол несоответствия планируемых с полагающимися должен попадать отпуск из обрабатываемого плана, а не того на котором стоит курсор. Например есть 2 позиции ПГ: ежегодный - 20 дней дополнительный - 70 дней при этом полагается: ежегодного - 20 дней дополнительного - 7 дней если запустить формирование приказа с позиции ПГ = дополнительный - 70 дней, то в протоколе будет сообщение: не совпадает количество дней для дополнительного - это верное сообщение; если запустить формирование приказа с позиции ПГ = основной - 20 дней, то в протоколе будет сообщение: не совпадает количество дней для основного - это ошибочное сообщение.При пакетном формировании приказов на основании ПГ в протокол несоответствия планируемых с полагающимися попадает отпуск из обрабатываемого плана, а не того на котором стоит курсор (ФИО дополнено информацией о назначении): ФИО (совместительство, таб.номер) - Дополнительный отпуск (к ежегодному) c 23/01/2018 по 02/04/2018 - Найдено несоответствие полагающихся отпусков с детализацией план графика: не найден полагающийся отпуск с достаточным количеством дней! ФИО (основное назначение, таб.номер) - Основной отпуск c 01/01/2019 по 29/07/2019 - Найдено несоответствие полагающихся отпусков с детализацией план графика: не найден полагающийся отпуск с достаточным количеством дней!
101.639239.1.158.1В приказе на приём не отображаются приказы привязанные к ставке, хотя все остальные сведения - подтягиваются.Управление персоналом1. Прием на работу
В приказе на приём не отображаются отпуска по ШР привязанные к ставке, хотя все остальные сведения - подтягиваются.Корректное отображение отпусков по ШР, привязанных к ставке.
102.1790059.1.158.0На 7й вкладке карточки сотрудника "привязка отпусков" добавить принадлежность к назначениюУправление персоналом7-е окно (отпуска сотрудника)
На 7й вкладке карточки сотрудника "привязка отпусков" в новом окне "привязка отпусков по ШР" добавить принадлежность к назначениюНа 7-й вкладке карточки сотрудника "привязка отпусков" в окне "привязка отпусков по ШР" к карточке сотрудника, отображается назначение, по которому эти отпуска полагаются.
102.1786869.1.157.0Отображение в план-графике только актуальных значенийУправление персоналомПросмотр графиков отпусков
Необходимо в таблицу PlanOtpusk добавить поле для хранения признака актуальности записей план-графика и обеспечить отображение в интерфейсе только актуальных. Заодно целесообразно изменить порядок сортировки и показывать плановые отпуска в порядке убывания дат - сверху январские, снизу декабрьские.Добавлено поле PlanOtpusk.wStatus для хранения признака актуальности. По умолчанию при значении 0 запись планового отпуска считается актуальной. Добавлены необходимые индексы для фильтрации по этому полю в интерфейсе план-графика отпусков. Изменена сортировка в интерфейсе план-графика отпусков: сверху будут отображаться записи с меньшей плановой датой начала отпуска. Также из порядка сортировки исключено поле "Тип отпуска".
102.1786999.1.157.0При формировании ПГ в режиме отчет выводить код подразделенияУправление персоналомФормирование план-графиков отпусков
При формировании плана-графика в режиме "отчет" необходимо выводить код и наименование подразделения.При формировании плана-графика в режиме "отчет" выводится код и наименование подразделения.
102.1787129.1.157.0Новый параметр формирования ПГ отпусковУправление персоналомФормирование план-графиков отпусков
В интерфейс формирования ПГ (в группу параметров где "переформировать существующий...", "Учитывать остатки..") отпусков добавить новый параметр "формировать детализацию в отдельных графиках" (+ увеличить высоту окна). По умолчанию параметр снят. для всех источников данных (типа "справочник РП" и т.д.) кроме файла импорта: - существующий алгоритм сохранить при отключенном параметре "формировать детализацию в отдельных графиках". - при формировании ПГ для каждого отпуска, указанного в полагающихся (для случая РП) или в штатке и персональных формировать 1 запись план-графика и 1 идентичную запись детализации с указанием дат и количества; Наименование планового отпуска должно быть таким же как и наименование детализации, таким же как и наименование отпуска в источнике данных (РП, ШР, привязке персональных); в плановом отпуске д.б. заполнен рабочий период, как в отпуске или остатке. для источника данных "файл импорта": - по КАЖДОЙ строке файла импорта сформировать отдельный плановый отпуск и такую же детализацию. - в наименование планового отпуска записать наименование отпуска из Excell (найти по коду в классификаторе отпусков), в рабочий период из РП1 (найти в справочнике РП). Данные из Excel не агрегировать. - учесть чтобы в ПГ была цепочка из идущих друг за другом отпусков (дата окончания первого + 1 = дате начала следующего) не менее 14 дней, при включенном параметре "Контролировать количество дней части отпуска не менее 14 дней".В функции формирования план-графика добавлен параметр "Формировать отдельный график для каждого отпуска". Параметре доступен при включенном параметре "Формировать детализацию отпусков".
102.1787529.1.157.0Выбор план-графика при предоставлении отпусковУправление персоналом7-е окно (отпуска сотрудника)
7-е окно картотеки сотрудников. Необходимо реализовать оформление отпусков на основании детализации план графика.7-е окно картотеки сотрудников. При оформлении отпуска через 7-к окно картотеки сотрудников, реализован механизм учета детализации план графика. При выборе план графика, если найдена детализация план графика, устанавливаются значения полей "Дата начала пакета отпусков", "Дата окончания пакета отпусков", "Количество дней", а так же добавляются полагающиеся отпуска на основании план графика, подтягивается рабочий период на основании параметра "Дата начала пакета отпусков". Указанные данные после заполнения закрываются для редактирования. Ошибочные ситуации. При выборе план графика, проводится проверка всех записей детализации план графика. Если хотя бы по одной детализации выявлена ошибка, план график выбран не будет (поле "Согласно план-графика отпусков" и "Предоставить с" вернутся в исходное состояние) и выведется сообщение "Найдено несоответствие полагающихся отпусков с детализацией план графика!". Перечень ошибок: 1 - не найден полагающийся с достаточным количеством дней; 2 - в РП детализации не найдены полагающиеся отпуска соотв. вида; 3 - в классификаторе не найден полагающийся отпуск соотв. вида; 4 - не найден РП, связанный с детализацией; 5 - не найден РП для поиска полагающегося (по параметру).
102.1787949.1.157.0Формирование рабочего периода в детализации отпусков план-графикаУправление персоналомФормирование план-графиков отпусков
В функции формирования план-графика добавить параметр "формировать детализацию отпусков". При выключенном параметре детализацию не формировать. По умолчанию параметр снят. При формировании детализации по всем источникам данных заполнить рабочий период отпуска в детализации.В функции формирования план-графика добавлен параметр "Формировать детализацию отпусков". При снятом параметре формируется план график на общее количество дней (без детализации).