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


Описание файла обновления:
ФайлZ_STAFFNASTR_RES_810560.TXT
ОбновлениеZ_STAFFNASTR_RES_810560
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентZ_STAFFNASTR
ТипRES
Версия8.10.56.0
Дата2015-12-09 12:45:09
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.148477NEWВ справочник "Родственные связи" добавить системные коды.Управление персоналом4-е окно (родственники)
Для решения ПИР 101.58062 необходимо в справочник "Родственные связи" добавить системные коды для элементов: "Мать", "Отец", "Супруг матери", "Супруга отца", "Усыновитель".В справочнике "Родственные связи" добавлены системные коды для элементов: "Мать" - 1596, "Отец" - 1597, "Супруг матери" - 1598, "Супруга отца" - 1599, "Усыновитель" - 1600.
102.148633NEWНеобходимо добавить уведомление, подтв. право на уменьшение налога на фиксированные авансовые платежиЗаработная платаКадровая информация
В справочник "Документы сотрудника" (из ЗП вызывается из кадровой информации кнопка "Документы") необходимо добавить документ "Уведомление, подтверждающее право на уменьшение налога на фиксированные авансовые платежи" (№, дата, код ИФНС).Добавлен документ "Уведомление, подтверждающее право на уменьшение налога на фиксированные авансовые платежи" с Системным кодом 564.
102.148735NEWДобавить признак в ЛС "ИНН в стране гражданства" для учета его в 2-НДФЛЗаработная платаСправки 2-НДФЛ [РФ]
Необходимо добавить документ "ИНН в стране гражданства".Добавлен документ "ИНН в стране гражданства" с Системным кодом 573.
102.148756NEWНеобходимо добавить уведомление, подтв. право на социальный налоговый вычетЗаработная платаКадровая информация
В справочник "Документы сотрудника" (из ЗП вызывается из кадровой информации кнопка "Документы") необходимо добавить документ "Уведомление, подтверждающее право на социальный налоговый вычет" (№, дата, код ИФНС).Добавлен документ "Уведомление, подтверждающее право на социальный налоговый вычет" с Системным кодом 574.
102.1417258.10.55.0Доработка РПД для завершения совмещенияУправление персоналом* Предложение по новой функциональности модуля "Управление персоналом"
Требуется РПД для завершения совмещения и закрытия доплат по нему.Разработано распорядительное действие - "Закрытие совмещения (снятие надбавок за совмещение)" (РПД-7). Перед утверждением приказа проводятся проверки на: - наличие утвержденного приказа на закрытие того же совмещения; - наличие в утверждаемом приказе нескольких завершений одного совмещения; - корректность указанной в приказе даты отмены совмещения; - наличие в истории доплат записей с датами после планируемой даты отмены совмещения. При утверждении приказа: - освобождается ставка по совмещению; - в назначении устанавливается дата ухода с совмещения; - доплаты по совмещению закрываются, в рабочую корзину отправляются сигналы о снятии доплат). При удалении утвержденного приказа производятся обратные действия: - ставка по совмещению занимается; - дата ухода в назначении принимает значение, равное таковому до утверждения приказа; - даты окончания/снятия доплат по совмещению принимают предыдущие (имевшиеся до утверждения приказа) значения, в рабочую корзину поступают соответствующие сигналы (если отправленный при утверждении сигнал не был обработан, то удаляется, а новый сигнал об изменении доплаты не отправляется). Для приказа разработаны индивидуальная и групповая печатные формы FastReport.
102.1385518.10.54.0Ошибки при изменении даты назначения с сохранением даты приема на работуУправление персоналом6-е окно (сведения о работе на предприятии)
При изменении в 6 разделе картотеки даты первого назначения С СОХРАНЕНИЕМ значения даты приема на работу происходит изменение дата приема на работу в истории назначения, а, соответственно, изменяется дата приема в утвержденном приказе. Дата приема на работу сохраняется только в 1 разделе картотеки и в ЛС. При изменении в 6 разделе картотеки даты первого назначения С ИЗМЕНЕНИЕМ значения даты приема на работу информация во всех интерфейсах (6 раздел, история 6 раздела, 1 раздел, РК, ЛС) корректна.При изменении даты назначения в 6-ой вкладке и ответе на вопрос о приравнивание даты приема дате назначения отрицательно, не изменяется дата приема на работу в первой вкладке карточки сотрудника, истории назначения и в приказе о приеме, если он имеется. Если же на запрос о приравнивании даты приема дате назначения получен положительный ответ то дата приема приравнивается дате назначения, так же изменяется и в утвержденном приказе о приеме, если таковой имеется. Описанная ситуация работает в случае если у сотрудника первое назначение и отсутствуют любые записи в истории назначения, кроме приема на работу. Так же изменен РПД-1, теперь изменение даты назначения в шестой вкладке не приводит к изменению даты в утвержденном приказе РПД-1 если пользователь отрицательно отвечает на запрос о приравнивании дат. Добавлены проверки на корректность дат, а именно, теперь нельзя установить дату назначения раньше даты приема, даже при отрицательном ответе на запрос о приравнивание дат. Если ответ на запрос был отрицателе то происходит откат изменений 6-ой вкладки, о чем сообщается в самом запросе. Так же добавлены предупреждения при изменении поля "С даты" в истории назначения, а именно проверка редактирования записи о приеме, если установленная дату позже даты назначение выдается соответствующее сообщение, это сообщение не влияет на редактирование записи и имеет только информативный характер. Такое же сообщение будет выдаваться для других видов операции в истории но проверка там иная, сообщение будет выдаваться если поле "С даты" будет раньше даты назначения.
102.1345558.10.53.0Статформа 6-т(кадры) в новой редакции от 2014 для РБУправление персоналомЧисленность, состав и профессиональное обучении кадров
Статформа 6-т(кадры) в новой редакции от 2014 для РБ.Приведена в соответствие с новой редакцией от 28.07.2014 для РБ форма 6-т(кадры). Настройка "Использовать форму "6-т (кадры)", утвержденную" упразднена. Т.к. предыдущие версии не актуальны, будет вызываться форма 6-т(кадры) в новой редакции от 2014. Старые версии формы 6-т доступны через запуск внешнего интерфейса (например, "для получения формы, утвержденной 29.06.2001 необходимо в окне "Запуск внешнего интерфейса" выбрать интерфейс "Z_STAFFREPORTS::FORM6T (Z_StaffReports.res)"). Удалена графа "Признак местности" из заглавной таблицы. Изменен текст строки "Представляются респонденты". В РАЗДЕЛ 1 добавлена колонка 8 "Из графы 3 - руководитель юридического лица, обособленного подразделения", которая содержит в себе сведения о численности руководителей обособленных подразделений . Сотрудник считается руководителем обособленного подразделения если: 1) у сотрудника установлена категория "Руководители" в 1-ом окне Картотеки; 2) фамилия и инициалы сотрудника совпадают в справочнике подразделений с полем "Руководитель" вкладки "Основная" окна "Редактирование подразделения", хотя бы для одного подразделения, связанного со СЕ ШР, указанной в поле "Подразделение" основного назначения в 6-м окне карточки этого сотрудника; 3) у подразделения, для которого руководителем указан рассматриваемый сотрудник, поле "Тип" должно иметь значение "подразделение", а поле "Роль" - "филиал/представительство" или "обособленное структурное подразделение". В Таблице2 "Справочная информация" убраны строки с номерами 24, 25. В тексте, где говорится о подписях изменились данные касающиеся ответственного (исполнителя) лица: выводится ФИО ответственного (исполнителя), его номер контактного телефона, который указан в Картотека-Общие сведения- Контакты, на вкладке "Телефоны" ( должен быть выбран Вид телефона "тел.рабочий") и электронный адрес исполнителя, который указан в Картотека-Общие сведения- Контакты, на вкладке "e-mail" (должен быть выбран Вид- "e-mail" ). Должность не выводится.
102.1373078.10.52.0Добавить в "Справочник периоды проживания в сев. районах" стажиУправление персоналомТрудовой стаж
Добавить в "Справочник периоды проживания в северных районах" стажи "остальные районы крайнего севера " и "Иные местности с особыми климатическими условиями"В справочник "Периоды проживания в северных районах" добавлены новые стажи: - Иные местности с особыми климатическими условиями, - Остальные районы Крайнего Севера.
102.1353898.10.51.0При переводе из филиала в филиал в новой карточке хранить историю назначений по предыдущему филиалуУправление персоналом5. Перемещение
При переводе из филиала в филиал (раздельная отчетность) в новой карточке хранить историю назначений по предыдущему филиалу.В картотеку сотрудников добавлено поле "Ф" (отображать переходы между филиалами), это поле по умолчанию скрыто, включить его отображение можно при помощи пункта "Скрыть/показать столбцы" в локальном меню картотеки сотрудников. Когда данное поле видимо в нем отображается наличие у сотрудника перевода из филиала в филиал: Красная стрелочка вниз - обозначает, что текущая карточка была создана после утверждения приказа о переводе (РПД-5) с параметром "перевод в другой филиал (раздельная отчетность)" и есть возможность перейти к карточке предшествующей этому переводу (можно перейти к карточке с которой осуществлен перевод); Синяя стрелочка вверх - обозначает, что есть новая карточка, которая создана после утверждения приказа о переводе (РПД-5) с параметром "перевод в другой филиал (раздельная отчетность)" и есть возможность перейти к карточке следующей за этим переводом (можно перейти к карточке на которую осуществлен перевод). Если стрелочки серого цвета то у пользователя нет прав доступа к просмотру подразделения в которое(из которого) переведен сотрудник, однако сами переводы есть. Возможна ситуация когда у одной карточки две стрелочки. При этом действуют те же правила. При наличии у сотрудника перевода из филиала в филиал в локальном меню можно увидеть пункт "Переводы между филиалами", этот пункт дает доступ к подменю, в котором содержатся пункты: "Сведения из предыдущего филиала"; "Карточка предшествующая переводу"; "Карточка следующая за переводом". Пункты "Карточка предшествующая переводу" и "Карточка следующая за переводом" появляются только в том случае, если у сотрудника есть соответствующий перевод и у пользователя есть права доступа к просмотру соответствующего подразделения. При выборе пункта меню "Сведения из предыдущего филиала" на экране отобразится окно, в котором можно увидеть перечень всех карточек данного работника, которые были созданы посредством перевода из филиала в филиал с раздельной отчетностью (РПД-5) до перевода в текущий филиал. Для каждой карточки отображается информация о назначениях и отпусках. В окне "Сведения из предыдущего филиала" информация отображается полностью, без учета прав доступа к подразделениям (филиалам). Редактирование данных в этом окне запрещено. При первом запуске Галактики, запустится конвертер, который автоматически установит связи новых карточек со старыми на основании существующих приказов (распорядительное действие номер 5). Конвертер не учитывает приказы с РПД-5 с признаком "перевод в другой филиал (раздельная отчетность)", если при их утверждении новая карточка не создавалась. Для таких карточек не существует предыдущих и следующих, вся информация хранится в самой карточке. При утверждении приказа РПД-5 с параметром "перевод в другой филиал (раздельная отчетность)" в созданной карточке сохраняется ссылка на старую (ту, с которой осуществляется перевод), а в старой карточке хранится ссылка на созданную. Иная модификация данных функционалом не предусмотрена. Существующие алгоритмы утверждения приказа РПД-5 с параметром "перевод в другой филиал (раздельная отчетность)" остались без изменений.
102.1364188.10.50.0Нужен "антиконвертер" ,т.к. конвертер добавленный при решении ПИР 101.52314 оказался нужным не всем пользователямУправление персоналом3. Временное замещение без освобождения от своих обязанностей
Автоматически отработал конвертер в утвержденных приказах РПД-3 без выбранной опции "оставить значения основного назначения", заменив их на РПД-70 и изменив историю назначений сотрудника. Как оказалось по факту, клиент никогда не выбирал опцию "оставить значения основного назначения" и его устраивала работа функционала. Как отменить действия конвертера?Добавлен вызываемый через запуск внешних интерфейсов интерфейс "Z_STAFFNASTR::ANTICONVERT_RPD_3_70", позволяющий отменить действия, произведенные конвертером РПД-3 в РПД-70. При нажатии кнопки "Конвертировать РПД-70 в РПД-3" выполняется преобразование ранее полученных из РПД-3 приказов с РПД-70 обратно в РПД-3 с переносом назначений со вкладки "Временные переводы" обратно на вкладку "Заместительства". После проведения преобразований (при их наличии) на экран выводится протокол сообщений с информацией о том, какие назначения сотрудников и по каким приказам были перенесены в картотеке на другую вкладку. Неактивная по умолчанию кнопка "Конвертировать РПД-3 в РПД-70" позволяет повторить действия ранее созданного конвертера. Активировать ее можно с помощью конфигуратора.
106.99548.10.49.0РПД 3 возможность замещения от вакантной ставкиУправление персоналом3. Временное замещение без освобождения от своих обязанностей
Потеря преемственности: до решения ПИР 101.52314 (Пересмотреть подход к РПД-3) была возможность при оформлении РПД-3 создать приказ на замещение вакантной ставки, сейчас - только замещение сотрудника. У Клиента часты ситуации замещения именно вакантной ставки.В РПД-3 и РПД-70 возвращена возможность замещения вакантной ставки и опция "оставить параметры основного назначения". При выборе опции "оставить параметры основного назначения" в атрибуты создаваемого приказом назначения устанавливаются текущие данные из назначения замещающего сотрудника. При снятии опции "оставить параметры основного назначения" в атрибуты создаваемого приказом назначения устанавливаются текущие данные из назначения замещаемого сотрудника, либо, в случае земещения вакантной ставки, параметры замещаемой ставки на дату начала замещения. Установлены в "нет" и скрыты настройки из "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-3 (приказ о замещении)": при утверждении РПД-3 передаваемый в рабочую корзину сигнал не изменяет подразделение и должность замещающего сотрудника. РПД-3 по-прежнему не позволяет изменить особые условия труда ("КПС" для России, "Вид деятельности" для Беларуси).
102.1358898.10.48.0Признак "Проживание" для северных стажейУправление персоналом3-е окно (анкетные данные стаж)
Молодые работники в возрасте до 30 лет, прожившие в северных районах и районах приравненных к Крайнему Северу не менее пяти лет, имеют право на выплату процентной надбавки к заработной плате в полном размере с первого дня работы. Необходимо добавить для таких сотрудников признак или отделные виды стажа с указанием конкретного региона (для отражения этих 5-ти и более лет). при этом расчет северной надбавки будет происходить по следующим алгоритмам: 1. Родился и прожил в РКС с первого месяца работы в РКС - максимальная надбавка 100% 2. Родился и прожил в МКС - с первого месяца работы в МКС - максимальная надбавка 50% Алгоритмы расчета северных надбавок в случае смены региона по таким сотрудникам аналогичны расчету по сотрудникам заработавшим максимальные надбавки в соответствующих регионах.1. В справочник "Виды стажа" добавлен новый стаж "Периоды проживания в северных районах". Для данного стажа добавлены два уточнения: - Районы Крайнего Севера с особыми климатическими условиями, - Местности, приравненные к районам Крайнего Севера. Инициализация пройдет автоматически, при первом входе в программу. Данный стаж не будет формироваться с помощью сервисной функции. Его можно ввести вручную в 3-м окне картотеки сотрудников или лицевых счетах. 2. Доработана функция расчета процента северной надбавки при расчете заработной платы. Теперь стаж проживания учитывается при расчете процентам по общим правилам. При этом учитывается следующий момент: если для работника до 30 лет на 31.12.2004 стаж проживания в северных районах 5 лет и больше,то эти 5 лет проживания прибавляются к наработанному стажу. Т.к после 5 лет у всех работников нарабатывается максимальный стаж, то 5 лет добавляется к тому стажу, в котором работает сотрудника дату расчета. Если стаж проживания работника на 31.12.2004 меньше 5 лет, то период проживания не учитывается.
102.1325648.10.47.0Изменить расчет стажей по табелюЗаработная платаФункция формирования записей о пенсионном стаже
Изменить расчет стажей по табелю в связи с уточнением Подборского в ПИР 106,9846 В условных обозначениях табеля, в поле "вид стажа"в перечень видов стажей добавить все виды стажей, отвечающие за неявки. В случае, если жестко зашитые типовые неявки не подходят, то для них в поле "вид стажа" ,предоставить возможность вводить тот вид стажа, который, по мнению клиента, должен выводиться для сотрудников. При обработке стажей приоритетом обладает поле "вид стажа". Виды стажа, которые необходимо добавить:НЕОПЛ, УЧОТПУСК, ЧАЭС, МЕДНЕТРУД, МЕСЯЦ, ПРОСТОЙ, ОТСТРАН, КВАЛИФ, ОБЩЕСТ, ДОПВЫХ, СДКРОВ, ВАХТАДля России в интерфейсе условных обозначений табеля для поля "Код стажа" была изменена механика. Теперь по кнопке на данном поле открывается окно справочника стажей, из которого можно выбрать необходимы стаж и привязать к табельному отклонению.
102.1356068.10.47.0Потеря преемственности. Сервисная функция не заполняет стаж ПРОСТОЙ. Период формирует, а ИТ-Д3 не заполняетЗаработная платаПенсионный стаж
На Z_STAFFPENSIONER 9.1.29.0 сервисная функция не заполняет стаж ПРОСТОЙ. Период формирует, а ИТ-Д3 не заполняет. На Z_STAFFPENSIONER 9.1.28.0 ПРОСТОЙ заполняется.При входе в программу, будет произведена конвертация, которая установит для табельных отклонений коды стажей по кодам типовых отклонений. Таблица соответствия: Код стажа Код типового отклонения НЕОПЛ НБ, ДБ, ОЗ, ПР КВАЛИФ ПК, ПМ ПРОСТОЙ РП ОБЩЕСТ Г УЧОТПУСК У, УВ, УД ОТСТРАН НО Исключение: табельные отклонения с привязанными кодами.
103.71518.10.46.0Последствия решения ПИР 102.125287Управление персоналомУсловия труда на рабочем месте
После решения 102.125287 данные о КПС на дату и при обновлении назначений после отката приказов берутся из истории назначения, но при этом старые записи истории не содержат информации о КПС, что приводит к потере информации об особых условиях труда при откате приказов.При установке обновления у тех ставок/назначений, для которых указан КПС, но в истории изменений нет записей о его изменении, КПС проставится для всех записей истории ставки/назначения. Данная операция может занять некоторое время. Таким образом при откате приказов по таким ставкам/назначениям информация об особых условиях труда теряться не будет. Т.к в тех случаях, когда в истории ставки/назначения есть записи об изменении с выбранным КПС, невозможно автоматически определить должны ли они быть в более ранних записях истории (КПС мог быть введен после создания ставки/назначения и в системе должны быть данные о том, что до определенной даты у ставки/назначения не было особых условий труда, либо они были другими), добавлена возможность вручную изменить КПС в старой записи истории. При редактировании старой записи истории назначения создастся сигнал в рабочую корзину, который должен обрабатываться или удаляться на усмотрение пользователя. Для редактирования старых записей истории ставки требуется открыть интерфейс истории изменения параметров ставки, спозиционироваться на старой записи истории, затем в конфигураторе для поля "Вид деятельности" (для РБ) или "Особые условия" (для других стран) установить свойство Skip в значение FALSE, подтвердить сохранение конфигурации и перезапустить интерфейс. Аналогичная установка данного свойства в значение TRUE приведет к закрытию возможности редактирования КПС в старых записях истории ставки. Создаваемая при утверждении РПД-50,60,62,65 по персоналу запись истории теперь также содержит информацию о КПС из назначения.
101.523148.10.45.0Пересмотреть подход к РПД-3Управление персоналомВсе РПД по персоналу
Требуется пересмотреть подход к РПД-3 и РПД-70. Законодательно существует понятие "исполнение обязанностей временно отсутствующего работника" можно вывести из содержания ст. 60.2 ТК РФ. Под исполнением обязанностей временно отсутствующего работника без освобождения от работы, определенной трудовым договором, понимается выполнение работником с его письменного согласия в течение установленной продолжительности рабочего дня (смены) наряду с работой, определенной трудовым договором, дополнительной работы по другой или такой же профессии (должности) за дополнительную оплату. Под исполнением обязанностей временно отсутствующего работника без освобождения от своей основной работы понимается замена работника, отсутствующего в связи с болезнью, отпуском, командировкой и по другим причинам, когда в соответствии с действующим законодательством за ним сохраняется рабочее место (должность). РПД-3 должно осуществлять только временное замещение без освобождения от своих обязанностей. РПД-70 - временное замещение с освобождением от своих обязанностей.РПД-3 переименовано во "Временное замещение без освобождения от своих обязанностей", РПД-70 - во "Временное замещение с освобождением от своих обязанностей". Соответствующим образом изменены данные распорядительные действия: - РПД-3 позволяет замещать основное назначение либо совмещение сотрудника, добавив замещающему доплату, но не изменяя оклад и условия труда (режим "оставить значения основного назначения" упразднен.). Замещающей теперь может быть ставка совместителя. - РПД-70 позволяет изменять оклад, условия труда и производить операции с доплатами. Режим "оставить значения основного назначения" упразднен. Замещающему устанавливаются значения из приказа. Конвертер для созданных ранее распорядительных действий производит следующие действия: - Все РПД-3 без галочки "оставить значения основного назначения" переименовываются в РПД-70 и отображаются соответственно. Назначения, созданные такими приказами переносятся в 6 разделе картотеки на вкладку "Временные переводы". - Все созданные до обновления РПД-3 и РПД-70 отображаются по-старому, система не позволяет их редактировать и утверждать, а удаление работает по старому алгоритму.
102.1252878.10.45.0ппс, пу-6Управление персоналомУсловия труда на рабочем месте
Аттестация профессии на предприятии происходит с какой-то периодичностью. Например, она прошла с 01.06.2013 года. До аттестации прфессия считалась вредной, по ней рассчитывали ППС и формировали ПУ-6. После аттестации профессия стала не вредной, т.е ппс не начисляется и пу_6 не формируется. В названии профессии ничего не изменилось, сотрудников никуда не переводили. Все как работали так и работают дальше. После аттестации просто изменился список вредных профессий. До 31.05.2013 ппс начислялся и ПУ-6 сдавалось, а после-нет. Требуется внести в программу изменения, чтобы была возможность проставить дату до которой профессия принадлежала к числу вредных.Изменения в штатном расписании: - На вкладке КПС отображается их перечень из справочника "Условия труда" (Управление персоналом - Штатное расписание - Условия труда" для выбранной профессии. При этом основной КПС выделяется жирным шрифтом. - Изменение основного КПС для ставки производится через историю изменений параметров ставки операцией "Изменение атрибутов ставки", либо приказом об изменении атрибутов ставки (РПД-23 по ШР). При обновлении данных по сотрудникам при изменении атрибутов ставки: 1) в окне параметров обновления данных добавлен флаг, дающий возможность сохранить индивидуальные значения ос.условий, КПС, подкласса и терр.условий; 2) изменения КПС сохраняются в запись истории назначений, если не был задан флаг сохранения; 3) тип вставляемой записи истории назначения: если была замена КПС - тип 61; если была замена режима работы, и не было замены КПС - тип 60; если не было ни замены КПС, ни замены режима работы - тип 50. При удалении утвержденного приказа по ШР РПД-23 при обновлении данных по сотрудникам осуществляется замена осн. условий труда в назначениях в соответствии с последней записью истории. В истории назначений: 1) добавлены поля "Ос. условия", "КПС", "Подкласс", "Терр. условия", которые доступны для редактирования только для типа операции "Изменение условий работы"(РПД-61); 2) для типа операции "Изменение условий работы"(РПД-61) закрыты все поля кроме: - Вид операции - Дата и номер приказа - Даты изменений с/по - Ос. условия, КПС, "Подкласс, Терр. условия - Дата и номер доп. соглашения 3) при вставке, обновлении или удалении последней записи истории производится замена осн. условий труда в назначении, если в записи истории и назначении различные значения. Добавлен приказ РПД-61 "Изменение условий труда". При утверждении приказа создается запись в истории назначений об изменении условий и создается сигнал в рабочую корзину. Разработаны две печатные формы в FastReport для индивидуальной и групповой форм печати. Упразднена кнопка КПС в 6 окне картотеки сотрудников. При формировании пенсионных стажей с помощью сервисной функции, учитывается история назначения по распорядительному действию 61 - "Изменение условий работы".
102.1303218.10.44.0Заблокирована настройка "Источники финансирования"Управление персоналомНастройка
Если на текущих актуальных обновлениях общего назначения запустить Галактику, то настройка "Настройки Галактики Управление персоналом Общие настройки Источники финансирования (ИФ) Использование ИФ в системе" будет заблокирована. И это правильно, т.к. она должна быть доступна только при наличии спецобновления с компонентом Z_StaffIF. Однако если установить обновление Z_StaffIF_RES_8.10.0.4, то настройка всё равно будет недоступна. Нужно сделать, чтобы настройка была доступна при подключенном компоненте Z_StaffIF и не доступна для редактирования при отсутствии в системе этого компонента. Проблема актуальна только для версии 8.1.При обновлении реестра настроек при подключенном компоненте Z_StaffIF разблокируется настройка "Настройки Галактики Управление персоналом Общие настройки Источники финансирования (ИФ) Использование ИФ в системе", иначе указанная настройка заблокируется.
102.1080298.10.42.0Добавить настройку позволяющую скопировать банковские рекв-ты совместителюЗаработная платаЛицевые счета (окно ввода и редактирования)
Необходимо добавить настройку позволяющую копировать банковские реквизиты совместителю. Необходимо чтобы реквизиты заполнялись автоматически из смежного основного лицевого счета. Также нужно скопировать постоянные удержания. Сделать эту возможность включаемую системной настройкой.Добавлена настройка с именем "Копировать банковские реквизиты совместителю", находящаяся в меню "Настройки Галактики Управление персоналом Управление и учет кадров " Настройка включает копирование банковских реквизитов и постоянных удержаний при создании совместительства.
102.1181028.10.41.0Повторное труд-во. В первом приказе на прием удаляется дата испытательного срокаУправление персоналом1. Прием на работу
Оформляется приказ о приеме на работу с испытательным сроком. Сотрудник увольняется и повторно принимается на работу с вариантом "Те же карточка и лс", тогда поле "испытательный срок" удаляется в поле Доп. информация 1 раздела картотеки и в первом приказе о приеме. Соответственно, печатная форма приказа о приеме будет некорректно заполнена, так как в первоначальном варианте поле испытательный срок было заполнено.Сохраняется испытательный срок в приказе о приеме на работу. В карточку сотрудника значение испытательного срока переносится при утверждении приказа или при переводе приказа в статус исполняется. При создании приказа о приеме на работу для сотрудника с вариантом оформления "Первичное трудоустройство, но личная карточка уже заполнена", испытательный срок переносится из карточки в приказ. Доработана функция конвертации уже созданных приказов: значение поля испытательного срока из карточки сотрудника копируется в соответствующее поле приказа. Доработаны печатные формы Т-1 и Т-1а, трудовой договор.
102.1236818.10.41.0Необходимо хранить поле "Вид работы" в случае повторного труд-ва сотрудниковУправление персоналомВсе РПД по персоналу
Необходимо хранить поле "Вид работы" в случае повторного труд-ва сотрудников. В связи с решением проблемы ПИР 102.123452, связанной с правильным разделением пенсионных стажей в случае повторного приема сотрудников на тот же ЛС и на разный ЛС необходимо доработать функционал, связанный с сохранением вида работы предыдущего назначения.В шестом окне картотеки на вкладке "Предыдущие назначения" добавлено поле "Вид работы" Для уже существующих назначений был написан конвертер, который осуществляет хранение поля "Вид работы" не только в карточке, но и в самом приказе на прием. Причем конвертация выполняется только для приказов, в которых человек принимается на текущие в системе назначения. Данный функционал работает корректно, если прием человека осуществляется через реестр приказов. Также в составе этого ПИРа исправлена ошибки, связанные с возможностью утвердить приказ, у которого не указаны должность и категория.
101.525188.10.40.1Потеря преемственности. РПД-9 (Назначение надбавок) - испортилось поле "По дату"Управление персоналомВсе РПД по персоналу
В приказах на назначение надбавок (РПД-9) поле "По дату" не видно в старых приказах, а в новых приказах в случае нескольких доплат по одному человеку это поле одинаковое (а клиенту необходимо вводить разные даты).Исправлено. Теперь значение поля "По дату" хранится для каждой надбавки. Также добавлен конвертер, который заполняет поле "По дату" для старых приказов
102.1168568.10.40.0РПД=8. Пересечение информации в приказахУправление персоналом8. Увольнение
Если сотрудник несколько раз принимался на работу на ту же карточку и несколько раз увольнялся, то значение полей: - номер постановления - дата из последнего приказа переносится во все предыдущие.Для каждого из увольнений сотрудника значения полей "Номер постановления", "Дата" сохраняются корректно. Также был написан конвертер для уже существующих увольнений. Однако он вызывается только для последнего увольнения сотрудника.
102.1241848.10.38.1Доступ к кнопке "Обоснование вычетов" в картотекеУправление персоналом4-е окно (родственники)
Потеря преемственности. После установки обновления Z_STAFF_RES_8101620 при запрете на редактирование отсутствует доступ к кнопке "Обоснование вычетов" в 4 вкладке картотеки. Согласно ПИР 102.122499 требовалось предоставить возможность на просмотр вычетов за выбранный год бухгалтерам, которые не имеют права редактировать кадровую информацию, однако вводить данные по экранной кнопке "Обоснование вычетов" они должны, т.к. это непосредственно влияет на расчеты. Т.к. взамен утраченной функциональности не было реализовано новой, данная ошибка классифицируется как 2 уровень критичности.В настройке разграничения прав доступа к 4му окну картотеки добавлено значение "Редактирование "Обоснования вычетов". При установленном флаге только на просмотр система будет работать следующим образом: для редактирования закрыты все поля 4го окна за исключением поля "Год, за который выводятся коды"; недоступны все кнопки, в том числе "Обоснование вычетов". При наличии доступа на просмотр и редактирование "Обоснования вычетов" доступ к полям аналогичен просмотру, недоступны все кнопки кроме кнопки "Обоснование вычетов". При наличии полного доступа на редактирование система будет работать без изменений. Доработан конвертер преобразовывающий записи разграничения доступа к 4му окну картотеки: если установлен доступ на редактирование данных, флаг на редактирование обоснования вычетов тоже устанавливается.
102.1213688.10.38.0Утверждение РПД-8Управление персоналомВсе РПД по персоналу
Если на момент установки обновления Z_STAFFNASTR_RES_810300 (параллельно с Z_STAFF_RES_8101390, Z_STAFFORDERS_RES_810150) существовали РПД-8 в состоянии "не утвержден", то в них обнуляется дата увольнения и система позволяет утвердить такой приказ. Пустая дата увольнения попадает в картотеку сотрудников.Исправлена возможность утвердить приказ с пустой датой увольнения (при отсутствии записи с таблице InfPsn1). При удалении приказа удаляется соответствующая запись в таблице InfPsn1, в случае если нет другого утвержденного приказа на увольнение с данного назначения. Доработан конвертер приказов на увольнение: - проверяются все приказы на увольнение по основным назначениям, и в случае если отсутствует запись в таблице InfPsn1, она создается с датой увольнения из назначения, если в назначении дата ухода пустая - берется дата увольнения из карточки, если дата пустая в карточке из доп. поля Persons.DisDatePr; если запись в таблице InfPsn1 найдена, то проверяется наличие в ней даты увольнения, если дата заполнена- запись не модифицируется, иначе по принципу создания записи(из назначения или карточки); причина и основание увольнения заполняются из карточки сотрудника. - просматриваются текущие основные назначения сотрудников по карточкам (признак "О"), при наличии даты ухода с данного назначения формируется запись в таблице InfPsn1, если дата ухода не проставлена, а дата увольнения в карточке указана, то в запись InfPsn1 заносится дата увольнения из карточки. ВНИМАНИЕ!!! Перед установкой обновления рекомендуется проверить даты ухода с назначений для корректного восстановления конвертором дат увольнения в приказах!
102.1224618.10.38.0Необходимо изменить структуру записи о снятии доплаты в истории доплат ШРУправление персоналомШтатное расписание (интерфейс)
В связи с решением 102.120363 (изменение в записях истории доплат в картотеке) необходима аналогичная доработка и для истории доплат в ШР. В настоящий момент, в истории доплат ШР в записи "Снятие доплаты" по-прежнему поле "с даты" закрыто от редактирования, а поле "по дату" открыто. Возникает путаница, т.к. в истории доплат в картотеке все теперь наоборот.При формировании записи истории о снятии доплаты в ШР с помощью приказов (РПД-31) или вручную в интерфейсе истории доплат по ШР дата снятия доплаты хранится и отображается в поле "Дата с", поле "Дата по" - пустое и заблокировано для редактирования. При попытке создания записи снятия доплаты по ШР в истории доплаты с пустой датой снятия выдается сообщение об ошибке. Разработан конвертер для модификации "старых" записей о снятии доплаты в истории доплат по ШР: дата снятия доплаты переноситься в поле "Дата с" (Str_RHist.dRec), поле "Дата по" (Str_RHist.dEnd) - очищается.
102.1174398.10.37.0Не правильная очередность записей в истории ШРУправление персоналомШтатное расписание (интерфейс)
Из-за нарушения очередности отображения записей в истории изменений СЕ ШР, у сотрудника ОК не корректно сформировались печатные формы приказов о прием/перевод и договоров/доп.соглашений. В приказы, договоры и доп.соглашения в качестве вышестоящего подразделения выводятся данные последней (самой нижней) записи в истории изменений по структурной единице. В примере (скриншоты во вложении) после создании СЕ ШР производилось РПД переподчинение. В одном случае из трех, приведенных в примере, записи расположились в правильном порядке. Необходимо полностью исключить возможность свободного распределения записей в истории. Параметр RandomSurrKeys у всех пользователей клиента выключен.В истории подразделений появилось поле порядковый номер. Добавлены пункты локального меню "Переместить вверх в пределах даты", "Переместить вниз в пределах даты", позволяющие перемещать записи, если соседняя имеет ту же дату. Записи редактируются только при помощи пунктов локального меню. Если записи все же располагаются не правильно, то порядок записей можно изменить пунктами локального меню.
102.1203638.10.36.0Пользуясь РПД 12 - Изменение надбавки при увольнении получаем "кривую" историю доплатУправление персоналомВсе РПД по персоналу
Пользуясь РПД 12 - Изменение надбавки при увольнении получаем "кривую" историю доплат. Подробное описание во вложении. Локализовано на тестовой базе \Oas-678102.120363data Таб.н.139При формировании записи истории о снятии доплаты с помощью приказов или вручную в интерфейсе истории доплат дата снятия доплаты хранится и отображается в поле "Дата с", поле "Дата по" - пустое и заблокировано для редактирования. В сигнале в РК при этом поля "Начало" и "Окончание", как и ранее, отображают даты назначения и снятия доплаты соответственно. При попытке создания записи снятия доплаты в истории доплаты с пустой датой снятия выдается сообщение о Разработан конвертер для модификации "старых" записей о снятии доплаты в истории доплат: дата снятия доплаты переноситься в поле "Дата с" (RaiseHist.dRec), поле "Дата по" (RaiseHist.dDat2) - очищается. При ручной корректировке записей истории доплат: в доплате (таблица Raise) информация о приказе и дате приказа на доплату (поля Raise.OrderNmb1 и Raise.OrderDate1) заполняются только для записи о назначении доплаты. При обновлении записи истории доплаты, например, при откате приказа на увольнение: в случае если обновляемая запись - запись о снятии, и дата снятия доплаты - пустая, запись о снятии не обновляется, а удаляется.
102.1034958.10.35.0Atlantis5435. Платформа Oracle. Не верная сортировка записей в истории ШР.Управление персоналомШтатное расписание (интерфейс)
Atlantis5435. Платформа Oracle. Не верная сортировка записей в истории ШР. В истории штатного расписания были следующие записи: Создание ставки 10/01/2001 Изменение атрибутов ставки 10/01/2001 После развороте базы на платформе Oracle изменился порядок сортировки. Теперь записи выглядят следующим образом: Изменение атрибутов ставки 10/01/2001 Создание ставки 10/01/2001 Соответственно в отчеты по ШР выводятся неверные цифры. К примеру, Типовые отчеты по Штатному расписаниюВ истории штатного расписания добавлено поле с порядковым номером записи. В интерфейсе истории ШР данное поле недоступно для изменений, однако есть возможность перемещать записи вверх/вниз по порядковым номерам в пределах одной даты с помощью соответствующих пунктов меню ("Переместить вверх в пределах даты", "Переместить вниз в пределах даты"). Перемещения записи создания вниз и записи о ликвидации ставки вверх невозможны. При смене местами последней и предпоследней записи выдается предупреждение о последующем изменении параметров ставки, при утвердительном ответе - корректируется ставка согласно последней записи истории. ! Рекомендуется ограничить доступ к вышеописанным пунктам меню ("Переместить вверх в пределах даты", "Переместить вниз в пределах даты") пользователям, неотвественненым за ШР. При ручном добавлении новой записи в истории ШР в ней проставляется следующий порядковый номер. При удалении не последней записи для всех последующих записей истории порядковые номера уменьшаются на единицу. При добавлении записей истории с помощью приказов для ШР (РПД-20..23) порядковый номер для записи истории проставляется следующим образом: последний порядковый номер в истории на дату изменений + 1; все последующие записи истории корректируются: порядковые номера увеличиваются на единицу. При утверждении приказа РПД-22 добавлена проверка на наличие даты изменений в приказе, если она пустая - приказ не утверждается в протокол выдается соответствующее предупреждение. При удалении утвержденного приказа (РПД-20..23) производиться корректировка порядковых номеров записей, располагающихся за удаляемой. Разработана конвертация истории ШР, при которой будут проставлены порядковые номера в порядке сортировки по датам. Доработан объект получения данных из истории ШР (таблица HistoryStr) с учетом порядковых номеров записей и использование этого объекта интерфейсах и отчетах.
102.1189288.10.35.0Статформа 6-т(кадры) в новой редакции от 2012 для РБУправление персоналомСостав по образованию
Постановлением Национадьного статкомитета РБ от 29.08.2012 №130 утверждена новая редакция "Отчета о численности, составе и профессиональном обучении кадров" формы 6-т(кадры).Разработана новая форма 6-т(кадры) в новой редакции от 29.08.2012 для РБ. Для доступа к новой форме необходимо установить общесистемную настройку: Настройки Галактики Управление персоналом Управление и учет кадров Отчеты Унифицированные формы и приказы - Использовать форму "6-т (кадры)", утвержденную - 29.08.2012
103.47568.10.35.0Для настройки "Использовать форму "6-т (кадры)", утвержденную" (UP.STAFF.FORM6T)НастройкаПроверка реестра настроек
При восстановлении БД и проверки реестра настроек получаем сообщение --------------------------- Предупреждение --------------------------- Для настройки "Использовать форму "6-т (кадры)", утвержденную" (UP.STAFF.FORM6T) нет значения в таблице TuneList. Значение="14.07.2003" (1). Объект TuneVal.Obj=0 cUser=0 исправлен. --------------------------- ОК --------------------------- Просьба убрать это в лог.В случае отсутствия листа настроек для всех пользователей устанавливается последнее значение из списка.
102.1197408.10.34.0Автоматическое закрытие доплатУправление персоналомВсе РПД по персоналу
Обеспечить возможность по настройке автоматическое закрытие персональных доплат при утверждении РПД 5 "Перемещение".В раздел настроек "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-5 (приказ о переводе)" добавлены две настройки: - "Закрываемые персональные доплаты"; - "Персональные доплаты, закрываемые при изменении должности". При выборе значения для данных настроек открывается каталог видов надбавок, при этом выбрать можно группу доплат(папку) или конкретную доплату. Выбранные значения настроек не могут быть одинаковы или пересекаться в иерархии доплат (т.е. одно значение не должно являться родителем другого), о чем выдается соответствующее предупреждение при попытке такого выбора, а значение выбираемой настойки очищается. Если данные настройки не установлены, ситема работает как и ранее. Перед утверждением приказа на перемещение (РПД-5) проводиться проверка на наличие у сотрудников персональных доплат, подлежащих закрытию согласно вышеуказанным настройкам, с датой начала после перевода, эти доплаты при утверждении будут удалены; если таковые были найдены, в протокол выводится информация о "проблемных" сотрудниках и выдается сообщение с просьбой подтвердить продолжение утверждения. При утверждении приказа на перемещение (РПД-5), в случае если установлены значения вышеописанных настроек: 1) просматриваются персональные доплаты сотрудника: при переводе с основного назначенияя - доплаты, относящиеся к основным назначениям сотрудника; при переводе совмещения - относящиеся только к тому совмещению, с которого переводят сотрудника; 2) в случае если доплата входит в выбранную в настройке группу доплат (или равна выбранному значению настройки): - если дата начала доплаты больше/равна дате перевода сотрудника, доплата удаляется и посылается сигнал в РК; - если дата начала доплаты находится до даты перевода, а дата завершения пустая или больше/равна дате перевода, в этом случае доплата закрывается датой ухода с должности, в рабочую корзину посылается соответствующий сигнал; 3) доплаты, входящие в "Персональные доплаты, закрываемые при изменении должности", закрываются только если в старом и новом назначениях различные должности; 4) если в приказе на перемещение в интерфейсе доплат на закладке "Индивидуальные по предыдущему назначению" пользователь вручную изменил значение поля "Дата по" для какой-то из доплат, то после утверждения приказа у этой доплаты дата завершения будет соответствовать ручным изменениям; При удалении сотрудника из приказа на перемещение или всего приказа: персональные доплаты, закрытые в приказе (автоматически или вручную), будут открыты пустой датой завершения, о чем будет послан сигнал в РК. В протокол выдается предупреждение "Рекомендуется проверить корректность отката для индивидуальных надбавок сотрудника .... ". При переводе в другой филиал закрытие доплат работает как и раньше. Данный функционал работает только при оформлении переводов приказом.
180.63238.10.33.0Не видна информация о приказе на увольнение в картотеке сотрудниковЗаработная платаЛицевые счета (окно ввода и редактирования)
При повторном приеме на работу с вариантом приема "Те же карточка и лс" в картотеке сотрудников исчезает информация о приказе предыдущего увольнения.Интерфейс " История увольнения" 1. Исправлен процесс заполнения Истории увольнения. Ссылка на приказ об увольнении заполняется корректно. 2. Добавлены поля: - № приказа об увольнении, - дата приказа об увольнении, - Причины увольнения, - Основание увольнения. При первичном входе в модуль будет производиться корректировка "истории увольнения" по данным о приказах увольнения, сформированных ранее
106.95428.10.32.0Компенсация дополнительного отпускаУправление персоналом8. Увольнение
В связи с требованиями бухгалтерского законодательства (Положение по бухгалтерскому учету "Оценочные обязательства, условные обязательства и условные активы" ПБУ 8/2010, утвержденное Приказом МФ РФ от 13.12.2010 № 167н) о необходимости создания оценочного обязательства (резерва) на оплату предстоящих отпусков, необходимо получать из системы информацию о количестве неиспользованных дней отпуска (основного и дополнительного) для увольняемых сотрудников. Раньше основной и дополнительный отпуска суммировались. Сейчас компенсация за основной и за дополнительный отпуск рассчитываются отдельно и в классификаторе отпусков проходят под разными кодами. В результате деления компенсации на основной и дополнительный отпуска необходимо добавить в интерфейс ввода приказа на увольнение и в печатную форму "приказа(распоряжения) о прекращении (расторжении) трудового договора с работником (увольнении)" дополнительное поле - "Компенсация за дополнительный отпуск".Добавлена настройка "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-8 (приказ об увольнении) Расчет компенсации по видам отпуска", доступная только при включенной настройке "Использовать технологию планирования отпусков". При значении настройки "нет": - расчет количества дней, подлежащих компенсации, производится суммарно (как и до доработки); - формирование компенсации после утверждения приказа осуществляется по прежней схеме; - в приказе об увольнении сотрудника таблица с видами отпуском и компенсаций по ним не доступна. При значении настройки "да": - в приказе об увольнении поля "Количество дней для компенсации" и "Компенсация" недоступны; - при запуске расчета : * удаляются старые записи о компенсациях по видам отпусков; * вычисляются количества дней для компенсации в разрезе видов отпусков, входящих в ежегодный трудовой отпуск по текущему сотруднику, и в табличный редактор заносятся данные о видах отпусков, количестве дней и компенсациям по ним (поля "Количество дней" и "Компенсация" становятся доступны для редактирования); * производится перерасчет суммарного количества дней компенсации; * виды компенсаций заполняются из соответствующего поля из записи в классификаторе отпусков, в случае отсутствия ссылки на компенсацию в классификаторе сообщение об этом выдается в протокол и в приказе поле "Компенсация" для данного вида отпуска остается незаполненным; - вручную удаление или добавление записей в табличный редактор видов отпусков невозможно; - при утверждении приказа: * компенсация не формируется по записям видов отпусков, для которых количество дней равно нулю или не заполнено поле "компенсация"; * для каждой записи формируется отдельная компенсация по количеству дней и виду компенсации, указанным в записи; * все сформированные компенсации объединены в пакет с датой начала равной дате начала первой компенсации и датой окончания равной дате окончания последней компенсации, входящих в пакет; * в случае если все сформированные компенсации в классификаторе отпусков объединены в пакет, в заголовке пакета компенсаций, сформированных по приказу, будет указан тип компенсации для верхнего уровня пакета, иначе будет указан тип первой сформированной компенсации. Для РБ добавлено округление общего количества дней компенсации согласно абз.2 ст.177 трудового кодекса РБ. Для Украины и РБ количество дней компенсации по видам отпусков округляется, при несовпадении суммы округленных значений по видам отпусков и округленного суммарного значения - остаток от округления заносится на первый основной отпуск с ненулевым количеством дней компенсации, если такой не найдено, на первый попавшийся отпуск с ненулевым количеством дней компенсации. Сообщение об этом выдается на экран. Также исправлена ошибка расчета количества дней для компенсации при включенном планировании. Был потерян расчет количества месяцев, отработанных сотрудником, в итоге количество дней компенсации при расчете с учетом планирования равнялось "минус" количество использованных дней.
102.1113558.10.31.0РПД=1(повторное трудоустройство): заполнять 8 раздел картотекиУправление персоналом1. Прием на работу
Утвержден приказ о повторном трудоустройстве с вариантом="Те же карточка и лс" (или с вариантом="Новый лицевой"). Тогда, несмотря на то, что установлена настройка "Переносить предыдущие основные назначения в 6-ой раздел картотеки"=НЕТ, информация о предыдущем трудоустройстве заносится в 6 раздел, а в 8 не попадает. Согласна, что при таком варианте оформления повторного трудоустройства заполнение 6 раздела необходимо, но и 8 раздел необходимо так же заполнять. Во-первых, раз пользователь установил такую настройку, значит, он ведет сведения о трудовых книжках в картотеке. Во-вторых, с 8 разделом работают функции администратора "Расчет стажа" (режимы "на основании предыдущих мест работы" и "удаление стажей 3 окна при пересечении с 8 окном") и "Формирование записей о стажах(предыдущие места работы)". Если автоматически не заполнять 8 раздел, то пользователю придется вручную переносить сведения из 6 раздела в 8 для обеспечения корректной работы данных функций администратора. p.s. обнаружено при тестировании заявленного функционала на z_staff_124Настройка "Переносить предыдущие основные назначения в 6-ой раздел картотеки" переименована в "Переносить предыдущие основные назначения в 8-ой раздел картотеки". Значение настройки "Переносить предыдущие основные назначения в 6-ой раздел картотеки" инвертировано. При выборе приема на работу "Новая карточка", в зависимости от настройки "Переносить предыдущие основные назначения в 8-ой раздел картотеки" данные заносятся либо в 6-й раздел (значение НЕТ), либо в 8-й раздел (значение ДА). При выборе приема на работу "Те же карточка и лс" и "Та же карточка и новый л/с" в зависимости от настройки данные либо заносятся в 8-й и 6-й разделы (значение ДА), либо заносятся только в 6-й раздел (значение НЕТ).
180.67928.10.30.0Нет возможности одним приказом внести однотипные доплаты при наличии таких же доУправление персоналомПриказы по штатному расписанию
При наличии на нескольких ставках одинаковых доплат, нет возможности добавить на те же ставки доплаты того же вида одним приказом.Изменена настройка "Настройки Галактики Управление персоналом Управление и учет кадров Штатное расписание Возможность ввода нескольких доплат одного вида". Теперь значение настройки можно выбрать из списка При значении настройки "нет" ввод однотипных доплат запрещен. При значении настройки "Проверять пересечения периодов однотипных доплат" можно вводить однотипные доплаты, но осуществляется проверка на пересечение периодов однотипных доплат. Если периоды пересекаются, то доплату добавить нельзя При значении настройки "Не проверять пересечения периодов однотипных доплат" можно вводить однотипные доплаты без ограничений.
102.1136918.10.29.0ФТ 18: Обеспечить возможность рассылки уведомлений сотрудникамУправление персоналомСобытия системы
Должны быть доработаны события системы: необходима возможность указания настройки непосредственно в событии о том, что данные о событии необходимо рассылать участвующим в них людям. Кроме этого, должна добавиться возможность привязки к событию шаблона письма. Шаблон письма должен создаваться пользователями системы. Шаблон должен состоять из текста письма и вложения. В тексте письма дата должна меняться в зависимости от даты формирования письма,остальной текст постоянный. Тема письма должна быть постоянна: УВЕДОМЛЕНИЕ о начале отпуска, информация по ОФОРМЛЕНИЮ отпуска в прилагаемом сообщении. Для всех уведомлений нумерация должна идти сквозная. Номер уведомления должен формироваться автоматически путем увеличения последнего номера на единицу. В качестве даты уведомления должна подставляться текущая дата. Для шаблонов писем должен быть разработан отдельный интерфейс, который позволит создавать и редактировать их. При необходимости к шаблону можно будет привязать вложение, которое будет отправлено вместе с данным письмом. Перед отправкой уведомления должен показаться список сотрудников, которым произойдет отправка данных. По умолчанию должны быть помечены все сотрудники, которым произойдет рассылка уведомленийДоработано событие системы "Контроль плановых отпусков". Сейчас при нажатии клавиши Enter в интерфейсе "Формирование отчета о событиях системы" на событии "Контроль плановых отпусков" вызывается интерфейс, в котором можно указать шаблон письма, которое будет отправлено выбранным сотрудникам (список сотрудников выдастся на экран при обработке данного события. По умолчанию помечены все сотрудники). Для работы с шаблонами разработан отдельный интерфейс. Вызывается по пункту меню: "Настройка - Администратор - Шаблоны писем". В данном интерфейсе можно добавлять, редактировать и удалять шаблоны писем. Шаблон письма состоит из собственного названия, заголовка письма, текста (тела) письма и файла вложения. Также для файла вложения необходимо указать полное имя файла с расширением. Это имя будет подставлять вместо реального названий файла (например вложенный файл называется "1.txt", а в шаблоне имя файла вложения указано "Вложение.txt", соответственно в письме будет прикреплен файл "Вложение.txt"). Кроме этого событие "контроль плановых отпусков" позволяет такие персональные данные как: - ФИО того, кто уходит отпуск (в родительном падеже); - должность того, кто уходит отпуск (в родительном падеже); - подразделение того, кто уходит отпуск (в родительном падеже); - номер уведомления; - дата уведомления; - год планового графика ухода в отпуск; - плановая дата начала отпуска; - количество дней отпуска по плану; - тип дней отпуска (календарные или рабочие дни) с учетом склонения и числа. добавлять в файл вложения. Для этого сначала нужно в файле вложения определить константы, которые в дальнейшем будут заменены на необходимую информацию (например константа FIO может быть в дальнейшем заменена на ФИО сотрудника), затем в файле <Папка с ресурсами галактики>xmlSettingsEvents.xml прописать на какую информацию будут заменяться описанные выше константы. Замена констант может быть произведена только в текстовых файлах. Если необходимо произвести замену в файле MS Word, тогда такой файл необходимо сохранять как "XML-документ Word 2003" и затем его импортировать в мемо-поле для вложения. Константы рекомендуется описывать коротко и однозначно, что бы при их поиске и замене не произошла непреднамеренная замена похожего слова. Номер уведомления - это сквозная величина, которая увеличивается на единицу при отправке следующего уведомления. Начальное значение можно указать в настройке: "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Последний номер уведомления о приказе на отпуск". Пример: Нам необходимо уведомить сотрудников о наступлении их отпуска. Для этого необходимо отправить письмо соответствующим работникам. К письму необходимо прикрепить вложенные файлы с персональной информацией. Для этого создаем шаблон письма и во вложенном файле прописываем в нужном месте константу FIO. В файле SettingsEvents.xml в строчке <prop_value prop_descr="ФИО кому" prop_name="TO_NAME" value="FIO" /> для значений value="" прописываем нашу константу FIO. Затем обрабатываем событие "Контроль плановых отпусков" и нажимаем ввод в интерфейсе с появившимся списком сотрудников. В результате помеченным сотрудникам будет отправлено письмо, в котором в файле вложения вместо FIO будет подставлено ФИО соответствующего сотрудника.
102.1146608.10.27.0В утвержденных приказах по ШР открыть для просмотра составляющие СККУправление персоналомПриказы по штатному расписанию
В утвержденных приказах по штатному расписанию "Создание ставки" и "Изменение атрибутов ставки" открыть для просмотра составляющие СКК.Просмотр составляющих СКК в утвержденных приказах РПД-20 и РПД-23. Для старых приказов РПД-20 составляющие СКК копируются из истории (запись о создании ставки)
102.1083008.10.23.0добавить дополнительную настройку "тип-наименование-сокращенное наименование".Управление персоналом* Отчеты по приказам и форма T-2
Добавить дополнительную настройку "тип-наименование-сокращенное наименование". Настройки галактики - Управление пресоналом - Управление и учет кадров - Отчеты - Унифицированные формы и приказы Есть возможность отображения наименования организации Наименование - тип - сокращенное наименование, но в учредительных документах организации указан Тип - наименование - сокращенное наименование. Клиент просит доработать систему.Описание клиента во вложении.добавлена дополнительная настройка "тип-наименование-сокращенное наименование"
102.1072688.10.22.0Сообщение о конвертации приказов об отпуске при запуске пр-мы необходимо убратьУправление персоналомНастройка
Доработан конвертер приказов о переносе отпуска.Более не выдается сообщения о том, что завершена конвертация приказов об отзыве из отпуска.
102.1074458.10.22.0Нужно переработать настройки разделаУправление персоналомНастройка
Доработана папка настроек "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу".Переделана папка "Приказы по персоналу". Теперь она разбита на подпапки "Общие настройки", "РПД-1 (приказ о приеме)", "РПД-3 (приказ о замещении)", "РПД-5 (приказ о переводе)", "РПД-6 (приказ об отпуске)", "РПД-8 (приказ об увольнении)", куда и вынесены все лежащие ранее в корне первоначальной папки согласно своему предназначению.
103.52118.10.22.0Предусмотреть запрет ввода одинаковых номеров приказов при отключенной автонумерацииУправление персоналомВсе РПД по персоналу
Теперь настройка "Проверять уникальность номера" доступна при любом значении остальных настроек из папки "Формирование номеров".Изменилась видимость означенной настройки. Теперь она всегда видимая.
103.52228.10.22.0Функция контроля создания приказовУправление персоналомВсе РПД по персоналу
Доработан приказ о переводе сотрудника (рпд-5) модуля "Управление персоналом",Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-5 (приказ о переводе)Утверждать приказы о перемещении при наличии других неутвержденных приказов по сотруднику. При установке данной настройки в значение "нет" при утверждении приказа о перемещении (РПД-5)проверяется нет ли по сотрудникам из приказа других неутвержденных приказов. Информация выводится в протокол.
103.52248.10.22.0Контроль при утверждении приказа на задвоение информацииУправление персоналомВсе РПД по персоналу
Доработан приказ на назначение доплат (рпд-9) модуля "Управление персоналом".Добавлена настройка "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-9 (приказ о надбавках)Утверждать приказы о надбавках при наличии других утвержденных приказов с аналогичными надбавками". При установке данной настройки в значение "нет" при утверждении приказа о надбавках (РПД-9)проверяется нет ли по сотрудникам из приказа других утвержденных приказов по РПД-9 с аналогичными надбавками (такой же тип, сумма, даты начала и окончания).
102.1059778.10.21.0РПД40. Не верная визуализация, птички о перенесении отпускаУправление персоналомВсе РПД по персоналу
Доработан приказ об отзыве из отпуска (рпд-40) модуля "Управление персоналом".Теперь птичка о переносе отпуска всегда корректно отображается, независимо от того, как осуществлялся переход между приказами: мышкой или клавиатурой.
101.450718.10.20.0Повторный прием - переносить данные 6-го раздела в 6-й раздел по умолчаниюУправление персоналом1. Прием на работу
Изменено наименование общесистемной настройки.Настройка "Управление персоналом Управление и учет кадров Повторный прием - При копировании запрашивать номер раздела" переименована в "Настройки Галактики Управление персоналом Управление и учет кадров Повторный прием Переносить предыдущие основные назначения в 6-ой раздел картотеки". Т.е. по умолчанию система будет переносить назначения предыдущего трудоустройства на этом предприятии в 6-е окно картотеки. Т.е. настройка в значении "да". При значении "нет" будет осуществляться перенос в 8-е окно картотеки. Смысл настройки при ее переименовании сохранится. Ранее значение "да" выставляли для переноса в 6-й раздел после запроса. Теперь оно отработает также, только без дополнительного выбора в отдельном окошке, что сильно затрудняло работу при групповых приказах на повторное трудоустройство.
103.49818.10.20.0Добавить настройкуУправление персоналом1. Прием на работу
При утверждении группового приказа "Прием на работу", вариант оформления - "Повторное трудоустройство", система по каждому сотруднику выдает сообщение "Перевести старую карточку в Архив?". Было бы проще работать с такими приказами, если бы добавили в разделе настроек "Повторный прием" настройку" Переводить старые карточки в Архив" и варианты настройки "Да" и "Нет". В таком случае, пользователь бы тратил меньше времени на утверждение таких приказов.Добавлена настройка "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу При повторном трудоустройстве переводить старые карточки в архив" При повторном трудоустройстве сообщение "Переводить старые карточки в Архив" выдается в соответствии с данной настройкой
102.1035308.10.19.0Статформа 6-т(кадры) в новой редакции от 2010 для РБУправление персоналомЧисленность, состав и профессиональное обучении кадров
Постановление Национального статкомитета РБ от 14.07.2010 №112 утвердило новую редакцию формы 6-т(кадры)"Отчет о численности, составе и профессиональном обучении кадров". Новая редакция формы 6-т(кадры) не внесла принципиальных изменений в форму 6-т(кадры), реализованную по Постановлению от 25.09.2008 №196 (проблема 102.82489). Есть изменения в текстовой части титульного листа формы.Добавлено новое значение настройки "Настройки Галактики Управление персоналом Управление и учет кадров Отчеты Унифицированные формы и приказы Использовать форму "6-т (кадры)", утвержденную" Добавлена новая форма от 14.07.2010
103.48348.10.18.0утверждение приказов на увольнение с основного места и совместительстваУправление персоналомВсе РПД по персоналу
утверждение приказов на увольнение с основного места и совместительства Один человек работает в Подразделение-1 по основному месту, в Подразделении-2 по совместительству. Приносит заявление на увольнение 31/08/2010г. с основного места и с совместительства. Формируются два разных приказа (эти приказы чаще групповые), в одном сотрудник увольняется из Подразделения-1 с основного места работы, в другом приказе увольняется из Подразделения-2 с совместительства. Так как люди работают с этими подразделениями разные, то и утвержают они их в разное время..... Например, первый приказ утвердили по Подразделению-1, где сотрудник увольняется с основного места работы. В карточке у сотрудника на 6-ом листе все назначения и основное и совместительство закрываются датой увольнения. А потом утверждают приказ по Подразделению-2, где сотрудник увольняется с совместительства, система естественно не дает уволить, так как человек уже уволен. Необходимо добавить настройку, по которой либо снималась функция проверки сотрудника на дату увольнения, либо при увольнении с основного места, не увольнялся с совместительства. Соответственно при утверждении второго приказа система закрывала ставку по совместительству (не проверяя дату увольнения на 1-й старице).Добавлена настройка " Управление персоналом / Управление и учет кадров / Приказы по персоналу / При увольнении с основного места закрывать совместительство"
180.36098.10.18.0Доступ к ШР по категориямУправление персоналомШтатное расписание (интерфейс)
Доработана функциональность модуля "Управление персоналом".- Доработан интерфейс "Настройка - Администратор - Определение прав пользователей - Разграничение прав доступа к СЕ ШР". В данный интерфейс добавлена новая закладка "Категории, доступные пользователю", в которую необходимо внести доступные категории. - Добавлена настройка "Управление персоналом - Управление и учет кадров - Штатное расписание" - "Разграничение доступа к структурным единицам ШР по категориям". Если данная настройка будет установлена в положение "ДА", тогда система будет работать, как описано ниже. - При создании нового приказа по ШР, можно будет выбрать только ту ставку, у которой категория соответствует доступной для РЕДАКТИРОВАНИЯ, ЕСЛИ ПРИКАЗ УЖЕ СОЗДАН И НЕ УТВЕРЖДЕН ЕГО НЕЛЬЗЯ РЕДАКТИРОВАТЬ. - При просмотре ШР, ставки, к которым нет доступа, в соответствии с настроенным разграничением по категориям, будут заблокированы для редактирования, также нельзя будет просмотреть историю изменения ставки, заблокируются для редактирования все вкладки. - Функции "Обновление тарифов/окладов в ШР" и "Замена тарифных ставок" не будут обрабатывать ставки, к которым нет доступа в соответствии с установленным разграничением по категориям.