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


Описание файла обновления:
ФайлZ_STAFFIERREP_RES_91220.TXT
ОбновлениеZ_STAFFIERREP_RES_91220
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_STAFFIERREP
ТипRES
Версия9.1.22.0
Дата2016-12-08 16:00:58
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.1538389.1.21.0Ошибка в округленииУправление персоналомИерархические отчеты по ШР
Есть в отчете колонка с формулой, которая вытягивает значение предыдущей колонки, но при этом почему то отрабатывает округление (непонятно откуда настройка округления берется).В иерархических отчетах по штатному расписанию и картотеке: - при выводе вещественных полей (в т.ч. итогов и формул) ширина столбца не влияет на значение, а количество знаков после запятой влияет - округляется до этого количества знаков; - при расчете формул на основании вещественных полей: значение столбца-источника берется с учетом указанного для него количества знаков после запятой, но ширина столбца-источника не влияет на его значение; - при расчете итоговых значений по вещественным полям: значения поля берутся с учетом указанного для него количества знаков после запятой, ширина не влияет на его значение. В иерархических отчетах по картотеке итоги по вещественным полям выводятся не как строковые, а как числовые.
102.1476119.1.20.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1448189.1.19.0Долгосрочные отпуска. Возврат из них. Таблица VacancyУправление персоналомШтатное расписание (интерфейс)
В системе предусмотрены долгосрочные отпуска, при оформлении которых сотрудник освобождает ставку. Сейчас при оформлении такого отпуска в назначении сотрудника устанавливается дата ухода. Подобный способ хранения информации приводит к ряду проблем: - в ряде случаев из-за установленной даты ухода система считает сотрудника, находящегося в долгосрочном отпуске, уволенным; - при окончании долгосрочного отпуска необходимо выполнять возврат из него (убирать дату ухода в назначении); - оформление возврата из долгосрочного отпуска производится нажатием на кнопку в интерфейсе ШР, но это не всегда тот функционал, за который должен отвечать пользователь, ведущий ШР в системе; кроме того, сотрудники, работающие вне ШР, в данном интерфейсе не отображаются и выполнить их возврат здесь нельзя; - результат построения отчетов зависит от того, возвращен ли сотрудник из отпуска - система определяет факт занятия ставки по дате ухода и не видит, что в определенный период сотрудник был в долгосрочном отпуске и ставку не занимал; - затруднена поддержка актуальной даты ухода в назначении при оформлении двух долгосрочных отпусков подряд, операциях редактирования отпусков в Кадрах и ЗП; - наименование подразделения, в котором находится сотрудник, в 6 окне отображается на дату ухода, что в случае нахождения сотрудника в отпуске неправильно. В то же время, информация о состоянии отпуска в системе и так есть, а факт нахождения сотрудника в долгосрочном отпуске может определяться исходя из имеющихся данных. Предлагается: - отказаться от установки даты ухода в назначении при уходе сотрудника в долгосрочный отпуск: - отказаться от функционала ручного возврата сотрудника из долгосрочного отпуска; - разработать функционал обновления атрибутов назначения сотрудника согласно данным в штатном расписании при возврате сотрудника из долгосрочного отпуска.В случае ухода сотрудника в долгосрочный отпуск дата ухода в назначении не проставляется, возврат сотрудника из долгосрочного отпуска (занятие им ставки) производится автоматически. Разработан конвертер, убирающий дату ухода в назначениях сотрудников, находящихся в долгосрочном отпуске. При определении факта занятия сотрудником ставки в определенную дату учитываются даты его долгосрочных отпусков, т.е. в том случае, если сотрудник находится в долгосрочном отпуске: - в интерфейсе штатного расписания по-прежнему отображается признак "отп", дата ухода с должности и наименование отпуска; - при отображении числа вакансий на ставке долгосрочные отпуска учитываются. Определение того, находится ли сотрудник по определенному назначению в долгосрочном отпуске (т.е. не занимает ставку) на дату производится следующим образом: - для совместительств - должен иметься отпуск, действующий на дату и оформленный на совместительство с тем же лицевым счетом; - для других назначений - должен иметься отпуск, действующий на дату и оформленный на любое основное назначение. Соответствующим образом доработаны отчеты. При формировании планового графика отпусков проверяется наличие у сотрудника долгосрочного отпуска на первый день года формирования. При его наличии план для сотрудника за год не формируется. Для определения нахождения сотрудника в долгосрочном отпуске по назначению на дату следует использовать метод GetLongVacationByDate(код назначения, дата) vip-интерфейса StaffStruct. Таблица Vacancy для связи больше не используется. Доработано событие системы "Окончание долгосрочного отпуска". При его выполнении на экран выводится перечень сотрудников, у которых в ближайшее время (согласно настройкам контроля событий) заканчивается долгосрочный отпуск. В том случае, если на дату возврата сотрудника из отпуска на ставке будет недостаточно вакансий, сообщение об этом будет выведено здесь. При обработке уведомлений (нажатие на Enter при наличии маркированных уведомлений) будет производиться проверка на соответствие атрибутов назначения (оклад, режим, условия труда и т.п.) значениям на ставке в ШР. В том случае, если данные расходятся, на экран выводится подтверждение о необходимости обновления назначения согласно ШР. Положительный ответ пользователя на вопрос приведет к обновлению назначения сотрудника и отправке сигнала об изменении лицевого счета в рабочую корзину. ВНИМАНИЕ: если контроль события окончания долгосрочного отпуска отключен, то предупреждение об автоматическом возврате сотрудника на ставку проводиться не будет. Т.о. даже при включенном контроле вакансий ("Настройки Галактики Управление персоналом Управление и учет кадров При отсутствии по штатному расписанию свободных вакансий" ) может возникнуть ситуация с отрицательным числом вакансий по ставке, если ставка занята другим сотрудником.
102.979219.1.18.0Различать договора и контрактыУправление персоналом1. Прием на работу
Для обеспечения возможности формирования доп. соглашений к трудовым договорам необходимо их введение в систему в качестве отдельных сущностей. Т.е. нужен справочник трудовых договоров по сотруднику.В 6 окно картотеки добавлена кнопка "Договоры", по нажатию на которую отображается перечень трудовых договоров сотрудника. Ввод данных о новом договоре теперь осуществляется в отдельном окне (к примеру, по F3 на поле "Договор" в приказе на прием сотрудника (РПД-1)). В том случае, если нужно завести новый трудовой договор, в окне, отображаемом по F3 нужно нажать F7 - отобразится окно редактирования данных о трудовом договоре. Это же окно отобразится по нажатию F3 автоматически при отсутствии договоров по сотруднику или при редактировании нового договора. Если после оформления договора возникла необходимость выбрать старый договор по F3, нужно удалить заведенный договор нажатием Delete на поле договора. Ввод в систему нового трудового договора производится в следующих случаях: - при приеме на работу (через РПД-1 или картотеку сотрудников) - в РПД-4 - в РПД-5 - в РПД-65 (в режиме заключения трудового договора) Добавлена возможность выбора существующего трудового договора из перечня. Выбор может проводиться при оформлении совмещения (РПД-4), перевода в рамках трудового договора (РПД-5), продлении трудового договора (РПД-65 в режиме продления). При заключении нового трудового договора теперь появилась возможность ввести даты действия договора отличные от дат назначения. При последующем редактировании дат создаваемого назначения система предлагает автоматически отредактировать даты действия договора. Для сохранения существовавшей возможности ввести в приказе о приеме часть данных о договоре с последующим оформлением заключения с помощью РПД-65 (необходимо в настоящий момент для корректной работы статистического отчета о расторжении и заключении контрактов) в него добавлен новый режим - "заключение (договор уже оформлен)". Редактирование данных о договоре в этом режиме недоступно. В интерфейсе истории назначения: - слово "контракт" изменено на "трудовой договор" - сведения о трудовом договоре отображаются/редактируются только для операций о создании назначения и заключении/продлении контракта (1, 4, 5, 65) В систему добавлен конвертер, запускаемый при обновлении реестра настроек, который переносит данные о договорах в новую структуру (для приказов по персоналу и назначений (за исключением архивных назначений и назначений со вкладки "Предыдущие назначения" 6 окна картотеки сотрудников)).
102.888059.1.17.0Необходима доработка для временных переводов в рамках контрактаУправление персоналом5. Перемещение
Работодатель может осуществлять перевод сотрудника в рамках существующего трудового договора. В таком случае при создании нового назначения теряется дата окончания срока действия трудового договора (из-за того, что в настоящий момент она хранится в дате окончания назначения). Это приводит к следующему: - после окончания перемещения пользователь системы должен помнить о необходимости ручного восстановления даты окончания срока действия трудового договора; - во многие отчеты вместо дат срока действия трудового договора сотрудника будет попадать недостоверная информация.При определении сроков действия трудового договора теперь учитывается не одно единственное назначение сотрудника, а все действия по сотруднику, связанные с оформлением договора: прием на работу (РПД-1), перемещение (РПД-5), совмещение (РПД-4), заключение/продление контракта (РПД-65). Сроки действия договора в первую очередь берутся из записей истории назначения о заключении/продлении контракта (код операции 65). В том случае, если записей о заключении/продлении контракта в истории назначения отсутствуют, датой начала срока действия договора считается минимальная из дат начала назначений сотрудника по договору, а датой окончания срока действия договора - максимальная из дат окончания назначений сотрудника по договору. Соответствующим образом изменен алгоритм получения информации о контрактах в построителе отчетов и иерархическом отчете по картотеке. При формировании иерархического отчета по картотеке с установленным порядком обработки "Контракты - весь перечень" в печатную форму теперь попадают как контракты по основному назначению, так и контракты по совместительствам. При оформлении приказа на перевод сотрудника (РПД-5) в том случае, если он работает по срочному трудовому договору, в дату окончания перевода автоматически подставляется дата окончания срока действия договора. В иных случаях в приказ подставляется дата окончания предыдущего назначения сотрудника.
101.580159.1.16.0Медленная выгрузка отчетов, формируемых через построитель отчетов.Управление персоналомПостроитель отчетов
Медленная выгрузка отчетов, формируемых через построитель отчетов. Формирование отчета прервали после 30 минут.Увеличена скорость формирование отчетов через сервисную функцию "Построитель отчетов" и "Иерархические отчеты".
102.1471039.1.16.0Иерархические отчеты по картотеке и Построитель "не видят" полную информацию по новому документуУправление персоналомПостроитель отчетов
В системе появился документ с системным кодом "Виза". В нем есть поле "идентификационный номер"... его "не видят", ни построитель отчетов, ни иерархические отчеты по картотеке. Т.е. часть информации по данному документу в отчеты не попадает. Необходимо в печатную форму Построителя отчетов и в печатную форму Иерархических отчетов по картотеке добавить поле "идентификационный номер".В иерархический отчет по картотеке и построитель отчетов в папку "Документы/Все документы" добавлено поле "Идентификационный номер (Виза)" и его обработки. Данное поле заполняется только для документов с типом "Виза" (системный код - 1591).
180.30889.1.16.0Добавить поле в настройку иерархического отчетаУправление персоналомИерархические отчеты по ШР
Пользователи просят в иерархический отчет по штатному расписанию, в настройку полей для печатной формы добавить поле <дата приема> на работу сотрудника. Данное поле необходимо кадровикам для отчетов по штатному наполнению.В иерархический отчет по ШР добавлено поле "Сотрудники на ставке/Дата приема на работу", заполняемое из 1-го окна карточки сотрудника.
102.1465299.1.15.0персональный номер паспорта РБ выводится в одну колонку с кодом подразделения паспорта РФУправление персоналомИерархические отчеты по картотеке
Персональный номер паспорта РБ выводится в одну колонку с кодом подразделения паспорта РФ. Учитывая то, что одновременное наличие на базах клиентов паспортов обоих государств, явление не редкое, иерархический отчет по документам сотрудников выглядит некорректно.В иерархических отчетах во вложенной папке "Все документы" изменено поле персональный номер, оно заменено на два поля "Персональный номер (для РБ)" и "Подразделение (для РФ)".
102.1454619.1.14.0Не верно выводится в иерархический отчет доп. характеристикаУправление персоналомИерархические отчеты по картотеке
Не верно выводится в иерархический отчет доп. характеристика. Формирую иерархический отчет по картотеке с выводом дополнительной характеристики по всем назначениям (см. вложение). Получаю отчет и сравниваю его с тем, что у сотрудника указано в карточке по основному назначению. Получается, что для последнего назначения дополнительная характеристика выведена не правильно. Похоже доп.характеристика берется из временных переводов.Исправлено: при заполнении полей "Назначение / Дополнительная характеристика" и "Совмещения / Дополнительная характеристика" информация выводится непосредственно из обрабатываемого назначения.
101.564969.1.13.0Отображение общего кол-ва дней отпуска считается неверноУправление персоналомШтатное расписание (интерфейс)
Отображение общего кол-ва дней отпуска считается неверно. По результатам спецоценки условий труда с 01/03/2015 изменены нормы по отпускам за ВУТ. В ШР на закладке отпуска заводим новый отпуск за ВУТ с 01/03/2015. Общее кол-во дней отпуска считается неверным на текущую дату - система не учитывает закрытый отпуск. картинка во вложении.В штатном расписании и интерфейсе просмотра занимаемых сотрудников ставок количество дней отпуска теперь отображается на текущую дату. В интерфейсе выбора ставки (вызываемом, к примеру, из РПД-70) количество дней отпуска отображается на конкретную дату. Все обращения к полям Appointments.Vacation и StaffStruct.Vacation заменены на использование метода GetVacKolDn интерфейса StaffStruct, вычисляющего количество дней отпуска по ставке на конкретную дату.
102.1336769.1.13.0Добавить поле "Подкласс условий труда" в отчетУправление персоналомИерархические отчеты по ШР
Добавить поле "Подкласс условий труда" в иерархический отчет по ШР. В связи с появлением в Галактике нового поля Подкласс условий труда в Штатном расписании, добавить возможность его печати в отчетах.В иерархический отчет по ШР в папку "Условия труда на рабочем месте" добавлено поле "Подкласс условий труда", а так же реализована возможность его печати в отчетах. Также для иерархических отчетов по ШР и по картотеке исправлено заполнение указанных ниже полей инорфмацией из истории ( ставки для ШР / назначения дял картотеки ) на дату формирования отчета: 1) Для РФ: "КПС, код", "КПС, наименование", "Особые условия, код" и "Особые условия, наименование"; 2) для РБ: "Вид деятельности, код", "Вид деятельности, наименование", "Профессия по ОКПД, код" и "Профессия по ОКПД, наименование".
102.1275969.1.12.0При удалении записи "Прочие действия" не восстанавливается первоначальное кол-во ставокУправление персоналом6-е окно (сведения о работе на предприятии)
При удалении записи "Прочие действия" не восстанавливается первоначальное кол-во ставок. После изменения поля "Кол-во ставок" в интерфейсе назначений сотрудника, в истории назначений была создана запись "Прочие действия", в которой была изменена только сумма оклада, так как поля кол-во ставок в истории нет. После удаления записи "Прочие действия" сумма оклада и в истории, и в назначении стала первоначальной. Но количество ставок в интерфейсе назначений не изменилось. Если его исправить вручную, то, соответственно изменится и сумма оклада, что не верно. Необходимо хранить поле кол-во ставок и при удалении записи восстанавливать первоначальное значение ставок.В записи истории назначения добавлено поле "Количество ставок". Данное поле доступно для модификации при установленном флаге об изменении оклада. Количество занимаемых ставок не может быть нулевым или больше единицы. При изменении количества ставок в записи истории, если выбрана система оплаты, зависящая от количества ставок, производится перерасчет оклада. В приказе на изменение оклада (РПД-50) добавлена возможность изменить количество занимаемых ставок. Разработан конвертер для заполнения количества занимаемых ставок в записях истории назначений текущим значением количества ставок из назначения. В построителе отчетов и иерархических отчетах анализируется количества ставок на дату отчета из истории назначений. Исправлено заполнение количества ставок в л/с при первичном и повторном приеме на работу(РПД-1), а также оформлении совместительсва (РПД-4).
101.536709.1.11.0В отчет с параметром "Ставки" = "Вакантные" выходит должность, по которой число вакансий=0Управление персоналомИерархические отчеты по ШР
В отчет с параметром "Ставки" = "Вакантные" выходит должность, по которой число вакансий = 0.При печати иерархического отчета по ШР с параметрами "Штатное наполнение", "Ставки" = "Вакантные" отбор вакантных ставок идет по условию: рассчитанное кол-во вакансий <= 0,00001.
101.546569.1.11.0В иерархический отчёт по картотеке некорректно выводится значение поля "Персональный номер" из раздела "Все документы"Управление персоналомИерархические отчеты по картотеке
В иерархический отчет по картотеке некорректно выводится значение поля "Персональный номер" из раздела "Все документы".При печати иерархического отчета по картотеке значение поля "Персональный номер" раздела "Все документы" заполняется из соответствующего поля таблицы документов, заполняется только для документов "Паспорт гражданина РФ", "Паспорт гражданина РБ" и "Вид на жительство"(при условии установленной настройки "Беларусь" и коде записи справочника "ВИД НА ЖИТЕЛ").
102.1392649.1.10.0По вакантным должностям не выходит в отчет код должности в иерархическом отчете по ШРУправление персоналомИерархические отчеты по ШР
При формировании иерархического отчета по ШР (Штатное наполнение - все) по вакантным должностям не выходит в отчет Код должности (см. вложение). Код не выводится именно по вакантным должностям. Клиент просит выводить код должности по всем ставкам.При формировании иерархического отчета по ШР (Штатное наполнение) в список полей, выводимых по вакантным должностям, добавлены следующие поля папки "Данные о ставке": - Код должности; - Код категории; - Валюта оплаты; - Корректирующий коэффициент; - Дополнительная характеристика.
102.1353469.1.9.0Расхождение в названии пункта главного менюУправление персоналомУсловия труда на рабочем месте
В настоящий момент есть расхождения в названиях пунктов главного меню модулей "Управление персоналом" и "Заработная плата". Так, каталог "Условия труда" в зарплате называется по-старому ("Соответствие профессия-КПС"). Логично, чтобы общий справочник или одна и та же функция назывались одинаково и в кадрах, и в зарплате. Также, учитывая то, что понятие "КПС" в белорусском законодательстве не используется, целесообразно переименовать и сам справочник. Надо учесть, что уже есть справочник "Условия труда", значения из которого используются в штатном расписании и в 6-м окне картотеки в полях "Условия".Для унификации используемой терминологии справочник "Соответствие профессия-КПС" теперь будет называться "Условия труда на рабочем месте" (переименование справочника выпускается в обновлении Z_Harm res 9.1.18.0). В этом обновлении переименовываются соответствующие визуальные элементы: В Иерархических отчетах по штатному расписанию (Управление персоналом - Отчеты - Отчеты по штатному расписанию - Иерархические отчеты) и картотеке (Управление персоналом - Отчеты - Иерархические отчеты по картотеке) группа полей "Особые условия, КПС" переименована в "Условия труда на рабочем месте". При настройке на Беларусь поля этой группы имеют другие названия: a. "КПС, код" - "Профессия по ОКПД, код" b. "КПС, наименование" - "Профессия по ОКПД, наименование" c. "Особые условия, код" - "Вид деятельности, код" d. "Особые условия, наименование" - "Вид деятельности, наименование"
102.1342499.1.8.0Не выводятся лидирующие нули в печатную формуУправление персоналомИерархические отчеты по ШР
При использовании табельных номеров в строковом формате, номера которые начинаются с 0 выводятся в печатную форму без 0 (например, номер 00105 выводится как 105).При печати иерархических отчетов по картотеке и по ШР в формате Excel все строковые значения (в т.ч. коды подразделений и табельные номера сотрудников) помечаются как строковые и выводятся корректно.
180.81609.1.8.0При создании иерархического отчета по ШР происходит зависание системыУправление персоналомИерархические отчеты по ШР
При создании иерархического отчета по ШР происходит зависание системы.Ускорено формирование иерархического отчета по ШР за счет обработки фильтра по структурным единицам штатного расписания в первую очередь. Дальнейшие проверки и обработка осуществляется только для ставок, отобранных по фильтру подразделений.
102.1159249.1.7.0Ошибка формирования Иерарх. отчета по ШР (печатная форма)Управление персоналомИерархические отчеты по ШР
Ошибка формирования Иерарх.отчета по ШР (печатная форма). Формируем Иерархический отчет по ШР. Результат: (единиц 872 вакансий 172) Печатаем отчет по всему дереву. (форма Excel) В распечатанном отчете : 1)Отсутствуют итоги 2)Суммируем Результат НЕ СОВПАДАЕТ с тем, что на экране. Кол-во вакансий 405,3 (в Excel), на экране 172. Кол-во единиц = 874, А на экране 872. Описание во вложении.Сотрудник считается занимающим ставку по назначению на дату по след. факторам: 1) назначение, привязано к сотруднику; 2) карточка сотрудника имеет тип архивные или текущие; 3) назначение "по ШР" или не указано; 4) назначение имеет тип: основное, совместительство, врем. перевод; 5) дата начала назначения до отчетной даты; 6) дата окончания назначения (для врем. переводов)/ дата ухода с должности (для осн. назначений и совместительств) пустая или больше отчетной даты; 7) сотрудник не находится в долгосрочном отпуске. Данный принцип определения "занимает ли сотрудник ставку по назначению" применен в интерфейсах: - Штатное расписание: * Вкладка Сотрудники (с учетом фильтра) * Пересчет вакансий * Ликвидация/удаление ставки - Штатное наполнение (с учетом фильтра) - Иерархический отчет по ШР (предпросмотр и печатная форма)
102.1224059.1.6.0Требуется переработка механизма планирования отпусковКонтур управления персоналомПредложение по новой функциональности контура управления персоналом
Требуется переработка механизма обработки отпусков.Реализован новый механизм работы с отпусками. Полное описание решения приведено в документе: DOCStaffOtpusk.pdf; Краткие рекомендации длябыстрого начала работы приведены в документе: DOCQuickStart.pdf.
102.1313049.1.5.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Для обеспечения корректной работы ресурс пересобран на докомпилированном словаре. Комплектность установки ресурсов будет обеспечена требованиями при установке.
102.1178399.1.4.0Ошибка - иерархические отчеты, фильтр по подразделениюУправление персоналомИерархические отчеты по картотеке
Если сотрудника переместили 01.07.2013 из "Подразделения-1" в "Подразделение-2", то он попадет в иерархический отчет по картотеке, в котором установлен фильтр по "Подразделению-2" и период формирования ограничен датой 30.06.2013. Т.е. попадает в отчет о работающих в этом подразделении до 30.06.2013 сотрудниках, хотя фактически в это время работал в Подразделении-1.Доработан алгоритм отбора сотрудников для иерархического отчета по картотеке. В отчет не будут выводиться сотрудники у которых не было назначений в указанном "Периоде формирования" отчета. Подразделение работника для группировки, фильтра и для проверки прав доступа будет браться из последнего назначения сотрудника в заданном периоде, а не то, которое указано в первом окне картотеки, как ранее.
102.1290979.1.4.0Рефакторинг: все интерфейсы справочников АТД надо перенести из компонента Z_Staff в Z_StaffCatКонтур управления персоналомZ_StaffCat
Рефакторинг: все интерфейсы справочников АТД надо перенести из компонента Z_Staff в Z_StaffCat.все интерфейсы справочников АТД перенесены из компонентов Z_Staff и Z_Zar в Z_StaffCat.
102.1255319.1.3.0В иерархическом отчете не выводится номер приказа поощрения.Управление персоналомИерархические отчеты по картотеке
В иерархическом отчете не выводится номер приказа поощрения. У работника есть поощрения. Там есть номер документа. В отчете в разделе поощрения есть номер приказа. Очень надеюсь, что это он и есть. В отчет не выводится.Поле номер приказа поощрения заполняется из шапки приказа (по ссылке на приказ о поощрении) при его наличии, иначе из поля "Номер документа" записи о поощрении.
102.541619.1.3.0вызов дополнительных фильтров при настройке иерархических отчетовУправление персоналомИерархические отчеты по картотеке
Есть возможность работы с дополнительными фильтрами при настройке иерархических отчетов. Но информация о наличии таких фильтров в интерфейсе настройки параметров отсутствует. Было бы удобно, если бы комбинация Alt+F присутствовала бы в статус- строке, либо добавлено отдельной кнопкой, рядом с кнопкой "порядок обработки". Аналогично, для дополнительных фильтров иерархических отчетов ШР.В верхней панели окна редактирования настройки иерархического отчета по ШР и окна редактирования иерархического отчета по картотеке добавлена кнопка [Дополнительные фильтры].
102.645559.1.3.0Доработать интерфейс "Параметры печатной формы"Управление персоналомИерархические отчеты по картотеке
Иерархические отчеты (по картотеке и по ШР) - [Настройка] - Параметры отчета - [Печатная форма] Изменение цифровых полей: - количество строк на странице; - номеров выбранных полей в списке; - ширина (поля). В данном интерфейсе [Enter] отрабатывает как "[Esc] Закрыть", хотя его нет в строке "горячих". Так он отрабатывает и при изменении цифровых полей: вводим новое значение, по привычке нажимаем [Enter] (все-таки конец ввода в поле) и вываливаемся из интерфейса - не очень удобно, тем более такого нет в Построителе отчетов. Предложение: [Enter] использовать только как окончание ввода в поле. (Унификация + удобство).Нажатие Enter не приводит к закрытию окна
106.87169.1.3.0Итоги в иерархических отчетах по ШРУправление персоналомИерархические отчеты по ШР
В строках "Итого по ..." числовые значения выводятся на строку ниже. Хотелось бы, чтобы итоговые значения выводились в той же строке, где и "Итого по...", поскольку при формировании отчета на большом объеме данных печатная форма становится очень громоздкой и неудобной для восприятия.Сумма итога печатается на той же строке где и слово итог
102.1198089.1.2.0Не срабатывает формулаУправление персоналомИерархические отчеты по ШР
Не срабатывает формула. В отчете: Модуль Управление персоналом - Отчеты - Иерархические отчеты -Иерархические отчеты по штатному расписанию. В этом отчете пытаюсь внести формулу, проблема с этой формулой во вложении. Та же самая формула в иерархических отчетах по картотеке отрабатывает корректно.В отчете "Управление персоналом - Отчеты - Иерархические отчеты -Иерархические отчеты по штатному расписанию" доработан разбор формулы с использованием значения строкового поля. Например, {1}, где 1 - поле, содержащее строковое значение.
101.490459.1.1.0В интерфейсе иерархических отчетов по ШР не корректно заполняется поле ТХОУправление персоналомИерархические отчеты по ШР
В интерфейсе иерархических отчетов по ШР не корректно заполняется поле ТХО,Управление персоналом/отчеты/иерархические отчеты/иерархические отчеты по штатному расписанию/Печатная форма Поле выбирается и обрабатывается корректно: Данные о ставке/ШПЗ/Типовая хозяйственная операция
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) с учетом порядковых номеров записей и использование этого объекта интерфейсах и отчетах.
106.96159.1.1.0Потеря преемственности в формировании иерархического отчета по ШРУправление персоналомИерархические отчеты по ШР
Потеря преемственности в формировании иерархического отчета по ШР Заметили на последних обновлениях - скриншоты во вложении.Исправлена обработка строковых значений полей в формулах в иерархических отчетах "Иерархические отчеты по штатному расписанию" и "Иерархические отчеты по картотеке". При невозможности привести значение к действительному числу, оно заключается в кавычки.