Z_STAFF
Краткое описание :
Картотека сотрудников. При удалении записи о заместительстве не приходит сигнал в РКОписание :
6-е окно (сведения о работе на предприятии)Что измененно :
В Картотеке сотрудников создается запись о заместительстве на период, дата С и ПО указаны.
Сигнал об изменении Лицевого счета приходит в РК и обрабатывается.
После удаления записи о заместительстве сигнал в РК об изменении ЛС не приходит, соответственно, и переход, созданный в межпериоде не удалится.
При откате приказа РПД-3 (Временное заместительство/возложение обязанностей) в РК приходит запись об изменении ЛС, после обработки которой удаляется переход межпериода.
Как измененно :
При удалении заместительства в картотеке система аналогично приказу (РПД-3) ищет в РК сигналы, сформированные при создании данного назначения, и в случае если они не обработаны, удаляет их, иначе ищет основное назначение на дату заместительства и формирует сигнал по последней записи истории данного основного назначения. Также доработано удаление необработанных сигналов в РК для доплат по удаляемому назначению, аналогично приказу (РПД-3).
Z_STAFF
Краткое описание :
Картотека сотрудников. Закладка Заместительства. Сообщение об ошибке.Описание :
6-е окно (сведения о работе на предприятии)Что измененно :
Картотека сотрудников. Закладка Заместительства.
Сообщение об ошибке при создании записи о заместительстве непосредственно в картотеке (не через приказ) на ставку,
для которой не назначены доплаты.
---------------------------
Информация
---------------------------
Ошибка переноса доплат
---------------------------
ОК
---------------------------
Как измененно :
Исправлено: функция переноса доплат по ставке в назначение возвращает False в случае если не удалось провести вставку доплаты или удаление доплат предыдущего назначения.
Z_STAFF
Краткое описание :
в истории назначения теряется информация о характере работыОписание :
6-е окно (сведения о работе на предприятии)Что измененно :
Если в 6 разделе картотеки на закладке "прием" ввести сведения о трудовом договоре,
то в истории назначения создается запись "прочие" (с текущей датой начала), в которой теряются сведения о характере работы из предыдущей записи в истории.
Следовательно, любая следующая запись в истории, сформированная автоматически каким-либо распорядительным действием, также не будет содержать сведения о характере работы.
В рамках решения данной проблемы необходимо так же навести порядок при создании записи "прочие" в истории назначения: она должна создаваться только в случае изменения в 6 окне полей, имеющихся в истории.
Как измененно :
При редактировании описанных ниже полей назначения в 6м окне картотеки в случае:
- если последняя запись истории имеет ссылку на приказ или дату окончания меньше, чем дата окончания назначения, формируется новая запись истории с типом "Прочие действия" с датой начала равной текущей дате (если дата окончания назначения меньше текущей даты, то дате окончания назначения) и датой окончания равной дате окончания назначения;
- если последняя запись истории не имеет ссылки на приказ и не "временная" (дата окончания не меньше даты окончания назначения), то изменения в назначении вносятся в последнюю запись истории последняя запись истории.
Список полей:
- Режим работы
- Оклад, тариф
- Система оплаты
- КК, СКК
- Валюта
- Условия работы
- Количество ставок
- Дата и номер контракта (для основных назначений и совместительств)
Доработано заполнение ссылки на характер работы в записи истории назначения при обновлении и вставке записи истории при редактировании назначения. Значение для данной ссылки берется из соответствующего поля 1го окна карточки сотрудника.
Z_STAFF
Краткое описание :
Необходимо хранить поле "Вид работы" в случае повторного
труд-ва сотрудниковОписание :
Все РПД по персоналуЧто измененно :
Необходимо хранить поле "Вид работы" в случае повторного
труд-ва сотрудников.
В связи с решением проблемы ПИР 102.123452, связанной с правильным разделением
пенсионных стажей в случае повторного приема сотрудников на тот же ЛС и на
разный ЛС необходимо доработать функционал, связанный с сохранением вида работы
предыдущего назначения.
Как измененно :
В шестом окне картотеки на вкладке "Предыдущие назначения"
добавлено поле "Вид работы"
Для уже существующих назначений был написан конвертер, который осуществляет
хранение поля "Вид работы" не только в карточке, но и в самом приказе на прием.
Причем конвертация выполняется только для приказов, в которых человек
принимается на текущие в системе назначения.
Данный функционал работает корректно, если прием человека осуществляется через
реестр приказов.
Также в составе этого ПИРа исправлена ошибки, связанные с возможностью
утвердить приказ, у которого не указаны должность и категория.
Z_STAFF
Краткое описание :
Не обрабатывается возврат из временного назначения сотрудникаОписание :
Обработка временных измененийЧто измененно :
Не обрабатывается возврат из временного назначения сотрудника.
При Обработке параметров временных назначений по
сотруднику не происходит возврат сотрудника на прежнее
назначение, выдается сообщение об отсутствии
расхождений, хотя расхождения между 6 вкладкой и
историей назначения есть.
Как измененно :
Исправлено: при позиционировании на последнюю запись истории назначений, входящую в период обработки, также учитываются поля: дата и время создания записи.
Z_STAFF
Краткое описание :
При подсчете стажа для учета периода уплаты взносов ФСЗН для больничных по календарным дням необходимо вычитать периоды, когда работник не платил взносы в ФСЗН,Описание :
3-е окно (анкетные данные \ стаж)Что измененно :
При подсчете стажа для учета периода уплаты взносов ФСЗН для больничных по календарным дням необходимо вычитать периоды, когда работник не платил взносы в ФСЗН.
Период выплаты пособия по временной нетрудоспособности не включается в период уплаты страховых взносов.
Как измененно :
Переименована функция Кадры - Настройка - Администратор - "Расчет стажа" в
"Формирование записей о трудовых стажах".
Функция перенесена вверх по меню и размещена рядом с функциями формирования пен. стажей. Также функция подключена в зарплате. Зарплата - Настройка - Сервисные функции - "Формирование записей о трудовых стажах".
В функции добавлен режим формирования записей о трудовых стажах по лицевым стажам. Если дата приема в картотеке и лицевом счете не совпадает эта информация выгружается в протокол. Также добавлена возможность исключать периоды листков нетрудоспособности и отпуска по уходу за детьми (устанавливается настройкой Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска: Код отпуска по уходу за ребенком до 1,5 лет и Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска: Код отпуска по уходу за ребенком от 1,5 до 3 лет) из периодов стажа. ОБРАТИТЕ ВНИМАНИЕ!!!, что по умолчанию данные периоды включаются в стажи.
Z_STAFF
Краткое описание :
стаж для расчета больничногоОписание :
Стажи для учета при расчете пособий по нетрудоспособностиЧто измененно :
В связи с новым расчетом больничных листов требуется стаж работы.
У клиента нет управления персоналом и стаж никогда не заносился.
Требуется функция, которая бы автоматически заполнила стаж,
начиная с даты приема на работу сотрудника. Дата приема проставлена в лицевом счете.
Как измененно :
Переименована функция Кадры - Настройка - Администратор - "Расчет стажа" в
"Формирование записей о трудовых стажах".
Функция перенесена вверх по меню и размещена рядом с функциями формирования пен. стажей. Также функция подключена в зарплате. Зарплата - Настройка - Сервисные функции - "Формирование записей о трудовых стажах".
В функции добавлен режим формирования записей о трудовых стажах по лицевым стажам. Если дата приема в картотеке и лицевом счете не совпадает эта информация выгружается в протокол. Также добавлена возможность исключать периоды листков нетрудоспособности и отпуска по уходу за детьми (устанавливается настройкой Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска: Код отпуска по уходу за ребенком до 1,5 лет и Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска: Код отпуска по уходу за ребенком от 1,5 до 3 лет) из периодов стажа. ОБРАТИТЕ ВНИМАНИЕ!!!, что по умолчанию данные периоды включаются в стажи.
Z_STAFF
Краткое описание :
Некорректный символ пробела-2Описание :
Z_StaffЧто измененно :
В некоторых окнах в описании поля "Характер назначения", которое выводится в статус-строке, используется вместо пробела символ точки.
Как измененно :
Исправлен разделитель слов в подписи поля "Характер назначения" в следующих окнах:
- Вкладка "Прием / Переводы" 6-го окна картотеки.
- Архив назначений (по кнопке [Архив] на вкладке "Внутр.совмест-ва, совмещения" 6-го окна картотеки).
- Окно редактирования приказа "Внутреннее совместительство, совмещение" (РПД-4).
Z_STAFF
Краткое описание :
Убрать флаг разбивки отпуска на 2 части из интерфейса Формирования графика отпусковОписание :
Формирование план-графиков отпусковЧто измененно :
Предлагается убрать флаг разбивки отпуска на 2 части из интерфейса Формирования графика отпусков, т.е. не сохранять данный флаг в dsk-файл.
Данный флаг нужен не всем клиентам, в частности, кадровик источника проблемы вынужден постоянно его снимать.
Как измененно :
При первом запуске интерфейса формирования плана графика отпусков, по умолчанию, флаг разбивки отпуска на 2 части(параметр "разбить основной отпуск на две части (14 дней + остаток)") выключен. Разбивка не производится. В дальнейшем значение флага сохраняется в DSK-файл.
Z_STAFF
Краткое описание :
Доработать кадровый резервОписание :
Кадровый резервЧто измененно :
1. Изменить заголовок окна на: =Кадровый резерв по должностям с учетом даты просмотра ШР (01/01/2007)=.
2. В окне кадрового резерва по сотрудником невозможно удалять записи, если последняя с типом "Другая".
3. Выдаваемое сообщение при удалении: набор слов и никакого смысла.
4. В окне формирования отчета исправить наименования полей и значений.
5. В окне формирования списка перспективных специалистов исправить наименования полей.
6. В окне "Список сотрудников кадрового резерва" при изменении значения поля "Тип организации" в поле "Планируемое подразделение/организация" остается выбранное ранее значение, которое уже не соответствует указанному типу.
Как измененно :
1. Изменен заголовок окна на: =Кадровый резерв по должностям с учетом даты просмотра ШР (01/01/2007)=.
2. В окне кадрового резерва по сотрудником реализована возможность удалять записи, если последняя с типом "Другая".
3. Сообщение, выдаваемое при удалении сделано более осмысленным.
4. В окне формирования отчета исправлены наименования и значения некоторых полей.
5. В окне формирования списка перспективных специалистов исправлены наименования некоторых полей.
6. В окне "Список сотрудников кадрового резерва" при изменении значения поля "Тип организации" значение в поле "Планируемое подразделение/организация" сбрасывается.
Z_STAFF
Краткое описание :
РПД=6: в приказе невозможно удалить пустые записи в разделе "доп.отпусков"Описание :
6. Оформление очередного отпускаЧто измененно :
Планирование включено. Если при оформлении приказа
в таблице факт.отпусков удалялся пакет, а потом заново
переносился из плана, то в содержании приказа в разделе
дополнительных отпусков образуются пустые записи.
При попытке их удалить выдается сообщение об ошибке:
"---------------------------
Ошибка
---------------------------
Ошибка при выполнении операции.
Повторите удаление данных."
Т.е. пустые записи невозможно удалить.
В результате при печати такого приказа
появляются ненужные запятые и "левые"записи. См. вложенные файлы
Справедливо и для приказов, оформляемых в реестре.
p.s.
обнаружено при тестировании z_staff_059. В данной
версии компонента решаться не будет. Регистрирую в ПИР.
Как измененно :
Корректное удаление записей через планирование
Z_STAFF
Краткое описание :
Страховой стаж для больничных. Изменения с 01.01.2011Описание :
3-е окно (анкетные данные \ стаж)Что измененно :
С 01.01.2011 период нахождения застрахованного лица в отпуске по уходу за ребенком до достижения им
трехлетнего возраста не засчитывается в страховой стаж по страхованию в связи с временной потерей
трудоспособности и расходами, обусловленными погребением, поскольку зачисление такого периода не
установлено Законом №2240.
Подробнее изменения описаны здесь:
http://www.dtkt.com.ua/show/2cid18911.html
Следовательно с 01.01.2011 возникает необходимость вести 2 стажа:
1) страховой стаж для начисления пенсии - для этого в Галактике подходит "Общий стаж" и проблем тут нет;
2) страховой стаж для определения процента среднедневной зарплаты для больничных, который от страхового
стажа для начисления пенсии отличается тем, что из него исключаются периоды нахождения в отпуске по
уходу за ребёнком до 3-х лет.
Для 2-го стажа в Галактике предполагается использовать "Страховой стаж".
Предложение по доработке функционала расчета стажей заключается в том, чтобы при соответствующих
настройках из стажа "Страховой стаж" исключались периоды, помеченные условным обозначением отпуска по
уходу за ребёнком до 3-х лет.
Как измененно :
Переименована функция Кадры - Настройка - Администратор - "Расчет стажа" в
"Формирование записей о трудовых стажах".
Функция перенесена вверх по меню и размещена рядом с функциями формирования пен. стажей. Также функция подключена в зарплате. Зарплата - Настройка - Сервисные функции - "Формирование записей о трудовых стажах".
В функции добавлен режим формирования записей о трудовых стажах по лицевым стажам. Если дата приема в картотеке и лицевом счете не совпадает эта информация выгружается в протокол. Также добавлена возможность исключать периоды листков нетрудоспособности и отпуска по уходу за детьми (устанавливается настройкой Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска: Код отпуска по уходу за ребенком до 1,5 лет и Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска: Код отпуска по уходу за ребенком от 1,5 до 3 лет) из периодов стажа. ОБРАТИТЕ ВНИМАНИЕ!!!, что по умолчанию данные периоды включаются в стажи.
Z_STAFF
Краткое описание :
ручные корректировки режима на 6 закладке картотеки некорректно отображаются в ркОписание :
6-е окно (сведения о работе на предприятии)Что измененно :
При ручной корректировке режима работы на 6 закладке картотеки сотрудников, в истории соответствующего назначения режим не меняется и в рабочей корзине формируется ошибочная запись со старым режимом. При смене режима в истории, данные попадают в назначение и в рабочую корзину без ошибок.
Предложение - менять режим в последней записи истории назначения при ручной корректировке в самом назначении, либо заблокировать возможность ручной корректировки режима непосредственно в 6 закладке, оставив корректировку только в истории.
Проблема критичная, т.к. на предприятии используются индивидуальные графики работы. При приеме сотрудников отделом кадров в приказе заполняется режим по умолчанию, впоследствии отдел оплаты формирует индивидуальный режим и привязывает его к сотруднику. Привязывать сразу правильный режим в приказе невозможно, поскольку его еще не существует, менять режим приказом более трудоемко. На предприятии работает несколько тысяч человек, текучка - порядка пятисот приказов на прием в месяц, около девяноста процентов из них на индивидуальных графиках. Соответственно несмотря на инструкции и предупреждения отдел кадров регулярно ошибается, меняет режим не через историю и возмущается что вот у них на 6 закладке все правильно, а табель формируется некорректно. Лазить и проверять режим в истории назначения опять же более трудоемко чем пройтись по карточкам и сверить 6 закладку. Уберите пожалуйста пользователям возможность изменять данные только в назначении.
Как измененно :
При ручной корректировке режима работы на 6 закладке картотеки сотрудников:
1) в случае если последняя запись истории была сформирована при утверждении приказа (есть привязка к приказу через поле AppHist.cContDoc) или она является временной (дата окончания в записи истории непустая и меньше даты окончания назначения), формируется новая запись истории с типом "Прочие действия" (РПД - 100) с датой начала - текущая дата системы, датой окончания равной дате окончания назначения, и данными из назначения;
2) иначе: корректируется последняя запись истории.
Сигнал в рабочую корзину об изменениях в назначении, как и раньше, формируется по последней записи истории.
Z_STAFF
Краткое описание :
РПД=10. Проблема при откате приказа.Описание :
Рабочая корзина (формирование сигнала)Что измененно :
при "откате" приказа в рабочей корзине создаются три записи о корректировке доплат: две - "удалена доплата" - корректны,
а третья "Исправлена доплата" содержит верную информацию, но помечена, как обработанная
p.s.
обнаружено при тестировании Z_STAFFORDERS_RES_810100. В данной версии не решается. Регистрирую в ПИР.
Как измененно :
При откате приказа РПД-10, если сигнал об изменении доплаты уже есть в рк и обработан, то при обновлении сбрасывается признак обработки.
Z_STAFF
Краткое описание :
Отсутствует позиция в таблице STAFFOTPUSKSETUPSОписание :
Привязка отпусков к ШРЧто измененно :
Если при выполнении привязки отпуска к ставке ШР выполнить последовательность действий: f7 - f8, то при
закрытии интерфейса выдается сообщение об ошибке:
"Отсутствует позиция в таблице. таблица STAFFOTPUSKSETUPS=>TMPVACATIONALG||04C8FE6C"
Как измененно :
Корректное закрытие интерфейса
Z_STAFF
Краткое описание :
Отсутствует позиция в таблице PERSONOTPUSKSETUPSОписание :
Привязка персональных отпусковЧто измененно :
Если при выполнении привязки персональных отпусков выполнить последовательность действий: f7 - f8, то при закрытии интерфейса выдается сообщение об ошибке.
---------------------------
Ошибка
---------------------------
Отсутствует позиция в таблице. таблица PERSONOTPUSKSETUPS=>TMPPERSVACATIONALG||0EAFAD10
---------------------------
ОК
---------------------------
Как измененно :
Корректное закрытие интерфейса