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


Описание файла обновления:
ФайлZ_STAFFRECRUITING_RES_91330.TXT
ОбновлениеZ_STAFFRECRUITING_RES_91330
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_STAFFRECRUITING
ТипRES
Версия9.1.33.0
Дата2017-07-21 18:38:00
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.168383NEWБлокировка фильтра в реестре приказов после приема кандидата через приказУправление персоналомИнтерфейс всех приказов по персоналу
Блокируется фильтр в реестре приказов после приема кандидата через приказ: - заблокирован пункт вызова фильтра в локальном меню - не работают горячие клавиши Alt+B.При приеме кандидата через приказ пункт меню "Фильтр" доступен для выбора.
102.168700NEWПри приеме кандидата через картотеку наращивается номер приказа в настройках системыУправление персоналомСписок кандидатов
При приеме кандидата с вариантом оформления "через картотеку" - наращивается номер приказа в настройках системы. Настройки системы: Проверять уникальность номера Да Отдельная нумерация по различным распорядительным действиям нет Отдельная нумерация по филиалам нет Способ автонумерации: с помощью специальной таблицыПри установленных настройках: Проверять уникальность номера Да Отдельная нумерация по различным распорядительным действиям нет Отдельная нумерация по филиалам нет Способ автонумерации: с помощью специальной таблицы номер приказа наращивается только, если прием осуществляется через приказ.
102.1665679.1.32.0Не утвержденный приказ на повторное трудоустройство. При изменении таб номера, таб номер изменяется в карточке сотрудникаУправление персоналом1. Прием на работу
Не утвержденный приказ на повторное трудоустройство. После выбора сотрудника изменяем ЛС на другой, так как будем оформлять трудоустройство на новую карточку. Приказ не заполняем окончательно и НЕ утверждаем, Но в карточке уволенного сотрудника (в 1 разделе) старый номер заменился на новый из приказа, что не допустимо.РПД-1. Хранение табельного номера перенесено из карточки в сам приказ. Это исключает случаи модификации табельного номера в карточке при модификации приказа. Перенос табельного номера в карточку происходит при утверждении приказа.
102.1628659.1.31.0При утверждении приказа о приеме кандидата, созданного из интерфейса "Список кандидатов" потеряна информация в протоколе, информирующая об отсутствии у сотрудника соответствующего документа.Управление персоналомСписок кандидатов
При утверждении приказа созданного и открытого из списка кандидатов протокол содержащий ошибки не работает.При утверждении приказа созданного и открытого из списка кандидатов протокол содержащий ошибки работает корректно.
102.1628829.1.30.0Потеряно решение пир 102.96948! При приеме кандидата через приказ о приеме не все документы из 1 раздела картотеки кандидатов переносятся в приказУправление персоналом1. Прием на работу
При приеме кандидата через приказ не все документы из 1 раздела картотеки кандидатов переносятся в приказ. У сотрудника было два документа, два паспорта старого и нового образца. При приеме кандидата через приказ, в приказе о приеме на работу отображается только паспорт старого образца. Паспорт нового образца пропал.При приеме сторонних кандидатов/практикантов через приказ исправлено: - в карточку приказа о приеме копируются данные и о текущем основном документе; - практикант не исчезает из списка практикантов, как и описано в справке. Также исправлено: при создании карточки кандидата если сразу после заполнения ФИО и таб. номера зайти к контакты, создать там записи, после чего закрыть окно редактирования, то при повторном открытии контактов нет.
180.45829.1.29.0Хочется видеть дату увольнения в списочном просмотре кадровской картотеки .Управление персоналомИнтерфейс картотеки
Добавить дату увольнения в списочном просмотре кадровской картотеки.В списочное представление картотеки добавлено поле "Дата увольнения". Вызов интерфейса настройки видимости поля осуществляется по Alt-M.
102.1588419.1.27.0Не распространяется разграничение прав доступа к подразделениям при выборе ставки у кандидатаУправление персоналомСписок кандидатов
Не распространяется разграничение прав доступа к подразделениям при выборе ставки у кандидата. Установлена системная настройка: Управление и учет кадров/Управление и учет кадров/Разграничение доступа к подразделениям - Да Тогда при выборе ставки в первом окне кандидата открывается весь перечень штатных единиц, вместо тех для которых заданы права.В первом окне кандидата при выборе ставки исправлено разграничение прав доступа по подразделениям, теперь если настройка "Разграничение доступа к подразделениям" включена в окне выбора отображаются только ставки из доступных подразделений.
102.1476119.1.26.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1543929.1.25.0Неизвестная дата в окне выбора ставки для кандидатаУправление персоналомСписок кандидатов
Неизвестная дата в окне выбора ставки для кандидата. На эту дату рассчитываются вакансии, но она нигде не отображается.* В окне выбора вакантной ставки для нового кандидата в шапке окна отображается дата, на которую отображаются ставки. * При вызове окна выбора вакантной ставки из общих сведений кандидата, вакансии рассчитываются на предполагаемую дату выхода, если она заполнена, в противном случае, на текущую дату.
102.1560799.1.25.0Неверное количество вакансий в иерархическом представлении при выборе ставки в 1 разделе карточки кандидатаУправление персоналомСписок кандидатов
Неверное количество вакансий в иерархическом представлении при выборе ставки в 1 разделе карточки кандидата.Список кандидатов. В иерархическом представлении выбора кандидатов для подразделений для полей "Количество вакансий" и "Будущие вакансии" более не указывается значение "0.000". Вместо этого выводится пустая строка.
101.595409.1.24.0Автоматическое присвоение свободного табельного номера при приеме из кандидатовУправление персоналомСписок кандидатов
Не происходит автоматическое присвоение свободного табельного номера при выполнении приема на работу из Списка кандидатов, если принимать сразу несколько людей, помеченных с помощью Insert.Прием из кандидатов адаптирован для работы с несколькими кандидатами по пометке: - при переходе между вкладками разновидностей кандидатов пометка сбрасывается; - в таблицу с перечнем кандидатов добавлено поле с табельным номером; - ввод табельного номера и кнопка печати свободных табельных номеров перенесены с нижней панели в 1 окно; - проверка на возможность приема перед его осуществлением выполняется для всех принимаемых (помеченных) кандидатов и только в случае ее успеха осуществляется прием (таким образом исключена возможность формирования неполного приказа из-за наличия неуникального табельного номера). Если установлена настройка автоматического присвоения табельного номера ("Настройки Галактики Управление персоналом Управление и учет кадров Картотека Автоматически присваивать табельный номер"), то для кандидатов с пустым табельным он присвоится автоматически при приеме. Если данная настройка не установлена, то прием проведен не будет, а номер придется ввести вручную. Исправлена прикладная ошибка, возникавшая при нажатии кнопки "Принять", если перечень кандидатов пуст. В связи с необходимостью множественного ввода табельных номеров кандидатов, они теперь учитываются во всей системе при проверке на занятость. Т.е. при проверке на то, свободен ли номер при вводе приказа на прием или печати свободных табельных номеров, будут учтены в том числе табельные номера кандидатов и практикантов.
101.595539.1.24.0Некорректное отображение после приема на работуУправление персоналом6-е окно (сведения о работе на предприятии)
Некорректное отображение 6-го окна после приема сотрудника на работу через приказ из списка кандидатов.После приема сотрудников из списка кандидатов через приказ в 6-ое окно отображается корректно.
102.1560029.1.24.0Help. В полях фильтров вызывается неверный топикУправление персоналомВ штатном расписании
В окне параметров в полях фильтров окна назначение групп доплат/удержаний в штатном расписании вызывается неверный топик справки. Нужно, чтобы здесь вызывалась справка по интерфейсу, в который фильтр встроен.Следующие встраиваемые фильтры теперь вызывают справку по тем интерфейсам, в которые они встроены: - фильтр по сотрудникам/должностям (CommonFiltrDept); - фильтр по подразделениям и сотрудникам на дату/период (CommonFilterOnDate).
102.1572629.1.24.0Прикладная ошибка при приеме кандидата через список вакансийУправление персоналомСписок вакансий
Прикладная ошибка при приеме кандидата через список вакансий.Исправлена прикладная ошибка при приеме кандидата через список вакансий.
102.1336849.1.23.0Привести к единому виду индивидуальные приказына прием, перевод, отпуск, увольнениеУправление персоналомВсе индивидуальные приказы (прием, перевод, отпуск, увольнение)
Привести к единому виду индивидуальные приказы на прием, перевод, отпуск, увольнение.Интерфейсы "Прием на работу", "Перемещение по службе", "Отпуска" и "Увольнение" приведены к единому виду. Отображение содержимого приказов из данных интерфейсов сделано аналогично с приказами вызванными из интерфейса "Перечень приказов", но с ограниченными возможностями, а именно: - запрещено добавлять новый раздел в приказ, за исключением интерфейса "Отпуска", при добавлении нового раздела в приказ вызванный из интерфейса "Отпуска" дается на выбор 2 распорядительных действия, РПД-6 и РПД-41; - запрещено добавлять новых сотрудников в приказ. Так же в отображении приказов из перечня приказов или из интерфейсов индивидуальных приказов изменено отображение шапки раздела. Вызов шапки раздела производится из колонки "Шапка раздела", в которой отображается наличие шапки раздела.
102.1499129.1.23.0Привести цвета заголовков подразделов в соответствие с визуальной схемойЗаработная платаПостоянные удержания
Привести цвета заголовков подразделов в соответствие с визуальной схемойЗаголовки подразделов интерфейсов приведены в соответствия с визуальной схемой. Убран синий фон, а надписи сделаны жирными шрифтом, черным цветом.
102.1506939.1.23.0Доработать проверку уникальности номеров приказов в связи с появлением новой настройкиУправление персоналомИнтерфейс всех приказов по персоналу
Для приказов по персоналу установлена настройка "Проверять уникальность номера"=ДА. Раньше уникальность номера приказа проверялась в рамках значения настройки "Год, за который вводятся приказы по персоналу". Теперь к данной настройке добавлена еще одна настройка "Контроль года вводимых приказов по персоналу", имеющая три значения: - разрешено за указанный год - предупреждение при вводе за другой год - не контролировать Проверка уникальности корректно проходит теперь только при значении "разрешено за указанный год". Для двух других значений настройки "Контроль года вводимых приказов по персоналу" для проверки уникальности номера приказа следует анализировать не год из настройки "Год, за который вводятся приказы по персоналу", а использовать другой алгоритм.Проверка уникальности номера приказа в зависимости от настройки "Контроль года вводимых приказов по персоналу" анализирует номера по следующему алгоритму: - Если настройка "Контроль года вводимых приказов по персоналу" установлена в значение "разрешено за указанный год", то анализируются номера приказов за год указанный в настройке "Год, за который вводятся приказы по персоналу" - Если настройка "Контроль года вводимых приказов по персоналу" установлена в значения "предупреждение при вводе за другой год" или "не контролировать", то анализируются номера приказов за год указанный в приказе номер которого проверяется.
101.589559.1.22.0Предложения по развитию функционала "Перечень свободных вакансий"Управление персоналомСписок вакансий
В интерфейс Управление персоналом - Сотрудники - Подбор персонала - Список вакансий добавить: информацию о реальном количестве ставок на должности.В интерфейс Управление персоналом - Сотрудники - Подбор персонала - Список вакансий добавлена информация о реальном количестве ставок на должности.
102.1482309.1.22.0Признак группового/сводного приказа хранить не нужноУправление персоналомИнтерфейс всех приказов по персоналу
Признак группового/сводного приказа хранить не нужно. В настоящий момент признаки того, что именно представляет из себя приказ (сводный или нет, групповой или нет), хранятся в следующих полях: - TitleDoc.iNmb - PartDoc.IsPers - ContDoc.cInf Данные признаки используются для: - нумерации приказов (раздельная нумерация по типам РПД при создании приказа, уменьшение счетчика при удалении приказа) - удалении приказов (проверка возможности удаления PartDoc при удалении подчиненного ContDoc, аналогичная проверка для связки PartDoc - TitleDoc) В то же время, для определения того, является ли: - приказ сводным, достаточно найти второй PartDoc, привязанный к TitleDoc - приказ групповым, достаточно найти второй ContDoc, привязанный к PartDoc Предлагаю: - вместо обращения TitleDoc.iNmb, PartDoc.IsPers, ContDoc.cInf проверять содержимое приказа - не поддерживать заполнение данных полей - упростить режим проверки типа приказа сервисной функции Контроль данных - Таблицы приказов Кроме упрощения кода это позволит избежать потенциальных ошибок, связанных с добавлением нового режима изменения состава приказа.Признаки сводного/группового приказа больше не хранятся в полях TitleDoc.iNmb, PartDoc.IsPers, ContDoc.cInf.
102.1448189.1.21.0Долгосрочные отпуска. Возврат из них. Таблица VacancyУправление персоналомШтатное расписание (интерфейс)
В системе предусмотрены долгосрочные отпуска, при оформлении которых сотрудник освобождает ставку. Сейчас при оформлении такого отпуска в назначении сотрудника устанавливается дата ухода. Подобный способ хранения информации приводит к ряду проблем: - в ряде случаев из-за установленной даты ухода система считает сотрудника, находящегося в долгосрочном отпуске, уволенным; - при окончании долгосрочного отпуска необходимо выполнять возврат из него (убирать дату ухода в назначении); - оформление возврата из долгосрочного отпуска производится нажатием на кнопку в интерфейсе ШР, но это не всегда тот функционал, за который должен отвечать пользователь, ведущий ШР в системе; кроме того, сотрудники, работающие вне ШР, в данном интерфейсе не отображаются и выполнить их возврат здесь нельзя; - результат построения отчетов зависит от того, возвращен ли сотрудник из отпуска - система определяет факт занятия ставки по дате ухода и не видит, что в определенный период сотрудник был в долгосрочном отпуске и ставку не занимал; - затруднена поддержка актуальной даты ухода в назначении при оформлении двух долгосрочных отпусков подряд, операциях редактирования отпусков в Кадрах и ЗП; - наименование подразделения, в котором находится сотрудник, в 6 окне отображается на дату ухода, что в случае нахождения сотрудника в отпуске неправильно. В то же время, информация о состоянии отпуска в системе и так есть, а факт нахождения сотрудника в долгосрочном отпуске может определяться исходя из имеющихся данных. Предлагается: - отказаться от установки даты ухода в назначении при уходе сотрудника в долгосрочный отпуск: - отказаться от функционала ручного возврата сотрудника из долгосрочного отпуска; - разработать функционал обновления атрибутов назначения сотрудника согласно данным в штатном расписании при возврате сотрудника из долгосрочного отпуска.В случае ухода сотрудника в долгосрочный отпуск дата ухода в назначении не проставляется, возврат сотрудника из долгосрочного отпуска (занятие им ставки) производится автоматически. Разработан конвертер, убирающий дату ухода в назначениях сотрудников, находящихся в долгосрочном отпуске. При определении факта занятия сотрудником ставки в определенную дату учитываются даты его долгосрочных отпусков, т.е. в том случае, если сотрудник находится в долгосрочном отпуске: - в интерфейсе штатного расписания по-прежнему отображается признак "отп", дата ухода с должности и наименование отпуска; - при отображении числа вакансий на ставке долгосрочные отпуска учитываются. Определение того, находится ли сотрудник по определенному назначению в долгосрочном отпуске (т.е. не занимает ставку) на дату производится следующим образом: - для совместительств - должен иметься отпуск, действующий на дату и оформленный на совместительство с тем же лицевым счетом; - для других назначений - должен иметься отпуск, действующий на дату и оформленный на любое основное назначение. Соответствующим образом доработаны отчеты. При формировании планового графика отпусков проверяется наличие у сотрудника долгосрочного отпуска на первый день года формирования. При его наличии план для сотрудника за год не формируется. Для определения нахождения сотрудника в долгосрочном отпуске по назначению на дату следует использовать метод GetLongVacationByDate(код назначения, дата) vip-интерфейса StaffStruct. Таблица Vacancy для связи больше не используется. Доработано событие системы "Окончание долгосрочного отпуска". При его выполнении на экран выводится перечень сотрудников, у которых в ближайшее время (согласно настройкам контроля событий) заканчивается долгосрочный отпуск. В том случае, если на дату возврата сотрудника из отпуска на ставке будет недостаточно вакансий, сообщение об этом будет выведено здесь. При обработке уведомлений (нажатие на Enter при наличии маркированных уведомлений) будет производиться проверка на соответствие атрибутов назначения (оклад, режим, условия труда и т.п.) значениям на ставке в ШР. В том случае, если данные расходятся, на экран выводится подтверждение о необходимости обновления назначения согласно ШР. Положительный ответ пользователя на вопрос приведет к обновлению назначения сотрудника и отправке сигнала об изменении лицевого счета в рабочую корзину. ВНИМАНИЕ: если контроль события окончания долгосрочного отпуска отключен, то предупреждение об автоматическом возврате сотрудника на ставку проводиться не будет. Т.о. даже при включенном контроле вакансий ("Настройки Галактики Управление персоналом Управление и учет кадров При отсутствии по штатному расписанию свободных вакансий" ) может возникнуть ситуация с отрицательным числом вакансий по ставке, если ставка занята другим сотрудником.
102.1481459.1.20.0проблема при формировании номера скопированного приказаУправление персоналомИнтерфейс всех приказов по персоналу
Установлена настройка "Отдельная нумерация по различным распорядительным действиям" = Да. В классификаторе распорядительных действий заполнена нумерация для отдельных РПД. Приказ о приеме (перемещении или увольнении) был оформлен и утвержден через интерфейс индивидуальных приказов. Тогда, если такой приказ будет в реестре взят за основу при копировании приказа, номер у нового приказа будет сформирован без учета установленной настройки о раздельной нумерации приказов. В том случае, если отдельная нумерация указана и для конкретного распорядительного действия, и для группы, в которую он включен, удаление приказа с последним занятым согласно настройкам номером не приводит к обновлению значения в настройках нумерации.Перед присвоением номера скопированному приказу теперь проверяется его тип. Исправлена ошибка обновления в настройках нумерации последнего использованного номера приказа при его удалении (в перечне индивидуальных приказов и в реестре приказов для тех случаев, когда в приказе имеется выбранное РПД).
102.1471139.1.19.0Не копируются компетенции в приказ о приеме на работу кандидатаУправление персоналомКомпетенции сотрудников
Не копируются компетенции, внесенные в 12 раздел интерфейса "Список кандидатов" в приказ о приеме на работу с вариантом оформления кандидата на работу через приказ.При формировании приказа о приеме из интерфейса "Список кандидатов", информация о компетенциях кандидата переносится в компетенции приказа о приеме.
102.884369.1.19.0Список кандидадов. Прием через приказ. Пометка в списке кандидатов.Управление персоналомПодбор персонала
Список кандидатов. При приеме кандидата из числа работающих через приказ, выдается сообщение "Принять на работу кандидата?", при ответе "Нет" выбранный сотрудник остается в списке с пометкой.При приеме кандидата из числа работающих через приказ, выдается сообщение "Принять на работу кандидата?", при ответе "Нет" снимается пометка сотрудника.
102.1454519.1.18.0нужно избавиться от StMailSend.dll и переработать вызовы на соответствующие атлантическиеКонтур управления персоналомПредложение по новой функциональности контура управления персоналом
Вместо использования библиотеки StMailSend.dll для осуществления почтовых рассылок следует использовать соответствующую функциональность Атлантиса.Из поставки исключена библиотека StMailSend.dll. Изменен механизм выполнения почтовых рассылок. Если ранее отправка писем осуществлялась с использованием приложения Microsoft Outlook, то теперь для этого используется настройка на почтовый сервер исходящих сообщений. Внимание! Для корректной работы функционала почтовых рассылок может потребоваться донастройка системы. Почтовые рассылки будут работать при наличии прав для отправления сообщений, настраиваемых в Support. Настройки сервера исходящих сообщений задаются также в Support. Описание процедуры настройки приводится в разделе 2.6 руководства администратора "Инструментальный комплекс Support. Права доступа" (ftp://ftp.galaktika.ru/pub/support/galaktika/Documentation91/baza/pdf/prot.pdf) . Описанные изменения затрагивают функционал отправки уведомлений в списке соискателей. "Управление персоналом - Сотрудники - Подбор персонала - Список соискателей - Alt+F10 - Отправка уведомлений". Описание функционала доступно в разделе 4.6.4 руководства пользователя "Галактика ERP. Управление персоналом. Приказы по кадрам и работа с картотекой" (ftp://ftp.galaktika.ru/pub/support/galaktika/Documentation91/baza/pdf/Staff02.p df).
102.1455099.1.18.0Пересчет вакансий не нуженУправление персоналомШтатное расписание (интерфейс)
Обеспечить корректную работу системы без использования сервисной функции пересчета вакансий.Изменения по работе с кандидатами - при подсчете будущих вакансий в качестве исходного значения берется не текущее значение вакансий по ставке (актуальное только после запуска пересчета вакансий), а значение на дату, т.е. с освобождающимися ставками складывается не текущее значение вакансий, а значение вакансий на дату; - при выборе вакансии на дату учитывается не текущее значение их количества, а значение на дату выбора.
102.1456319.1.18.0Подбор кандидатов по компетенциямУправление персоналомСписок кандидатов
В системе реализован функционал ввода компетенций по должностям, штатному расписанию и сотрудникам. Нужно сделать ещё один логичный шаг и реализовать функцию подбора персонала по компетенциям. Для этого: 1) подключить окно компетенций в списках сторонних кандидатов и кандидатов из числа работающих. 2) реализовать сохранение компетенций кандидата при приеме его на работу 3) в окне "Список кандидатов" в нижней панели добавить фильтр "Компетенции". Значения фильтра "не установлен" (по умолчанию), "по должности" и "по ставке". Если установлен, то из верхней панели должны исключаться кандидаты, у которых набор компетенций не покрывает все компетенции должности, указанной в поле "Основная профессия" или ставки, указанной в поле "Ставка" первого окна кандидата или если оценка хотя бы по одной компетенции меньше, чем задано для должности или ставки.В интерфейсе "Список кандидатов": * Для пункта контекстного меню "Дополнительные характеристики" изменен номер с 12 на 11. * Добавлен вызов 12 окна картотеки "Компетенции". * Добавлен фильтр по компетенциям. В новом фильтре можно выбрать: * Ставка. * Основная профессия. * Смежная профессия. По кнопке Delete на фильтре, сбрасывается настройки. В зависимости от выбранного, производится сравнение персональных компетенции с компетенциями ставки или должности. Фильтр работает для сторонних кандидатов, из числа работающих, практикантов.
102.1451499.1.17.0В приказ о приеме на работу не копируются составляющие СКК при приеме кандидата через приказУправление персоналомСписок кандидатов
В приказ о приеме на работу не копируются составляющие СКК при приеме кандидата через приказ.В приказ о приеме на работу при приеме кандидата через приказ копируются составляющие СКК и ИФ.
101.571819.1.16.0При создании приказа на прием из карточки кандидата не подтягиваются доплаты по ШРУправление персоналомСписок кандидатов
При создании приказа на прием из карточки кандидата не подтягиваются доплаты по ШР. В ШР к Должности есть ДОПЛАТА, при формировании приказа на прием Кандидата и последующим его утверждением, на 6й вкладу не попадают данные.Если у кандидата в 1 окне указана ставка, то при приеме его через приказ подтягиваются доплаты по ШР.
102.1443579.1.16.0Прикладная ошибка. Отсутствует позиция в таблице. Код ошибки: 310. таблица N31096Управление персоналом1. Прием на работу
При приеме кандидата через приказы с открытым реестром приказов система формирует табельный номер, с которым потом сама же не соглашается в созданном ею приказе, выдавая сообщение, что такой табельный номер уже задействован. Если такое сообщение было выдано, то в дальнейшем при открытиизакрытии окна со стажами, выдается сообщение об ошибке: "Прикладная ошибка. Отсутствует позиция в таблице. Код ошибки: 310. таблица N31096".При приеме из кандидатов с открытым реестром приказов после закрытия окна с информацией о стажах (РПД-1) прикладная ошибка не выдается. Проверка табельного номера проводится корректно.
101.570909.1.15.0прием сотрудника с датой приема не равной дате приказаУправление персоналом1. Прием на работу
При изменении дат приема в приказе с РПД-1 по персоналу даты доплат не корректируются. При приеме из кандидатов автоматически заполняется дата начала северного стажа, а при обычном приеме - нет.При изменении дат назначения в РПД-1 по персоналу система предлагает соответствующим образом откорректировать доплаты по приказу. При редактировании этих дат также проводится контроль на их корректность: дата окончания назначения не может быть меньше даты приема. При приеме из кандидатов дата начала северного стажа в приказе автоматически не заполняется.
101.476339.1.14.1Настройка: категория НР по умолчанию в карточке сотрудникаУправление персоналом10-е окно (дополнительная информация)
В модуле управления персоналом, в карточке сотрудника чтобы кадровики каждый раз вручную не заносили НР (а у клиента может быть только эта категория) при приёме на работу, клиент предлагает сделать настройку, где можно было бы указать НР в качестве категории по умолчанию. Программа при создании карточки должна брать значение этой настройки и привязывать в карточку.По умолчанию проставляются коды плательщика страховых взносов НР для РФ и 01 для РБ при приеме через карточку и приказ (РПД-1) с возможностью изменения категории.
101.386839.1.14.0Приказы Кадров - разрешить ввод за любой годУправление персоналомВсе РПД по персоналу
Нужно убрать настройки с ограничением на год и дать пользователям возможность формировать приказы по персоналу и ШР за любой год. В базе данных одновременно работает порядка 20 сотрудников кадровых служб из филиалов. Возникает необходимость формировать приказы по персоналу и ШР как за 2007 год, так и за 2008 год - особенно в начале года. Перещёлкивать постоянно общесистемную настройку мягко говоря неудобно. Пока в администраторе настроек сделали настройку пользовательской, но всё равно это не удобно и в начале года много времени уходит на её изменение. К тому же непонятнен практический смысл данной настройки на текущий момент времени.Переименована настройка "Год вводимых приказов по персоналу" в "Год, за который вводятся приказы по персоналу", а также добавлены две новые настройки "Контроль года вводимых приказов по персоналу" и "Контроль года вводимых приказов по штатному расписанию", которые расширяют настройки "Год, за который вводятся приказы по персоналу" и "Год, за который вводятся приказы по штатному расписанию". У настроек "Контроль года вводимых приказов по персоналу" и "Контроль года вводимых приказов по штатному расписанию" есть значения: - "разрешено за указанный год" (это значение по умолчанию) - настройки "Год, за который вводятся приказы по персоналу" и "Год, за который вводятся приказы по штатному расписанию" работают так же как раньше, запрещая создавать приказы за год отличный от значения настроек. - "предупреждение при вводе за другой год" - после установки даты приказа и если год отличается от значения настроек "Год, за который вводятся приказы по персоналу" и "Год, за который вводятся приказы по штатному расписанию", то выдается предупреждение: "Веденная дата ("введенная пользователем дата") не соответствует настройке года вводимых приказов по персоналу ("значение настройки")! Продолжить формирование приказа?". Если на это предупреждение ответить положительно, то приказ будет создан с указанной датой, если отрицательно - то пользователю необходимо будет указать новую дату. - "не контролировать" - при создании приказов полностью игнорируются настройки "Год, за который вводятся приказы по персоналу" и "Год, за который вводятся приказы по штатному расписанию" и так же они становятся недоступными для редактирования. В случаях когда используется значение этих настроек, используется текущий год. Также обработка новых настроек ведется в 6-ом окне картотеки сотрудников. Если настройка "Контроль года вводимых приказов по персоналу" установлена в значение "не контролировать", то при создании нового назначения или изменения лицевого счета будут созданы рабочие периоды не по год указанный в настройке, а по текущий год. Такая же обработка ведется при утверждении РПД - 1 и РПД -4 При создании приказа РПД - 1 из списка кандидатов также учитывается настройка "Контроль года вводимых приказов по персоналу", а именно: при настройке "разрешено за указанный год" и "предупреждение при вводе за другой год" выдается сообщение "Год принятия сотрудника отличен от года оформления приказов из настройки.", но создать приказ можно, при настройке "не контролировать" данное сообщение не выдается.
102.1420519.1.13.0При приеме кандидата через приказ на БД с символьными табельными номерами карточка сохраняется в списке кандидатовУправление персоналомСписок кандидатов
При приеме кандидата через приказ карточка сохраняется в списке кандидатов.При приеме кандидата через приказ кандидат исключается из списка.
102.1419779.1.12.0Удаление начальной даты северного стажаУправление персоналом1. Прием на работу
Во время оформлении приказа на прием на работу: - при вводе данных о северном стаже либо возникает прикладная ошибка об отсутствии позиции в таблице лицевых счетов (LSchet), либо обновляется дата начала северного стажа в лицевом счете, не связанном с приказом; - при приеме через кандидатов в случае ввода даты начала начисления северной надбавки возникает прикладная ошибка отсутствия позиции в таблице дополнительных сведений по сотруднику (InfPsn1).Ввод данных о стажах в приказе на прием не приводит к обновлению даты начала северного стажа в лицевом счете или прикладной ошибке отсутствия позиции в таблице LSchet. Для новых приказов на прием, сформированных при приеме кандидатов, ввод даты начала начисления северной надбавки не приводит к возникновению прикладной ошибки отсутствия записи в таблице InfPsn1.
102.1404749.1.11.0Групповой прием кандидатов через приказ: нарушение уникальности табельных номеровУправление персоналомСписок кандидатов
Установлены настройки: - Формат табельных номеров = числовой - Разрешить повторное использование табельных номеров лицевых счетов=нет...или тех же физических лиц...или уволенных или тех же физических лиц - Правило формирования новых табельных номеров= по последним номерам БД Если проводится групповой прием (первичный) кандидатов через один приказ, то, вне зависимости от того, был ли при этом открыт реестр или закрыт, в созданном автоматически приказе о приеме на работу всем кандидатам будет присвоен один и тот же табельный номер. Что противоречит уникальности, установленной вышеперечисленными настройками.При создании группового приказа РПД-1 из списка кандидатов верно расставляются табельные номера для каждого сотрудника в приказе.
102.1404769.1.11.0Групповой прием кандидатов через приказ: ошибочное поведение интерфейсовУправление персоналомСписок кандидатов
Проводится групповой прием кандидатов через приказ. Тогда: - если реестр приказов был при этом открыт, и в реестре установлен фильтр,противоречивший условиям приема кандидатов, то на экран несколько раз (по числу принимаемых) выдается протокол с одни и тем же содержанием, что не удалось спозиционироваться на нужный приказ. Каждый раз данный протокол приходится закрывать руками. - если реестр приказов был при этом открыт, и в реестре установлен фильтр,удовлетворяющий условиям приема кандидатов, то на экран несколько раз (по числу принимаемых) выдается интерфейс с содержанием приказа о приеме на работу кандидатов. Каждый раз приказ приходится закрывать руками, чтобы в него был добавлен новый кандидат. - вне зависимости от того, каков был фильтр в открытом реестре,и вне зависимости от того, был ли открыт реестр или не был, после закрытия приказа, сформированного автоматически при групповом приеме кандидатов, интерфейс реестра перестает быть модальным. Реестр приходится закрывать для того, чтобы попасть в другие режимы модуля.При создании приказа РПД-1 из списка кандидатов сам приказ или протокол, в случае если приказ о приеме не удовлетворяет условия фильтра, открывается только один раз.
102.1233529.1.10.0ошибки при работе с карточками кандидатов при открытом реестре приказовУправление персоналомСписок кандидатов
Если кандидат принимается на работу через приказы, и процесс приема идет при открытых интерфейсах реестра приказов и списка кандидатов, то: - в реестре создается пустой приказ (повторное закрытие-открытие реестра не помогает, приказ остается пустым) - в списке кандидатов карточка принимаемого кандидата утеряна безвозвратно со всеми сведениями Пример во вложенном файле. p.s. проблема работы списка кандидатов при открытой картотеке зарегистрирована ранее, см. 102.112268Исправлен процесс приема при открытом интерфейсе реестра приказов и списка кандидатов, если кандидат принимается на работу через приказы. Если интерфейс реестра приказов открыт в момент принятия кандидата, то дублирования интерфейсов не произойдет, а созданный приказ откроется из запущенного интерфейса реестра приказов
102.1084419.1.9.0при приеме кандидата в картотеку заносятся неверные должность и категорияУправление персоналомСписок кандидатов
При приеме кандидата через картотеку в списке сотрудников в новой карточке неверны должность и категория. В СЕ ШР, указанной при приеме кандидата, нет вообще такой должности. А качестве категории, судя по всему, берется значение первой записи из справочника категорий. Т.к. 6 раздел новой карточки еще не заполнен, в списке данные поля должны оставаться пустыми.Исправлено отображение неверных должности и категории в карточке сотрудника принятого из списка кандидатов через картотеку.
102.874359.1.9.0При импорте анкет кандидатов не импортируются некоторые поляУправление персоналомПодбор персонала
При работе в двух режимах: Импорт анкет через меню Подбор персонала - Импорт анкет кандидатов; Подбор персонала - Список соискателей - Перевод в кандидаты. Предусматривается автоматический перенос следующей информации о претенденте в систему: ъОбщие сведения (ФИО, пол, дата рождения, профессии, сведения о родственниках и дата регистрации кандидата); ъОбразование (учебное заведение, вид образования, дата поступления и окончания, специальность и квалификация); ъКонтактная информация. Информация об образовании (Учебное заведение,специальность и квалификация), а так же контактная информация - автоматически не переносятся.Исправлен импорт анкет. Теперь данные об учебном заведении, специальности по диплому, квалификации по диплому, телефон и электронная почта импортируются корректно.
102.878699.1.8.0проблемы при работе с карточкой кандидататаУправление персоналомПодбор персонала
1) В окне "Список кандидатов" не работает клавиша F9, хотя в локальном меню такая команда описана и работает. 2) В окне "Список кандидатов" по Alt+W вызывается отчет "Список свободных табельных номеров", хотя уместно его формировать только при нажатии кнопки [Свободные табельные] в панели оформления приема (доступна после нажатия кнопки [Принять]). 3) Во 2, 3, 4, 5 и 8-м окнах, открытых из списка кандидатов по Alt+W доступны пользовательские отчеты, которые формируются по картотеке и не затрагивают кандидатов. Целесообразно не запускать пользовательские отчеты из окон кандидатов. 4) Во 2, 3, 4 и 5-м окнах, открытых из списка кандидатов по Ctrl+F2 вызывается интерфейс "Информация о производственном центре". Этот функционал не нужен в списке кандидатов. 5) Во 2, 3, 4 и 5-м окнах, открытых из списка кандидатов по Ctrl+F3 вызывается интерфейс "Копирование информации из старой карточки в новую". Этот функционал не нужен в списке кандидатов. 6) Во 2, 3, 4, 5 и 8-м окнах, открытых из списка кандидатов по Alt+C и Alt+A доступны внешняя классификация и внешние атрибуты. Нужно соответствующие функции добавить в локальное меню этих окон. 7) По Alt+P на вкладках "Сторонние кандидаты" и "Практиканты" запускается отчет, который должен запускаться только с вкладки "Кандидаты из числа работающих". 8) По Alt+M на вкладках "Сторонние кандидаты" и "Практиканты" запускается функция формирования кандидатов из числа работающих, которая должен запускаться только с вкладки "Кандидаты из числа работающих". 9) По Ctrl+Enter из 3-го окна попадаем в 6-е, хотя должны в 4-е. В 4-м и 5-м окнах Ctrl+Enter не работает.Доработано и исправлено.
102.1122689.1.7.0ошибки при работе с карточками кандидатов в случае открытой картотекиУправление персоналомСписок кандидатов
Если открыты интерфейсы картотеки и список кандидатов, то при работе с интерфейсом списка кандидатов наблюдаются ошибки: 1) во втором окне не отображается информация 2) при выполнении приёма кандидата через приказ выдается сообщение "Попытка удаления была неудачной! Надо повторить!".Исправлено отображение информации в различных окнах карточки кандидата. Устранено сообщения про неудачную попытку удаления.
102.1359699.1.7.0Замечания к интерфейсу 8-го окна картотекиУправление персоналом8-е окно (места предыдущей работы)
Есть несколько замечаний к работе 8-го окна картотеки: 1) При нажатии F8 на записи о предыдущем месте работы в 8-м окне картотеки выдается запрос подтверждения, у которого некорректный тип - "Предупреждение". Тип сообщения должен быть "Подтверждение". 2) При попытке удаления записи независимо от ответа на запрос подтверждения запись удаляется, даже если ответить [Нет]. При ответе [Нет] запись не должна удаляться. 3) При нажатии F3 на поле "Основание" открывается справочник "Основания увольнения", при нажатии F3 на поле "Основание увольнения" открывается справочник "Основания". В построителе отчетов при выборе поля "Места предыдущей работы - Основание увольнения" в отчет выводится значение поля "Основание". Надо поменять местами подписи этих двух полей в интерфейсе 8-го окна. 4) при значении "нет" настройки "Настройки Галактики Управление персоналом Управление и учет кадров Картотека Выбирать организацию из справочника" при вводе значений в поле "Организация, предприятие" введенная информация сохраняется в таблице Catalogs с нулевыми значениями полей cParent и MainLink. Необходимо сохранять в справочнике "Служебные каталоги - Место работы/учебы". 5) Обработку дат периода надо сделать более эргономичной: - при вводе некорректной даты (дата окончания меньше даты начала) выделять дату окончания красным фоном. - не заданные даты подсвечивать желтым фоном - сообщения о некорректности дат периода выдавать не при попытке сойти с поля, а при сохранении записи. - если задана дата начала периода, но не задана дата окончания, то выдается сообщение "Уволился до того, как поступил на работу.". Более информативным будет сообщение "Дата окончания периода не должна быть меньше даты начала". 6) Можно ввести несколько периодов с не заданной датой начала и заданной датой окончания. Нужно запретить создание записей с не заданной датой начала. 7) В заголовке 8-го окна карточки кандидата в тексте используются сокращения "Пред. трудовая или иная общественно полезная деят-ть.". Нужно написать без сокращений. 8) Если не задано название организации, то при попытке удаления выдается запрос с текстом "Удалить работу в у сотрудника ..." - с лишним предлогом "в". В этом случае текст сообщения должен быть "Удалить запись о предыдущей деятельности у сотрудника..."Изменения в интерфейсе 8-го окна картотеки: 1) При нажатии F8 на записи о предыдущем месте работы выдается запрос подтверждения с типом "Подтверждение". 2) Запись удаляется только при ответе [Да] в окне подтверждения удаления. 3) Переставлены местами подписи полей "Основание" и "Основания увольнения". 4) При значении "нет" настройки "Настройки Галактики Управление персоналом Управление и учет кадров Картотека Выбирать организацию из справочника" при вводе значений в поле "Организация, предприятие" введенная информация сохраняется в справочнике "Служебные каталоги - Место работы/учебы". 5) Обработка дат периода сделана более эргономичной: - при вводе некорректного периода (дата окончания меньше даты начала для кандидата или меньше или равна дате начала для сотрудника) дата окончания подсвечивается красным фоном. - не заданные даты подсвечиваются желтым фоном (для кандидатов допустимо не указывать дату окончания); - сообщения о некорректности дат периода выдаются не при попытке сойти с поля, а при сохранении записи; - если для кандидата задана дата окончания периода, меньшая чем дата начала, то выдается сообщение "Дата окончания периода не должна быть меньше даты начала". - если для сотрудника задана дата окончания периода, меньшая или равная дате начала, то выдается сообщение "Дата окончания периода должна быть больше даты начала". 6) Запрещен ввод периодов с незаполненной датой начала. Для сотрудников также запрещен ввод периодов с незаполненной датой окончания. 7) Заголовок 8-го окна карточки кандидата заменен на "Предыдущая трудовая или иная общественно полезная деятельность". 8) Если не задано название организации, то при попытке удаления выдается запрос с текстом "Удалить запись о предыдущей деятельности у сотрудника..."
102.1359909.1.7.0Для администратора не во всех интерфейсах модуля дан полный доступ к СЕШРУправление персоналомк структурным единицам штатного расписания
Пользователь является администратором. По умолчанию ему во всех интерфейсах доступны все СЕШР, поэтому данному пользователю права не задаются. Однако права администратора нарушены для интерфейса Сотрудники - Подбор персонала - Список вакансийВ указанном интерфейсе исправлена проверка прав доступа текущего пользователя к СЕШР. Если текущий пользователь является администратором системы, то он не ограничен в правах доступа к СЕШР.
102.1360809.1.7.0Неактуальный путь меню в сообщенииУправление персоналомСписок вакансий
Выполнить действия: Управление персоналом - Сотрудники - Подбор персонала - Список вакансий - Alt+F - [Продолжить]. Фактический результат: выдается сообщение "Информационные окна станут доступны, если зайти в данное окно через пункт главного меню: "База данных Подбор персонала Список кандидатов"". Однако доступ к окну "Список кандидатов" сейчас осуществляется через меню "Сотрудники - Подбор персонала - ...". Ожидаемый результат: В тексте сообщения не должны упоминаться несуществующие пункты меню.Текст сообщения изменен на Информационные окна станут доступны, если зайти в данный интерфейс через пункт главного меню: "Сотрудники Подбор персонала Список кандидатов"
102.742919.1.7.0дополнительные характеристики заносятся в таблицу смежных профессийУправление персоналомПодбор персонала
Карточка кандидата содержит информацию о дополнительных характеристиках (значения выбираются из справочника "Требования к должностям"). После приема такого кандидата через картотеку или приказ дополнительные характеристики заносятся в таблицу смежных профессий, значения которых должны выбираться из справочника "Должности, профессии". Дополнительные характеристики кандидата нужно отобразить в отдельном окне, например в окне дополнительной информации по сотруднику (под кнопкой [Доп.инфо] 1-го раздела карточки).Переделано окно отображения дополнительной информации: окно реализовано в виде набора вкладок "Основная", "Увольнение", "Пенсия" и "Примечание". Если у сотрудника задана дата увольнения, то название второй вкладки будет "Увольнение +". Если у сотрудника задана дата оформления пенсии, то наименование третьей вкладки будет "Пенсия +". Если в мемо-поле задано примечание, то четвертая вкладка будет называться "Примечание +". Кнопка [Увольнения] переименована в [История увольнений], расположена на второй вкладке. Если у работника есть хотя бы одна запись в истории увольнений, название кнопки будет [История увольнений +]. Кнопка [Размер] переименована в [Размер пенсии], расположена на третьей вкладке. Если у работника есть хотя бы одна запись в окне "Размер пенсии сотрудника", название кнопки будет [Размер пенсии +]. Под кнопкой добавлено поле, в котором отображается размер пенсии на текущую дату. Кнопка [Пенсионный фонд] переименована в [Пенсионные фонды], расположена на третьей вкладке. Если у работника есть хотя бы одна запись в окне "Негосударственные пенсионные фонды", название кнопки будет [Пенсионные фонды +]. На первой вкладке добавлена кнопка [Кандидат]. Если сотрудник принимался не из окна "Список кандидатов" или если у соответствующей записи кандидата не были заданы дополнительные характеристики, то кнопка будет не доступна. В противном случае кнопка доступна, называется [Кандидат +] и при нажатии на неё открывается окно "Дополнительные характеристики кандидата", в котором отображается список соответствующих характеристик. Список не доступен для редактирования. У сотрудников, в карточках которых до установки обновления с доработкой в окне "Смежные профессии" отображались записи справочника "Требования к должностям", эти записи будут перенесены в окно "Дополнительные характеристики кандидата" в момент открытия окна с дополнительной информацией.
102.981819.1.6.0Список кандидатов. Привести в соответствие пункты локального меню с горячими клаУправление персоналомСписок кандидатов
Список кандидатов. Привести в соответствие пункты локального меню с горячими клавишами. Горячие клавиши на всех закладках работают, но в некоторых разделах карточки кандидатов дублирование горячих клавиш отсутствует, к примеру 1 раздел. Необходимо все разделы карточки привести к единому стандарту корпоративному стандарту: 3.11.3. Специальные горячие клавиши являются уникальными для данного интерфейса или группы однотипных интерфейсов. Они предназначены для ускорения работы пользователя и должны в обязательном порядке дублироваться в локальном меню интерфейса.Для списка кандидатов приведены в соответствие пункты меню. Теперь пункты меню отображаются корректно и изменяются в зависимости от текущей вкладки.
102.1313049.1.5.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Для обеспечения корректной работы ресурс пересобран на докомпилированном словаре. Комплектность установки ресурсов будет обеспечена требованиями при установке.
102.1311189.1.4.0Привести исходники штатного расписания в соответствие требованиям стандартаКонтур управления персоналомZ_StaffShR
Исходные тексты интерфейсов редактирования штатного расписания, передачи сигналов из него в рабочую корзину, обновления данных по сотрудникам следует привести в соответствие требованиям стандарта "Правила кодирования".Исходные тексты интерфейсов редактирования штатного расписания, передачи сигналов из него в рабочую корзину, обновления данных по сотрудникам приведены в соответствие требованиям стандарта "Правила кодирования". Функциональность не менялась.
102.1293389.1.3.0Активная панель в интерфейсе "Список кандидатов"Управление персоналомСписок кандидатов
В окне перехода по умолчанию активной должна быть верхняя панель, а в окне редактирования (1-м окне карточки) - левая верхняя.При открытии интерфейса курсор находится в верхней панели. При открытии окна редактирования (1-е окно карточки) курсор находится в поле "Фамилия И.О.".
102.1034959.1.1.0Atlantis5435. Платформа Oracle. Не верная сортировка записей в истории ШР.Управление персоналомШтатное расписание (интерфейс)
Atlantis5435. Платформа Oracle. Не верная сортировка записей в истории ШР. В истории штатного расписания были следующие записи: Создание ставки 10/01/2001 Изменение атрибутов ставки 10/01/2001 После развороте базы на платформе Oracle изменился порядок сортировки. Теперь записи выглядят следующим образом: Изменение атрибутов ставки 10/01/2001 Создание ставки 10/01/2001 Соответственно в отчеты по ШР выводятся неверные цифры. К примеру, Типовые отчеты по Штатному расписаниюВ истории штатного расписания добавлено поле с порядковым номером записи. В интерфейсе истории ШР данное поле недоступно для изменений, однако есть возможность перемещать записи вверх/вниз по порядковым номерам в пределах одной даты с помощью соответствующих пунктов меню ("Переместить вверх в пределах даты", "Переместить вниз в пределах даты"). Перемещения записи создания вниз и записи о ликвидации ставки вверх невозможны. При ручном добавлении новой записи в истории ШР в ней проставляется следующий порядковый номер. При удалении не последней записи для всех последующих записей истории порядковые номера уменьшаются на единицу. При добавлении записей истории с помощью приказов для ШР (РПД-20..23) порядковый номер для записи истории проставляется следующим образом: последний порядковый номер в истории на дату изменений + 1; все последующие записи истории корректируются: порядковые номера увеличиваются на единицу. При утверждении приказа РПД-22 добавлена проверка на наличие даты изменений в приказе, если она пустая - приказ не утверждается в протокол выдается соответствующее предупреждение. При удалении утвержденного приказа (РПД-20..23) производиться корректировка порядковых номеров записей, располагающихся за удаляемой. Разработана конвертация истории ШР, при которой будут проставлены порядковые номера в порядке сортировки по датам. Доработан объект получения данных из истории ШР (таблица HistoryStr) с учетом порядковых номеров записей и использование этого объекта интерфейсах и отчетах.