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


Описание файла обновления:
ФайлZ_STAFFNASTR_RES_91770.TXT
ОбновлениеZ_StaffNastr_res_91770
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_STAFFNASTR
ТипRES
Версия9.1.77.0
Дата2017-12-19 17:57:28
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.63201NEWНеобходимо реализовать настройку, позволяющую редактировать номер/дату утвержденных приказов по штатному расписаниюУправление персоналомПриказы по штатному расписанию
Необходимо реализовать настройку, позволяющую редактировать номер/дату утвержденных приказов по штатному расписанию. Аналогично настройке для приказов по персоналу №15952 "Возможность изменения даты и номера утвержденного приказа".В Галактику в каталог "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по штатному расписанию" добавлена пользовательская настройка настройка "Возможность изменения даты и номера утвержденного приказа по ШР". По умолчанию настройка имеет значение "Нет". Если значение настройки установлено в "Да", то при нажатии клавиши "BackSpace" выдается сообщение, подтверждающее редактирование номера и / или даты приказа по ШР. При изменении номера и / или даты приказа происходит изменение номера и / или даты приказа в связанных записях (истории доплат, истории ставки, истории назначений, истории доплат в картотеке и рабочей корзине).
102.1751139.1.76.0РПД=5. В скопированном приказе "слетает " дата уходаУправление персоналом5. Перемещение
Если выполнить последовательность действий: - утвердить приказ с РПД=5, в котором оказалась ошибка - создать приказ на основе существующего, внести в скопированный необходимые изменения - удалить первоначальный приказ - утвердить измененный При утверждении приказа выдаются ошибки: - Не заполнена дата ухода со старого места - В старом назначении дата ухода меньше или равна дате начала! Утвердить приказ нельзя. Это происходит потому, что после удаления приказа-первоисточника в приказе-приемнике слетает "дата ухода".Поле "дата ухода с должности" (dAddDate1) в РПД-5 перенесено из таблицы назначений, где оно хранилось во время оформления приказа, в таблицу содержания приказа (ContDoc.dRezerve) и теперь для каждого приказа хранится отдельно. При утверждении приказа, как и ранее, значение поля переносится в таблицу назначений (DismissDate).
101.631899.1.75.1Добавить настройку, позволяющую запретить прием на работу на ставку с датой ликвидацииУправление персоналом1. Прием на работу
Необходимо добавить настройку, позволяющую запретить прием на работу по бессрочному трудовому договору на ставку с установленной датой ликвидации. Значения для настройки: 1) Выдавать предупреждение, но позволять утвердить приказ (предлагать пользователю выбор утверждать/нет); 2) Запрещать утверждение приказа; 3) Игнорировать ликвидацию ставки и позволить утвердить приказ.Добавлена пользовательская настройка "Прием на работу по бессрочному ТД на ставку с датой ликвидации" в раздел "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-1 (приказ о приеме)". Возможные варианты: 1. "прием разрешен" - при проверке приказа и выборе (изменении) ставки контроль не производится; 2. "предупреждение при оформлении" - в случае оформления РПД-1 по бессрочному ТД на ставку с установленной датой ликвидации при выборе (изменении) ставки выдается соответствующее информационное сообщение, при проверке РПД - запрос на подтверждение такого трудоустройства; 3. "прием запрещен" - в случае оформления РПД-1 по бессрочному ТД на ставку с установленной датой ликвидации при выборе (изменении) ставки выдается предупреждение о запрете такого трудоустройства, при проверке РПД - в протокол пишется ошибка. Значение настройки по умолчанию - "прием разрешен". Данная настройка не распространяется на любые виды приема на работу через картотеку, и, поэтому, на приказ о приеме на работу в режиме "Первичное трудоустройство, но личная карточка уже заполнена" она также не распространяется.
102.1746619.1.75.0Help. Подключить корректную константу к настройкамУправление персоналомНастройка
В общесистемном реестре (Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу Общие настройки ) к перемещенной настройке "При печати форм приказов для категории выводится" и к новой настройке "При печати форм приказов выводить тарифный разряд" необходимо подключить топик NastrKadrPrikazALL.В общесистемном реестре (Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу Общие настройки ) к настройкам "При печати форм приказов для категории выводится" и "При печати форм приказов выводить тарифный разряд" подключен топик NastrKadrPrikazALL.
180.103379.1.75.0Добавить общесистемную настройку для повторного трудоустройства "Вариант л/с и карточки" которая бы позволила при создании приказа автоматически заполнять данное поле значением из общесистемных настроУправление персоналом1. Прием на работу
Добавить общесистемную настройку для повторного трудоустройства "Вариант л/с и карточки" которая бы позволила при создании приказа автоматически заполнять данное поле значением из общесистемных настроек.Добавлена пользовательская настройка "Варианты ЛС и карточки для повторного трудоустройства" в каталог "Настройки Галактики Управление персоналом Управление и учет кадров Повторный прием" с вариантами значений: * новые ЛС и карточка * старый ЛС, новая карточка * новый ЛС, старая карточка * старые ЛС и карточка. В качестве варианта по умолчанию для настройки используется значение "новые ЛС и карточка". Данная настройка определяет, какой вариант оформления лицевого счета и карточки будет выбран по умолчанию при оформлении приказа о приеме на работу (РПД-1) в варианте оформления приказа "повторное трудоустройство".
102.1713509.1.73.0Тарификационный разряд при печати СТБ-форм приказовУправление персоналомВсе индивидуальные приказы (прием, перевод, отпуск, увольнение)
Сложившаяся практика вынуждает белорусских клиентов заводить ставку на каждую категорию или разряд и указывать их в названии (это связано с вредностью и с системой СКК). Поэтому для таких клиентов в приказах печать тарификационного разряда после наименования ставки становится излишней.Сложившаяся практика работы белорусских клиентов предполагает заведение ставки на каждую категорию или разряд с указанием их в названии ставки. Для того, чтобы не происходило дублирование категории (разряда) при печати приказов №№ 1, 3, 4, 5, 6, 8, 14, 30, 44, 65, 70 в "Управление персоналомУправление и учет кадров Приказы Приказы по персоналу Общие настройки"." добавлена новая настройка "При печати форм приказов выводить тарифный разряд" с значениями "Да, Нет", по умолчанию "Да". В печать указанных выше приказов внесены изменения: * при выборе "При печати форм приказов выводить тарифный разряд" - "Нет" поле с тарифным разрядом после наименования ставки на печать не выводится; * в потоки данных для FastReport добавлено поле [IsRazriadPrn], содержащее значение настройки; * в отчеты FasReport, формирующие вывод тарифного разряда самостоятельно из полей потока данных добавлен контроль с выводом разряда только при включенной настройке. Настройка "При печати форм приказов для категории выводится:" перенесена из "Настройки Галактики Управление персоналом Управление и учет кадров Картотека" в "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу Общие настройки".
102.1686969.1.72.0Расчет отпуск в зависимости от выслуги (стажа)Управление персоналом6. Оформление очередного отпуска
Расчет отпуска в зависимости от выслуги (стажа). У пользователя количество дней отпуска зависит от стажа выслуги, который не совпадает со стажем работы на предприятии (в него включается служба в армии, например). Нужна возможность вид стажа указывать не один для всех отпусков в системой настройке, а для каждого отпуска указывать свой вид стажа. Просто расчет разных отпусков могут вести по разным видам стажа, для разных групп сотрудников.Расчет полагающихся отпусков. Переработан учет видов стажей при расчете полагающихся отпусков. В отпуска по штатному расписанию, привязку персональных отпусков 7-го окна картотеки, функцию привязки персональных отпусков и функцию привязки отпусков по ШР добавлено поле "Трудовой стаж". При расчете полагающихся отпусков учитывается вид стажа из данного поля, а не из настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Планирование отпусков Вид стажа для расчета продолжительности планируемого отпуска". Данная настройка теперь служит ориентиром "по умолчанию" при создании новых записей в вышеуказанных интерфейсах. Также, при смене настройки предлагается автоматически обновить вид стажа во всех отпусках на случай, если для всех отпусков используется один вид стажа. Реализован конвертер, который проставит для уже существующих записей отпусков вид стажа из настройки "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Планирование отпусков Вид стажа для расчета продолжительности планируемого отпуска".
102.1623269.1.71.0Возможность переноса отпуска на другой период без оформления отзыва (РФ,РБ)Управление персоналомФункция формирования полагающихся отпусков
На практике нередки случаи, когда работник заболевает во время очередного отпуска. В таком случае, работник, как правило, предупреждает об этом нанимателя и отпуск автоматически переносится (сдвигается) на период поле окончания больничного. Однако, возможны случаи, когда работник не предупредил работодателя о наличии больничного листка и предоставил его уже по выходу из отпуска. В таком случае, неиспользованная в связи с больничным часть отпуска, по согласованию между работником и нанимателем, может быть перенесена на какой-либо другой период рабочего года. Для оформления такого переноса в РПД-40 добавлен функционал, который позволяет перенести неиспользованную в связи с болезнью работника, часть предоставленного отпуска на другой период без оформления отзыва. Отпускные за не использованные из-за болезни дни отпуска можно зачесть в счет выплат, причитающихся работнику в будущем, что, например, следует из норм ст.124 ТК РФ. Ситуация идентична для РБ и РФ. Доработать эргономику приказа РПД-40: - исключить скроллинг на интерфейсе приказа, поля "Основание" должно оканчиваться символом ".", выравнивать по правому краю числовые значения количества дней в таблице отпусков, автоподстановка дат переноса отпуска, неправильное формирование ФИО подписывающего документ в печатных формах приказов.Для реализации данного перевода в РПД 40: - поле "Наименование отпуска" перемещено вверх; - добавлено поле "Тип отзыва отпуска" для выбора типа приказа (отзыв / перенос). При выборе значения "перенос отпуска" поля "Перенести отпуск с" и "Перенести отпуск по" обязательны для заполнения; - добавлено поле-индикатор, которое контролирует результат работы функции контроля пересечения отпуска и больничного. В случае, если функция уже отработала и отпуск был разделен ей на части до и после больничного цвет шрифта поля изменяется на красный и становится доступна кнопка "Восстановить данные". Такие больничные отображаются в виде дерева (больничный связан с отпуском, который разделил). Если результатов работы функции контроля не обнаружено, то больничные, при их наличии отображаются на одном уровне с отпусками (для удобства ввода дат отзыва / переноса). Если нужный отпуск был разбит на части функцией контроля пересечения отпуска с больничным, то для оформления РПД-40 необходимо провести процедуру "Восстановление отпуска после выполнения функции контроля пересечения больничного и отпуска". - если установлен флаг "отзыв / перенос в связи с пересечением с больничным", то в список доступных отпусков добавляются больничные листы (справочно) в виде, зависящем от того, отработала ли функция контроля пересечения отпуска с больничным, либо нет (см. выше). Даты отзыва из отпуска соответствуют датам начала и окончания больничного, а даты переноса отпуска переносятся на конец отпуска(если существует такая возможность и даты переноса свободны); - поле "Основание" заполняется автоматически данными из трудового договора и больничного листа; - добавлены новые печатные формы приказа №40 о переносе отпуска для РБ и РФ. Печать приказов в FastReport реализована по группам стран, в зависимости от настройки. Если нужный отпуск был разбит на части функцией контроля пересечения отпуска с больным, то для оформления РПД-40 необходимо провести процедуру "Восстановление отпуска после выполнения функции контроля пересечения больничного и отпуска" путем нажатия кнопки "Восстановление отпуска". В процедуру проверки приказа добавлено: - при переносе отпуска в связи с больничным контроль на наличие результатов работы функции контроля; - при установке флага "отзыв / перенос в связи с пересечением с больничным" контроль на наличие больничного с соответствующими датами начала и окончания. Если требуется удалить приказ, в котором была использована процедура "Восстановление отпуска", то для возврата в исходное состояние необходимо повторно провести процедуру контроля пересечения отпуска и больничного листа. Эргономика РПД-40: Убраны пустые строки между полями ввода и кнопками в приказе. Значение поля "Основание" оканчиваться символом "." вместо ";". Числовые значения количества дней отпуска, отзыва и переноса в таблице отпусков выравниваются по правому краю. Формирование ФИО подписывающего документ в печатных формах приказов на перенос отпуска реализовано в соответствии с настройками.
102.1702919.1.71.0Перевод по производственной необходимостиУправление персоналомСистемные каталоги
Добавить в каталоги "Вид перевода" (-122) - вызывается из РПД-5 и "Причины замещения" (-30) - вызывается из РПД-3, 70 системные записи "По производственной необходимости". Имеющуюся причину предлагаю сделать дочерней записью добавляемой "По производственной необходимости".Перевод по производственной необходимости.Добавлены справочники "По производственной необходимости" в "Причины перевода" с системным кодом (1343), в "Причины замещения" - (1344). Причина замещения "Временный перевод без согласия работника" с системным кодом (-157) сделана дочерней для записи с системным кодом (1344).
102.1688699.1.70.0Сохранять в приказах информацию об утверждении приказаУправление персоналомИнтерфейс всех приказов по персоналу
Предлагаемое решение: - использовать поля LASTDATE/LASTTIME/LASTUSER (предварительно избавившись от их использования в других целях другими РПД (как минимум РПД-6, 8)) - в конце RPD_Base.ConfirmOneOrder заполнить эти поля значениями - заполнение будет проводиться во всех приказах - для утвержденных приказов выводить запомненную информацию по пункту локального меню "Информация об утверждении"Все РПД по персоналу. Для пункта локального меню "Информация об утверждении" добавлен вызов контекстного меню, состоящего из двух подпунктов - общая информация и пролонгированный приказ". Подпункт "пролонгированный приказ доступен к работе при использовании в системе аппарата пролонгированного утверждения приказов". Пункт меню "Общая информация". Вызывает окно с информацией об утверждении (кто утвердил/дата/время). Доступен для приказов, утвержденных после выхода данного решения. Разработан конвертер для РПД-8 и РПД-103, переписывающий значение поля приказа ContDoc.LASTDATE в ContDoc.DAT2. При этом ContDoc.LASTDATE очищается.
102.1665679.1.69.0Не утвержденный приказ на повторное трудоустройство. При изменении таб номера, таб номер изменяется в карточке сотрудникаУправление персоналом1. Прием на работу
Не утвержденный приказ на повторное трудоустройство. После выбора сотрудника изменяем ЛС на другой, так как будем оформлять трудоустройство на новую карточку. Приказ не заполняем окончательно и НЕ утверждаем, Но в карточке уволенного сотрудника (в 1 разделе) старый номер заменился на новый из приказа, что не допустимо.РПД-1. Хранение табельного номера перенесено из карточки в сам приказ. Это исключает случаи модификации табельного номера в карточке при модификации приказа. Перенос табельного номера в карточку происходит при утверждении приказа.
102.1678799.1.68.0Не корректно отображаются аттестацииУправление персоналомСведения об аттестации сотрудников
Не корректно отображаются аттестации сотрудников, созданные до установки обновлений.Добавлен конвертор, который обрабатывает аттестации, созданные по старой технологии.
102.1679499.1.68.0Не корректно отображается информация о снятии взысканияУправление персоналом3-е окно (анкетные данные стаж)
Решение 102.88126 привнесло возможность редактирование полей даты и № основания на снятие взыскания. Для этого были добавлены новые поля в таблицу взысканий и теперь данные поля отображаются не из приказа, а из таблицы взысканий. Однако, не было выпущено конвертера, который бы перенес информацию из утвержденных приказов в новые поля.Разработан конвертер для таблицы взысканий. В случае, если взыскание снималось через приказ, при этом дата и № основания на снятие взыскания не заполнены, эти данные будут перенесены из приказа. При удалении РПД-32 (Снятие взыскания), из взыскания удаляются дата и № основания на снятие взыскания.
102.1628389.1.66.0Нужна возможность изменить доп.характеристику в ШР с историейУправление персоналомШтатное расписание (интерфейс)
Нужна возможность изменить доп.характеристику в ШР с историей. Сейчас есть возможность только зайти в поле и перебить значение. Пользователю нужно не просто изменить значение в этом поле, а что бы была история, что с такого числа изменилось. Фактически там пользователь указывает информацию к какому виду деятельности относится персонал, занятый на этой ставке. История нужна, чтобы видеть в отчетах корректную информацию на разные даты. До изменения и после изменения.Поле "Доп.характеристика" добавлено в историю ШР. Добавление данного поля в историю назначений будет доработано в рамках решения другой проблемы.
102.1523869.1.65.0Есть возможность изменить пароль рассылки расчетных листов через внешние атрибутыУправление персоналом1-е окно (общие сведения)
Установлена настройка "Рассылка расчетных листков по электронной почте"=в архиве с паролем. В карточке сотрудника для его e-mail установлен пароль (например, восьмизначный) и задано его подтверждение. Если выполнить следующую последовательность действий, то можно изменить данный пароль через внешние атрибуты: - в 1 разделе карточки через локальное меню вызываем внешние атрибуты. Видим установленный восьмизначный пароль - вызываем для атрибута EMAIL_CH локальное меню и выбираем в нем пункт "выбор директории" - Закрываем окно "Выбор папки" по Esc - Открывается окно "Редактирование внешнего атрибута", в котором изменяю восьмизначный пароль на двухзначный - Проверяю пароль для рассылки в окне контактов. Пароль изменился на двухзначный Т.к. доступ к внешним атрибутам открыт всем, у кого есть доступ к 1 разделу, то пароль введенный сотрудником для доступа к своему расчетному листку, может быть изменен кем-то другим.В таблице Communications добавлено поле Password для хранения пароля. Пароль рассылки РЛ перенесен из внешних атрибутов в поле Password таблицы Communications.
101.608429.1.64.0В отчет "Личная карточка по форме Т2" не выгружается информация в раздел IX "Социальные льготы"Управление персоналомПечать отчета по сотруднику...
В отчет "Личная карточка по форме Т2" (например, форма "Личная карточка по форме Т2 приказ N1 от 05.01.2004") не выгружается информация в раздел IX "Социальные льготы" (таблица всегда печатается пустая). В соответствии с законодательством, если сотрудники предъявляют в отдел кадров документы, в соответствии с которыми они по закону имеют право на какие-либо социальные льготы, связанные с трудовыми отношениями, у работодателя есть основания для заполнения девятого раздела личной карточки "Социальные льготы". Это может быть справка об инвалидности, справка о наличии ребенка-инвалида, удостоверение участника войны, справка о том, что сотрудник является донором, и т. п.Добавлен интерфейс ввода социальных льгот в 1 окне картотеки по кнопке "Соц.льготы". Доработан вывод социальных льгот в формы Т-2 и Т-2ГС в форматах Word и FastReports.
101.609729.1.64.0Оценочные обязательства (Кадры) - не формируются при создании нового филиалаУправление персоналомРасчет [РФ]
На филиальной БД после создания нового филиала невозможно сформировать оценочные обязательства - выдаётся сообщение: "Внимание! Технология планирования отпусков отключена. Формирование оценочных обязательств по отпускам не возможно." Проблема в том, что при создании нового филиала скрытая настройка "Использовать технологию планирования отпусков" (UP.ZAR.USEPLANOTP) по умолчанию устанавливается в значение "НЕТ". Предлагается устанавливать эту настройку по умолчанию в положение "ДА". Кроме того, рассмотреть возможность вообще не анализировать эту настройку при формировании оценочных обязательств, остатков ОО и т.п. - поскольку она давно утратила актуальность.Проверки значения скрытой настройки "Использовать технологию планирования отпусков" (UP.ZAR.USEPLANOTP) упразднены.
102.1469869.1.64.0Избавиться от использования InfPsn1 в приказе на увольнениеУправление персоналом8. Увольнение
Нужно избавиться от использования таблицы InfPsn1 в приказе на увольнение. Для этого нужно добавить поля для хранения номера, даты постановления и даты увольнения в таблицу Appointments.В таблице Appointments добавлены новые поля: sResolutionNmb : tNoDoc "номер постановления" dResolutionDate : Date "дата постановления" dOrderDisDate : Date "дата увольнения из приказа" Данные об увольнении перенесены из InfPsn1 в Appointments.
102.1580089.1.64.0"Направление по диплому" во 2 разделе карточки сотрудника со степенью бакалавраУправление персоналом2-е окно (сведения об образовании)
"Направление по диплому" во 2 разделе карточки сотрудника со степенью бакалавра В современных дипломах бакалавра нет указания на "специальность", а указывается "направление". В Галактике, есть поле "Специальность по диплому", и нет поля "Направление по диплому". Нужно добавить поле "Направление по диплому".Во второе окно картотеки добавлено поле направление по диплому. Также добавлена инициализация соответствующего справочника.
102.1627699.1.64.0Визуализация у интерфейса FillSHRHistKatКонтур управления персоналомZ_StaffNastr
Реализовать двухэтапную визуализацию у конвертера "заполнение ссылки на категорию в истории об изменении ШР и ШР РПД-23"Для конвертера "заполнение ссылки на категорию в истории об изменении ШР и ШР РПД-23" реализована двухэтапная визуализация.
102.1639609.1.63.0Картотека-раздел 4, благое делоУправление персоналом4-е окно (родственники)
Добавляем нового родственника F7 Автоматом получаем - Родственная связь = Отец (для М) и Мать (для Ж) Необходимо для детей добавлять "Родственные связи" "Отец" (для М) и "Мать" (для Ж), "Муж" для "Жены" и "Жена" для "Мужа". Остальные "Родственные связи" оставлять не заполненные.При добавлении родственника добавляются "Родственные связи" - для детей "Отец" (для М) и "Мать" (для Ж), "Муж" для "Жены" и "Жена" для "Мужа". Остальные "Родственные связи" не заполнены. При инициализации системных каталогов в справочник "Родственные связи" добавляются: - "Муж" - системный код - 1403; - "Жена" - системный код - 1404. Если записи "Муж" и "Жена" уже есть в справочнике, но без системных кодов - системные коды добавляются к этим записям.
102.1642889.1.62.0форма "Представление к присвоению квалификационной категории"Управление персоналомПечать отчета по сотруднику...
Требования клиента к доработке формы. Заполнить строки формы Строка 8. Стаж работы по специальности Строка 9. Стаж работы в предыдущей категории В Строка 10. Повышение квалификации необходимо выводить данные только за последние 5 лет.Доработан вывод стажа работы по специальности. Добавлен стаж работы в предыдущей категории и доработан вывод этого стажа в отчет. Добавлены параметры формирования отчета: 1. Дата, на которую формируется отчет (по умолчанию текущая дата, можно изменить, но не сохраняется. при следующем входе будет текущая дата). 2. Количество лет, за которые выгружается повышение квалификации и профессиональная переподготовка. (по умолчанию - 5, можно изменить и сохраняется).
102.1565809.1.61.0Избавиться от динамической конвертации дат в персональных доплатахУправление персоналом6-е окно (сведения о работе на предприятии)
При открытии окна с персональными доплатами проводится корректировка даты начала действия доплаты по данным из ее истории. Необходимо корректировку дат начала действия доплат перенести в конвертер, который запускается при проверке реестра настроек.Корректировка дат начала действия доплат перенесена в конвертер, который запускается при проверке реестра настроек.
102.1615599.1.61.0Разграничение прав на СЕШР администраторамУправление персоналомк структурным единицам штатного расписания
Разграничение прав на СЕ ШР администраторам. Необходимо разграничивать права доступа к СЕ ШР не только пользователям, но и администраторам. В БД будут присутствовать несколько офисов, территориально находящихся в разных городах. Администратор одного города не должен видеть СЕ ШР другого города.Настройка "Настройки Галактики Управление персоналом Управление и учет кадров Разграничение доступа к подразделениям" - пользовательская. Для администраторов необходимо ее установить в нужное состояние. Разработан конвертор, который для пользователей с ролью администратор устанавливает эту настройку в состояние "нет". (для совместимости с существующим функционалом.)
180.100149.1.61.0Добавить настройку по переносу вычетов на иждивенцев при повторном трудоустройствеЗаработная платаПеренос вычетов на иждивенцев
Добавить настройку по переносу вычетов на иждивенцев при повторном трудоустройстве.Добавлена настройка: Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-1 (приказ о приеме) - Переносить обоснования вычетов в новую карточку, по которой обоснования вычетов копируются, не копируются либо копируются по запросу при повторном трудоустройстве на новую карточку и новый ЛС, при приеме кандидатов и при переводе в другой филиал.
102.1572879.1.60.0Перенос значения базового оклада в поле BaseSalaryЗаработная платаТарифные ставки
В таблицу MinRazr добавлено поле BaseSalary для хранения значения базового оклада. Необходимо заполнить его значением из полей FilialNo и LastTime.Разработан конвертер для заполнения поля BaseSalary таблицы MinRazr значениями базового оклада, хранимого ранее в полях FilialNo и LastTime. Просмотр/редактирование базового оклада, а также его участие в расчетах переведены на поле MinRazr.BaseSalary
102.1525859.1.59.0Контроль кол-ва случаев привлечения для работы в выходные дниУправление персоналом90. Работа в выходные и праздничные
Ссылаясь на ст. 144 Трудового Кодекса (допускается использование для работы не более 12 выходных дней в год каждого работника), клиент хочет, чтобы при утверждении приказа контролировалось кол-во случаев привлечения к работе в вых/праздничные дни. Если кол-во таких выходов превышает 12 дней, то необходимо выдавать предупреждение и приказ не утверждать.Добавление системная настройка "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-90 (приказ о работе в выходные и праздничные) Контроль предельного количества дней привлечения к работе в выходной день". Теперь в настройках можно указать предельное количество дней за календарный год, на которое может оформляться РПД-90 для сотрудника (указывайте 0 (значение по умолчанию), если контроль не нужен). В связи с тем, что в предельное количество выходных дней не включаются выходные дни, в которые работник привлекался к работе в соответствии со статьей 143 Трудового Кодекса Республики Беларусь, в окне указанной настройки можно выбрать виды неявок, исключаемых из контроля. В процессе контроля утверждаемого приказа проверяются все приказы РПД-90, оформленные на карточку сотрудника из утверждаемого приказа на назначения, связанные с тем же лицевым счетом. Если контроль не пройден, приказ не утверждается. Просмотреть детализацию по дням, включенным в контроль, и их приказам-источникам можно по пункту локального меню "Информация об утверждении" (доступен по клику на позиции приказа при включенной настройке пролонгирования приказов ("Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу Общие настройки Использовать технологию пролонгирования приказов")). При удалении утвержденного приказа на отражение работы во время отпуска по уходу за ребенком (РПД-92) теперь вызывается автоматическое переформирование табеля (по настройке "Настройки Галактики Управление персоналом Табельный учет Формирование Автоматически обновлять табели в модуле "Управление персоналом"").
106.103719.1.59.0Ночные часы по РПД-91 неверно отображаются в табелеУправление персоналом91. Назначение почасовых табельных отклонений
Нет возможности полноценно отменить назначенные с помощью РПД-91 по персоналу почасовые табельные отклонения.Добавлено новое распорядительное действие по персоналу РПД-93 "Отмена почасовых табельных отклонений". Приказ позволяет отменить назначенные ранее с помощью РПД-91 табельные отклонения. Добавлена проверка на удаление такого приказа с РПД-91, на который оформлено РПД-93.
101.571319.1.58.0Каталог АТД - реализовать импорт и обновление непосредственно из БД ФИАСУправление персоналомИмпорт каталога АТД
В настоящее время реализован импорт каталога АТД из КЛАДР, который имеет серьёзные недостатки (в частности, отсутствие полной истории изменений). С другой стороны, с 2011 года КЛАДР является лишь урезанным форматом выгрузки из БД ФИАС - http://fias.nalog.ru/Public/DownloadPage.aspx. Предлагается реализовать импорт каталога АТД непосредственно из БД ФИАС. Кроме того, разработать сервис автоматического обновления каталога по аналогии с импортом курсов валют. См. также: http://kladr.ws/fias-chto-takoe.Реализован импорт каталога АТД непосредственно из БД ФИАС. Добавлена скрытая системная настройка "Управление персоналом - Управление и учет кадров - Картотека - Номер установленного обновления ФИАС". Справочная информация предоставляется в отдельном файле совместно с компонентом Z_fias.
102.1597509.1.58.0Алгоритм расчета плановой даты аттестацииУправление персоналомФормирование аттестационных списков
Необходимо доработать алгоритм расчета плановой даты аттестации госслужащих согласно законодательству.Для Республики Беларусь для госслужащих доработан алгоритм расчета даты плановой аттестации. Госслужащими считаются сотрудники у которых в лицевом счете на закладке "Налог на доходы" в поле "Доп. статус" установлено значение "госслужащий". Для госслужащих период аттестации считается 36 месяцев независимо от того какое значение установлено в назначениях. В список для плановой аттестации не включаются сотрудники: - беременные женщины (должна быть справка о постановки на учет в ранние сроки беременности и больничный лист по беременности и родам); - пребывающие на данной должности менее 1 года (стаж работы по последней профессии должен быть заведен для всех сотрудников); - поступившие на госслужбу и проработавшие менее 3 лет; - находившиеся в отпуске по уходу за ребенком до достижения им 3 лет, и работающие после этого отпуска менее 1 года(должен быть оформлен отпуск по уходу за ребенком до 3 лет, такой же как в настройке Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска: Код отпуска по уходу за ребенком); - имеющие перерыв госслужбы более 1 года и проработавшие после перерыва менее 3 лет(должен быть заведен стаж государственной службы). Если необходимо учитывать аттестации сотрудников, которые они прошли в других организациях, необходимо эти аттестации завести в системе вручную.
104.182489.1.58.0необходима возможность заполнения поля из каталогаУправление персоналомИнтерфейс картотеки
Дать возможность заполнения поля из каталога Хотелось бы в Картотеке сотрудников Раздел 1 "Общие сведения" Документы Паспорт гражданина Украины - поле кем выдан сделать возможность выбора из каталога.Добавлена возможность выбора значения поля "Кем выдан" из справочника для всех документов, имеющих это поле. Значение поля после выбора копируется в поле "Кем выдан". Это поле можно редактировать. Редактирование поля в справочнике не влияет на уже введенные данные в документах.
102.1605789.1.57.0Не правильные рабочие периодыУправление персоналомСправочник рабочих периодов (обобщенно)
В базе существуют записи с заполненным полем Persons.LastDate, хотя эти карточки не были созданы при переводе из филиала в филиал с раздельной отчетностью. После решения ПИР 180.9421 от этой даты устанавливается дата начала первого рабочего периода, если обновить какое-либо поле в 1 окне картотеки.При установке обновления произойдет конвертация данных и поле Persons.LastDate будет зачищено для всех карточек, кроме тех, которые созданы с РПД-5 с параметром перевод из филиала в филиал с раздельной отчетностью и все рабочие периоды для таких карточек будут начинаться с даты приема.
101.584239.1.56.0Добавить возможность изменить "Категорию" в ставке в ШР через РПД=23 "Изменение атрибутов ставки"Управление персоналомПриказы по штатному расписанию
Нужна возможность редактировать категорию для единиц штатного расписания.Добавлена возможность редактировать категорию для единиц штатного расписания при помощи СШР РПД 23, а также при помощи истории штатного расписания.
102.1476119.1.55.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1539909.1.54.0Разграничение прав доступа к ШР по категориям и NT-авторизацияУправление персоналомк структурным единицам штатного расписания
Функция GetKategoryAccess objSHRAccess принимает в качестве аргумента имя пользователя, что приведет к невозможности настройки разграничения прав доступа на БД с NT-авторизацией из-за ее (функции) повсеместного использования.Раньше при включенной настройке "Разграничение доступа к структурным единицам ШР по категориям", а так же настроенных правах доступа к структурным единицам штатного расписания проверка доступа осуществлялась по строковому наименованию пользователя, теперь же реализован более точный механизм поиска прав доступа по уникальному идентификатору пользователя.
180.94219.1.54.0При перемещении работника из филиала в филиал необходимо переносить рабочие периодыУправление персоналом5. Перемещение
Так как организация является единым юридическим лицом, то в бизнес-процессе "перевод работника из филиала в филиал с раздельной отчетностью" работника переводят в рамках одной организации, несмотря на сдачу отчетности в ПФР и ФСС пофилиально. Так как работника не увольняют с должности до перевода за ним сохраняется рабочие периоды предоставления отпусков. Необходимо переносить текущий на дату перевода рабочий период из старой карточки в новую.При утверждении приказана перевод из филиала в филиал с раздельной отчетностью (РПД-5) происходит копирование из карточки до перевода рабочего периода, который включает дату перевода. Копируется рабочий период и все сдвиги, системные или ручные. Иная информация по рабочим периодам не копируется. В созданный рабочий период копируется информация о полагающихся отпусках из рабочего периода, включающего дату перевода, из предыдущего филиала; таким полагающимся отпускам присваивается тип остаток, при этом для них указывается рабочий период остатка, равный рабочему периоду из предыдущего филиала (по датам он совпадает с текущим рабочим периодом из новой карточки в новом филиале). (ВНИМАНИЕ!!!) При формировании остатков полагающихся отпусков в новом филиале пропорция на дату перевода не составляется - полагающееся количество и остаток полностью копируются из предыдущего филиала. Одинаковые отпуска при этом не объединяются. Полагающиеся отпуска, относящиеся к карточке до перевода создаются каждый раз при формировании полагающихся отпусков за рабочий период, включающий в себя дату перевода в новом филиале. Если полагающееся количество и состав отпусков скорректированы пользователем самостоятельно и не требуется автоматическое переформирование, то следует установить на рабочем периоде флаг запрета формирования полагающихся отпусков ("ЗАМОЧЕК"). В панели рабочих периодов и полагающихся отпусков добавлен столбец "пф"(перевод в филиал). Столбец по умолчанию не виден. Чтобы отобразить столбец нужно воспользоваться пунктом локального меню "Скрыть/ показать". Рабочие периоды в в карточке предшествующей переводу начиная с периода, включающего дату перевода подсвечиваются специальным значком в столбце "пф" (синяя стрелка вверх, аналогичная значку в карточке до перевода). Если до перевода в старом филиале были предоставлены авансовые отпуска за рабочие периоды, СЛЕДУЮЩИЕ ПОСЛЕ рабочего периода, включающую дату перевода, в новую карточку (после перевода), то по таким полагающимся так же будут сформированы остатки в рабочем периоде в новом филиале; в них так же будет указан рабочий период остатка, принадлежащий карточке из предыдущего филиала. (ВНИМАНИЕ!!) Остатки будущих рабочих периодов формируются только для полагающихся на основании которых предоставлены фактические отпуска. Остатки, созданные в результате перевода из филиала в филиал с раздельной отчетностью, помечаются в столбце "пф" значком (красная стрелка вниз, аналогичная значку в карточке после перевода). Примечание рабочих периодов в старой карточке и рабочего периода в новой карточке заполняется информацией о переводе и датой перевода. Для рабочие периоды в карточке до перевода устанавливается запрет автоформирования ("ЗАМОЧЕК"), полагающиеся отпуска в этих периодах формировать, изменять, удалять невозможно. После перевода в рабочем периоде, пересекающемся с датой перевода, все остатки полагающихся отпусков будут обнулены, чтобы не было возможности предоставить их в филиале до перевода. Конечный остаток на дату перевода можно посмотреть либо в карточке после перевода либо в представлении "Сводная информация по отпускам". Существует связь полагающихся на дату перевода отпусков в филиале до перевода и остатков этого полагающегося отпуска в карточке после перевода. При удалении приказа на перевод из филиала в филиал с раздельной отчетностью удаление новой карточки, лицевого счета и всех рабочих периодов и полагающихся отпусков происходит не зависимо от существования фактически предоставленных отпусков за эти периоды. В старой карточке с рабочих периодов снимается признак перевода в другой филиал (столбец "пф"), однако рабочие периоды все равно остаются недоступными для автоформирования полагающихся отпусков ("ЗАМОЧЕК"). ДОПОЛНИТЕЛЬНО: Для расчета даты начала первого рабочего периода по основному назначению используется поле Person.LastDate изменить его можно в 1м окне картотеки, отобразив в верхней панели при помощи конфигуратора. Если поле Person.LastDate не заполнено то дата начала первого рабочего периода определится по дате приема. Поэтому, если в карточке заполнено невизуальное поле Person.LastDate, то при изменении даты приема в 1м окне картотеки и даты начала первого назначения в 6м окне картотеки дата начала первого рабочего периода НЕ ИЗМЕНИТСЯ. Для АДМИНИСТРАТОРА: При первом входе в систему Галактика ERP происходит конвертация данных: поиск всех утвержденных приказов на перевод из филиала в филиал с раздельной отчетностью; поиск в карточке до перевода рабочего периода на который приходится дата перевода; заполнение в карточке после перевода поля Persons.LastDate - даты отсчета рабочих периодов в карточке после перевода. Если во время работы конвертера обнаружилось, что в карточках до перевода отсутствовал рабочий период, включающий дату перевода, то после конвертации ТОЛЬКО ДЛЯ ПОЛЬЗОВАТЕЛЯ SUPERVISOR отобразится протокол конвертации. Так же не происходит конвертация данных, если в карточке после перевода в рабочем периоде, включающем дату перевода или после нее уже есть фактически предоставленные отпуска. Протокол конвертации можно сохранить. Об ошибках конвертации необходимо сообщить специалистам, отвечающим за предоставление отпусков в филиале перевода. При нажатии Enter или двойном клике на запись протокола. Откроется окно, в котором можно оставить напоминание ответственным сотрудникам, в том случае, если они используют в работе блокнот событий системы (Отчеты / Блокнот событий. Если получатель не использует блокнот событий - запись в срок доставлена не будет, но будет храниться в БД до первого открытия окна "Блокнот событий"). Параллельно ДЛЯ ВСЕХ ПОЛЬЗОВАТЕЛЕЙ создаются записи об ошибках конвертации в протокол сообщений (Отчеты / Протокол сообщений); из протокола так же можно создать напоминание. Во всех указанных карточках нужно установить значение поля Persons.LastDate используя средства SUPPORT или конфигуратор. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: После установки обновлений необходимо запустить систему Галактика ERP для проведения конвертации.
102.1582659.1.53.0Дать возможность выбора необходимого количества часов налета.Заработная платаИндивидуальные сведения в ПФ (Формы ПУ-3, ПУ-6 и т.д.)
В случае, если сотрудник авиации (летчик, бортпроводник и иные должности этой сферы) не налетал необходимое количество часов, для него в конце года подается отменяющая форма ПУ-6. На текущий момент необходимое количество часов зашито в программе и, в случае изменения законодательства, у пользователя не будет возможности в ручную перенастроить систему. Необходимо данный параметр сделать изменяемым в параметрах изменения настроек вида деятельности.Республика Беларусь. Для некоторых видов деятельности в настройках появилось новое поле "Необходимый налет". Данное поле отражает обязательный налет для отнесения периода к работе во вредных условия. Эта информация анализируется при формировании ПУ-6. Перечень видов деятельности и значений поля по умолчанию: ЛЕТСОСТ240 - 240 ЛЕТСОСТ144 - 144 ИТСИСП120 - 120 ИТСВЕР60 - 60 ИТСИСП50 - 50 ИТСВЕР25 - 25 БОРТОПЕР20 - 240 БОРТОПЕР12 - 240 БОРТПРОВ - 375
102.1542339.1.52.0РПД Приказ о выходе на работу в отпуске по уходу за ребенкомУправление персоналомВсе индивидуальные приказы (прием, перевод, отпуск, увольнение)
Необходимо новое РПД "Приказ о выходе на работу в отпуске по уходу за ребенком".Добавлено РПД - 92 "Отражение работы во время отпуска по уходу за ребенком". Данное РПД работает в двух режимах, а именно: назначение работы во время отпуска по уходу за ребенком и отмена работы во время отпуска по уходу за ребенком. Для того чтобы назначить работу необходимо заполнить поле "Количество часов в день", если же поле "Количество часов в день" будет равно 0, то приказ будет отменять работу. Так же для каждого режима реализованы соответствующие печатные формы. Для табеля данный приказ по сути автоматизирует ручную корректировку часов: в рабочие по плану дни появляются часы работы, введенные в приказе, а выходные по плану дни отображаются как выходные, а не как отпуск (как если бы в корректировке было введено 0 часов на эти дни). При этом ручные корректировки имеют приоритет над РПД-92: если на один и тот же день есть и приказ, и ручные корректировки, то часы работы будут взяты из ручных корректировок.
102.1545639.1.52.0Реализовать возможность запрета на прием, перемещение сотрудников с нулевым количеством ставок.Управление персоналомИнтерфейс всех приказов по персоналу
Реализовать возможность запрета на прием, перемещение сотрудников с нулевым количеством ставок.Добавлена системная настройка "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу Общие настройки Запретить ввод приказов с нулевым количеством занимаемых сотрудником ставок". Значение по умолчанию - "нет". Проверка в соответствии с настройкой касается поля "Кол-во ставок". Установка признака "по ШР"/"вне ШР" на нее НЕ влияет. В случае установки ее в "да": - запрещается утверждение приказов по персоналу с нулевым количеством занимаемых сотрудником ставок; - в картотеке сотрудников запрещается ввод назначений и добавление записей истории назначения с нулевым количеством ставок. Дополнительно в приказах по персоналу добавлена проверка перед утверждением на то, чтобы введенное количество занимаемых ставок в них не было отрицательным. В связи с добавлением настройки из РПД-62 убрано информационное поле с текущим значением количества ставок из 6 окна картотеки сотрудников.
103.81369.1.52.0По долгосрочным отпускамУправление персоналом41. Предоставление отпуска
Предлагаем признак долгосрочности отпуска брать из настроек отпусков так, чтобы в приказе на отпуск (РПД-41 по персоналу) принудительно выставлялась бы галочка. Потому что часто эту галку забывают устанавливать. Например, когда оформляют в одном приказе 2 отпуска - по уходу за ребенком до 1,5 лет и по уходу за ребенком до 3-х лет: в первом отпуске выставляют, а для 2-го отпуска забывают выставлять.Добавлена системная настройка "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу РПД-41 (приказ о прочем отпуске) Отпуск по уходу за ребенком по умолчанию считать долгосрочным с освобождением ставки". Если она установлена в "Да", то при выборе в РПД-41 отпуска с кодом, соответствующим коду отпуска по уходу за ребенком (указывается в разделе настроек "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска"), автоматически устанавливается галочка с признаком долгосрочного отпуска с освобождением ставки. ВНИМАНИЕ: при изменении вида отпуска в приказе признак долгосрочности отпуска определяется заново и значение признака долгосрочности может быть потеряно (если установить галочку и выбрать другой отпуск, то галочка будет сброшена; если убрать галочку и выбрать отпуск по уходу за ребенком, то галочка автоматически установится при описанном выше сочетании настроек).
180.89489.1.52.0Районный коэффициент в приказе о перемещенииУправление персоналом5. Перемещение
При создании приказа о перемещении (РПД 5), необходима возможность установки районного коэффициента, который находится в интерфейсе лицевого счета сотрудника.В РПД - 5 добавлена обработка процента районного коэффициента, а так же передача его в рабочую корзину.
101.595539.1.51.0Некорректное отображение после приема на работуУправление персоналом6-е окно (сведения о работе на предприятии)
Некорректное отображение 6-го окна после приема сотрудника на работу через приказ из списка кандидатов.После приема сотрудников из списка кандидатов через приказ в 6-ое окно отображается корректно.
102.1336849.1.50.0Привести к единому виду индивидуальные приказына прием, перевод, отпуск, увольнениеУправление персоналомВсе индивидуальные приказы (прием, перевод, отпуск, увольнение)
Привести к единому виду индивидуальные приказы на прием, перевод, отпуск, увольнение.Интерфейсы "Прием на работу", "Перемещение по службе", "Отпуска" и "Увольнение" приведены к единому виду. Отображение содержимого приказов из данных интерфейсов сделано аналогично с приказами вызванными из интерфейса "Перечень приказов", но с ограниченными возможностями, а именно: - запрещено добавлять новый раздел в приказ, за исключением интерфейса "Отпуска", при добавлении нового раздела в приказ вызванный из интерфейса "Отпуска" дается на выбор 2 распорядительных действия, РПД-6 и РПД-41; - запрещено добавлять новых сотрудников в приказ. Так же в отображении приказов из перечня приказов или из интерфейсов индивидуальных приказов изменено отображение шапки раздела. Вызов шапки раздела производится из колонки "Шапка раздела", в которой отображается наличие шапки раздела.
102.1535919.1.50.0Настройки нумерации приказовУправление персоналомНастройка
При установленных настройках: - "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу Формирование номеров Отдельная нумерация по различным распорядительным действиям" = Нет - "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу Формирование номеров Способ автонумерации:" = "с помощью специальной таблицы" должна быть открыта настройка "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу Формирование номеров Последний номер приказа". При смене способа автонумерации на "по последним номерам БД" она закрывается (что правильно), но при возврате на вариант "с помощью специальной таблицы" назад не открывается. Для открытия приходится передергивать настройку "Отдельная нумерация по различным распорядительным действиям".Если выключена отдельная нумерация по различным распорядительным действия, смена способа автонумерации приказов по персоналу на "с помощью специальной таблицы" приводит к открытию для редактирования настройки "Последний номер приказа".
102.1544239.1.50.0убрать пробел в выводе инициалов перед фамилией FastReportУправление персоналом6. Оформление очередного отпуска
Необходимо убрать пробел в выводе инициалов перед фамилией в генераторе отчетов fast-report в наборе данных "DTS_t6a_2004", поле "FioBoss". При установленной настройке 15932 в значение "перед фамилией" вывод осуществляется в виде "Н.В. Коровин" (с пробелом). На "выходе" должна получиться строка вида "Н.В.Коровин" (без пробелов).К настройке "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Вывод инициалов лица, подписывающего приказы" добавлено новое значение: "перед фамилией без пробела".
102.1549849.1.50.0Ошибка при обновлении реестра настроекКонтур управления персоналомZ_StaffNastr
Ошибка при обновлении реестра настроек Для настройки "Использовать форму "6-т (кадры)", утвержденную" (UP.STAFF.FORM6T) типа список в таблице значений отсутствует значение: код 1, значение "14.07.2003". Запись TuneVal.Nrec=5862. navigator2|04/06/2016|10:00:48Разработан конвертер, который проставит новое значение настройки "UP.STAFF.FORM6T" (Использовать форму "6-т (кадры)", утвержденную) по умолчанию.
102.870849.1.50.0РПД=3,4,5,9,10,50,60. Необходим пересмотр алгоритма работы с доп. соглашениями.Управление персоналомВсе РПД по персоналу
В настоящий момент доп. соглашения привязаны к карточке сотрудника, а не к конкретному договору, что приводит к проблемам с их ведением (в частности, с нумерацией, которая сейчас не может вестись в пределах договора, а ведется в пределах карточки сотрудника). Желательно для каждого договора иметь историю доп. соглашений по нему со ссылками на приказы, по которым данные доп. соглашения заводились.Дополнительные соглашения теперь связаны напрямую с конкретными трудовыми договорами сотрудников и формируются только к конкретному трудовому договору. Т.е. без оформленного трудового договора оформить доп. соглашение нельзя. Настройка формирования доп. соглашений к трудовым договорам ("Возможность ввода номеров и дат доп. соглашений в приказах") перенесена из раздела "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Приказы по персоналу Общие настройки" в раздел "Настройки Галактики Управление персоналом Управление и учет кадров Приказы". При включенной настройке в перечнях распорядительных действий по персоналу и штатному расписанию отображаются столбцы ("Доп. согл.") с настройкой формирования доп. соглашений к трудовым договорам по соответствующему распорядительному действию. Цветом выделены ячейки тех распорядительных действий, формирование доп. соглашений по которым в настоящий момент не поддерживается. Пользовательским РПД (с кодом более 100) система позволяет установить данный признак, но для реальной его поддержки данные распорядительные действия необходимо дорабатывать с использованием методов, описанных в NumberOfAddAgreement.vih. Таким образом, появилась возможность настроить систему так, чтобы доп. соглашения автоматически формировались только для определенных пользователем распорядительных действий, а перечень распорядительных действий, поддерживающих формирование соглашений, расширен. К примеру, можно отключить формирование доп. соглашений при изменении ФИО (РПД-2 по персоналу) и включить его для прочих действий (РПД-100). При включенных настройках в приказах по персоналу, в истории назначения и в истории доплат появляется поле с дополнительным соглашением. При создании приказа доп. соглашение к найденному трудовому договору создается автоматически. При необходимости (если, к примеру, договор на дату приказа автоматически не найден), соглашение можно создать вручную (по F3 на поле доп. соглашения). В этом случае при его создании пользователю будет предложено выбрать трудовой договор сотрудника, к которому соглашение будет оформлено. Без трудового договора доп. соглашение создать нельзя. Кроме того, теперь поддерживается формирование доп. соглашений, основанных на приказах по штатному расписанию РПД-3 (переименование структурного подразделения) и РПД-23 (изменение атрибутов ставки), если установлен признак формирования доп. соглашений в перечне РПД по штатному расписанию. Создание доп. соглашений происходит только к текущим договорам сотрудников и только при утверждении приказа по штатному расписанию. При этом: - в случае обновления по сотрудникам при изменении атрибутов ставки доп. соглашения формируются в том случае, если установлена в "Да" и настройка формирования для РПД-23 по ШР, и настройка формирования для РПД по персоналу с тем кодом, который выбран при обновлении; - при переименовании подразделения доп. соглашения формируются только для тех сотрудников, которые работают непосредственно в переименовываемом подразделении (для сотрудников нижестоящих подразделений доп. соглашения в данный момент не формируются). Доп. соглашения создаются также для приказов, формируемых при выполнении сервисной функции "Импорт данных по изменению окладов". Нумерация доп. соглашений и контроль уникальности номеров теперь проводится в рамках договора, а не карточки сотрудника. К доп. соглашению теперь можно привязать несколько распорядительных действий, для этого достаточно ввести в них одинаковые номера и даты доп. соглашения и система предложит связать распорядительное действие с уже существующим соглашением. В случае отказа номер и дата изменявшегося доп. соглашения будут возвращены в состояние до изменения. Таким образом, ввод нескольких доп. соглашений с одинаковыми номером и датой запрещается. Просмотреть перечень распорядительных действий, связанных с доп. соглашением, в данный момент можно при его печати. В том случае, если вводимое доп. соглашение повторяет номер уже имеющегося, система выдает соответствующее предупреждение. Вызов печати свободных номеров доп. соглашений доступен в окне ввода информации о доп. соглашении. Просмотр информации о доп. соглашениях в разрезе договоров доступен по кнопке "Договоры" 6 раздела картотеки. Информация о сформированных соглашениях также отображается в истории назначений и в истории доплат, а для приказа об изменении наименования подразделения (РПД-3 по ШР) - в окне просмотра истории изменений подразделения (вызывается в 6 окне по F3 на наименовании подразделения). Вызов печати доп. соглашений доступен из мест, где отображается информация о них (история назначений и доплат, окно договоров сотрудника, окно истории изменения подразделения), а также из приказов, соглашения создающих. При печати свободных номеров (вызов печати теперь доступен из окна ввода информации о доп. соглашении по пункту локального меню) нечисловые значения не учитываются. Для печати доп. соглашений расширен поток FastReport DTS_ChangeTD. Теперь он может содержать информацию о доп. соглашениях в части доплат, о переименованиях подразделения, об изменении ФИО. Для удобного просмотра доступной в потоке информации можно использовать скрытые бэнды стандартной присоединенной формы "Изменение к ТД", установив для них свойство Visible = True: - Child4HelpMainInfo - Child4HelpAppHist - Child4HelpCatHist - Child4HelpRaiseHist Для конвертации данных о доп. соглашениях в новую структуру разработаны конвертеры, запускаемые при обновлении реестра настроек. При включенной настройке нумерации доп. соглашений они: - проводит поиск данных о доп. соглашениях в базе данных и связывает их с соответствующими договорами (если договор найти не удается, то создается соглашение без договора для отображения в приказе); - включают настройку формирования доп. соглашений к приказам по персоналу со следующими кодами: 2, 3, 4, 5, 9, 10, 13, 50, 60, 61, 70 (т.е. по умолчанию доп. соглашения формируются по тем же распорядительным действиям, по которым они формировались ранее). Появилась возможность ввода нечисловых номеров доп. соглашений (к примеру, теперь можно завести доп. соглашение с номером "1к"), поэтому заполнение прежних полей с номером доп. соглашения ContDoc.FilialNo, AppHist.FilialNo, RaiseHist.FilialNo не проводится и для получения данных о доп. соглашении следует использовать методы, описанные в объектном интерфейсе INumberOfAddAgreementNew. Аналогичная ситуация с ContDoc.LastDate, AppHist.dFld и RaiseHist.LastDate.
106.102869.1.50.0При изменении атрибутов ставки в ШР (условия труда) в Историю назначений заносится РПД 50 Изменение окладаУправление персоналомПриказы по штатному расписанию
Дать возможность при обновлении по ШР внести сотрудникам на ставке изменения только по условиям труда. Сейчас возможность их изменения есть только с помощью операции 50 "Изменение оклада". Нужен вид операции "Изменение условий труда".При обновлении данных по сотрудникам на ставке для способа "обновлять данные по виду операции" для выбора доступен вид операции "изменение условий труда (46)". Данная операция создает в истории назначения запись, изменяющую только условия труда. При изменении условий труда в рабочую корзину сигнал не отправляется.
180.95759.1.50.0Изменение характера работы при перемещении по РПД 5Управление персоналом5. Перемещение
На данный момент характер работы сотрудника определяется при утверждении приказа о его приеме на работу. При дальнейших перемещениях сотрудника характер его работы остается прежним. В поле Характер работы указывается, какая работа у сотрудника: постоянная, временная, сезонная, по совместительству, работа с неполным рабочим днем или неделей, работа на дому и т. п. (значение выбирается из справочника). Бывают ситуации, когда сотрудника изначально принимают временно и указывают соответствующий характер работы. Затем освобождается ставка и сотрудника переводят на данную должность на постоянную работу. Но в приказе по РПД-5 нет возможности изменить характер работы сотрудника. В связи с этим приходится затем в Истории изменения параметров назначения сотрудника вручную создавать новую запись, меняя значение характера работы, т.к. в первом и шестом разделах картотеки сотрудников остается некорректная информация. Просьба доработать приказ по РПД-5, добавив в интерфейс данного приказа поле "Характер работы".В приказ на перемещение (РПД-5 по персоналу) добавлено поле с характером работы. При обновлении реестра настроек запустится конвертер, который заполнит характер работы в неутвержденных приказах по данным истории исходного назначения на дату начала перемещения. Исправлена ошибка, связанная со сменой вида назначения в приказе при наличии выбранного сотрудника. Назначение после смены вида выбирается корректно.
102.1508529.1.49.0РПД-10,12: неутвержденный приказ с РПД=10 блокирует доплату для работы в приказе с РПД=12Управление персоналом10. Снятие персональных надбавок
Неутвержденный приказ с РПД=10 блокирует работу с доплатой в приказе с РПД=12. Вне зависимости от того, если в приказе с РПД=10: - установлена дата закрытия доплаты - установлена дата начала ее частичного снятия - в приказе, вообще, не заполнены даты, касающиеся снятия доплаты становится невозможным оформить приказ об изменении данной доплаты приказом с другим распорядительным действием с РПД=12. Т.е. для блокировки достаточно просто занести доплату в приказ с РПД=10.Неутвержденный приказ РПД - 10 теперь не вносит никаких изменений в доплаты, а так же исправлено отображение информации о доплате после утверждения приказа.