Z_STAFF

Z_STAFF ( 9.1.009.0 )

Краткое описание :

Записи в истории. Изменение количества ставок и обновление тарифов.

Описание :

Замена тарифных ставок

Что измененно :

- имеется ставка "Рабочий 5 р.". С 01.04.2008 в
ней по приказу № 1 от 31.03.2008 изменено количество
штатных единиц. Т.о., в истории появилась запись с
видом операции "Изменение количества ставок");

- выполнили замену окладов в ШР: меню "Операции -
Замена тарифных ставок", дата замены - 01.04.2008,
приказ № 2 от 01.04.2008;

- смотрим ШР (меню "База данных - Штатное
расписание") историю ставки: в операции "Изменение
количества ставок" видим приказ № 2 от 01.04.2008 (это
приказ о замене тарифов), а в операции "Изменение
атрибутов ставки" (это наша замена тарифов) атрибутов
приказа вообще нет.

Как измененно :

исправлено. Дата и номер приказа проставляются в той записи, которая вставляется.

Z_STAFF

Z_STAFF ( 9.1.009.0 )

Краткое описание :

ошибочная замена распорядительного действия в истории замещений

Описание :

Интерфейс картотеки

Что измененно :

 Б7.12+zar16fix08 Б(связано с доработками)
В картотеке в "истории замещений" присутствует запись с
РПД="Временное заместительство/возложение обязанностей".
Тогда, если на закладке "замещения" вызвать по aLT-A окно
"Сведения о работе на предприятии", то
- в данном окне в режиме редактирования внести какие-либо
изменения невозможно;
- при возврате после этих действий в "историю замещений"
распорядительное действие меняется на "Перемещение";
- При попытке вернуть реальное РПД выдается сообщение :
" Нельзя изменить вид операции для операций
с кодами меньшими 45 и большими 100!"
- повторный запуск функции администратора "контроль истории назначений"
в режиме "создание истории замещений" не исправляет ситуацию.

Как измененно :

\\r\\nРџСЂРё запуске сервисной функции \\\"Операции - Проверка Р С‘ корректировка данных Р С• РІСЂРµРС

Z_STAFF

Z_STAFF ( 9.1.009.0 )

Краткое описание :

операция не учитывает количество занимаемых сотрудником ставок

Описание :

Изменение тарифов/окладов

Что измененно :

\r\n8.10+z_staff_028.\r\nОперация \"Контроль соответствия данных ШР и назначений\"\r\nвыдает протокол, в котором тарифы всегда округляются до\r\nцелых. В результате создаются ошибочные ситуации.\r\n Например:\r\n- ставка имеет тариф=0.274\r\n- сотруднику, занимающему данную ставку, установлен\r\n персональный тариф=0.284\r\n- операция выдает по данному сотруднику информацию о\r\n расхождениях, при этом тариф и \"По штатному\r\n расписанию\" и \"По назначению\" одинаков и равен 3\r\n См. вложенный файл\r\n

Как измененно :

\r\n исправлено\r\n

Z_STAFF

Z_STAFF ( 9.1.009.0 )

Краткое описание :

Доплата не попадает в картотеку

Описание :

Назначение групп доплат/удержаний

Что измененно :

8.10+ текущие обновления
Если в интерфейсе назначения доплат не заполнить
поле "Дата окончания", то доплата не попадает в
картотеку.

Как измененно :

\\\\r\\\\n Р В РЎвЂ

Z_STAFF

Z_STAFF ( 9.1.009.0 )

Краткое описание :

привести локальное меню к стандарту

Описание :

Функциональная структура

Что измененно :

База данных - Функциональная структура - Интерфейс
"Функциональная структура":локальное меню привести к
стандарту.
1) отсутствует группировка пунктов меню
2) переименовать пункт "сформировать отчет" в "печать"

Как измененно :

Исправлено.

Z_STAFF

Z_STAFF ( 9.1.009.0 )

Краткое описание :

"Изменить л/с сотрудника": ошибки при связывании назначения с ЛС

Описание :

Рабочая корзина (формирование сигнала)

Что измененно :

8.10+текущие обновления.
Если были утерены связи назначений по совмещению с лицевыми
счетами, а функция администратора не смогла
воостановить эти связи автоматически и посоветовала
это сделать вручную, то после выполнения рекомендаций
фунции в РК формируется запись "Изменить л/с сотрудника",
в которой измененными помечены поля:
- таб.номер
- начало
причем, поле "начало" заполнено значением даты из
последней записи в истории назначения. Обработка такой
записи:
1) запускает операцию замены табельного номера (хотя
на самом деле замены никакой не должно быть), а это
ненужная трата времени
2) изменяет в ЛС дату назначения на должность, хотя
последняя запись в истории может просто изменять
только условия труда. Т.е. в лицевой счет
заносится ошибка - неверная дата назначения на
должность.
см. вложенные файлы





ошибки при связывании назначения с ЛС

Как измененно :

Исправлено.

Z_STAFF

Z_STAFF ( 9.1.009.0 )

Краткое описание :

проблемы при выполнении операции "замена тарифных ставок"

Описание :

Замена тарифных ставок

Что измененно :

8.10+ текущие обновления.Проблемы при выполнении
операции "замена тарифных ставок":
1) Была выполнена операция с включенными режимами
"проводить замену в ШР" и "в картотеке (для
сотрудников по ШР)" при установленном фильтре только
"по сотрудникам". Тогда замена ставок произошла во всем ШР без
учета фильтра, фильтр учелся только при обновлении в
картотеке.Допускаю, что это так и должно было быть,т.к.
фильтр по подразделению был отключен. Но мне не нужна
замена по всей организации, поэтому хочу "откатить"
операцию для ряда подразделений опять-таки с помощью
данной операции. Для этого, устанавливаю фильтр по
нужным подразделениям и делаю замену существующего
тарифа на "старый"... в ШР изменений не происходит,
хотя действия производятся с возрастающей датой.
Например, с 1.12.2003 была ошибочна произведена замена
тарифа(в истории ШР есть запись), а с 2.12.2003 пытаюсь вернуть
ШР на старый тариф - не получается. Приходится править
вручную, удаляя по всем подразделениям для каждой
должности соответствующую запись в истории. На 7.12
такой откат работал нормально
2) "Слетает" корректирующий коэффициент в ШР,т.е. если
должность имеет КК, например 2, то после замены
тарифных сеток, значении коэффициента становится
равным 1. Если замена проходила одновременно и в
ШР, в Картотеке, то происходит расхождение данных,т.к.
в картотеке КК сохраняется и оклад\тариф при замене
тарифа рассчитается с учетом корректирующего
коэффициента. На 7.12 КК сохраняется.
3) не учитываются параметры округления тарифов и
окладов. Вне зависимости от значения параметров,
округление идет согласно значениям общесистемных
настроек округления. Необходимо, если заданы эти
параметры формирования, округлять тарифы\оклады
согласно их значений, если же не заданы, то
ориентироваться на значения общесистемных значений
округления. Поэтому, желательно, при открытии интерфейса
параметров формирования функции значения параметров округления
устанавливать сразу равными значениям общесистемных
настроек, а пользователь, в случае необходимости,
откорректирует их.

Как измененно :

Исправлено. Тарифы/оклады будут сначала округлятся в соответствии со значением
общесистемных настроек, а затем с учетом того, что установлено в параметрах функции.
Величины округления нельзя установить меньше, чем значения соответствующих настроек.
Если величина будет меньше, то выдастся соответствующее предупредждение.

Z_STAFF

Z_STAFF ( 9.1.009.0 )

Краткое описание :

при автоматическом возврате не учитывается наличие ставок

Описание :

События системы

Что измененно :

8.10+текущие обновления. Если включена настройка
"Проводить ежедневный запуск событий системы", то при
наступлении события "окончание временного назначения"
при входе в систему происходит автоматический возврат
сотрудника на предыдущее назначение. При этом не
учитывается наличие ставки.
Например:
- сотрудник был временно перемещен с
4.12.2006-24.12.2006
- 15.12.2006 ликвидируется ставка, на которой он
находился до перемещения
- Операция отслеживания событий вернет 25.12.2006 его на ставку,
которой не существует
Необходимо отслеживать ситуации:
- ликвидация ставки
- ликвидация подразделения
- отсутствие вакансий на момент возврата

Как измененно :

Если возвращаемая ставка закрыта либо не количество вакансий меньше
количества ставок, занимаемых сотрудником, то возврат осуществлен не
будет. В протокол выдасться соответсвующая строка:
- должность: ... - не свободных вакансий.
- должность: ... - ставка закрыта.

Z_STAFF

Z_STAFF ( 9.1.009.0 )

Краткое описание :

При оформлении отпуска изменился choice архивного отпуска.

Описание :

6. Оформление очередного отпуска

Что измененно :

Ведется технология планирования отпусков.
При оформлении отпусков пользователем, который
работает только с кадрами, произошла модификация choice
другого отпуска: 3->4. В результате чего отпуск попал
сначала в будущие, в следующем месяце в текущие и
расчетчик повторно выплатил деньги.
Источник прислал базу, в которой в журнале видны
действия пользователя. Привожу скрины во вложении.
Что делал пользователь со слов администратора
Галактики: заходил в приказ на отпуск, открывал
интерфейс планирования отпусков. Переносил из плановых
в фактические запись на одно количество дней.
Возвращался обратно в приказ. Изменял количество дней в
продолжительности отпуска уже в приказе.
При таком бизнес процессе на данный момент
обнаружили только один случай изменения архивного
отпуска.

Как измененно :

При попытке добавления очередного отпуска с отличными датами, визуализируется сообщение: "Для данного пакета отпусков был проведен расчет денежных средств. Будет создан новый пакет отпусков.". Далее выполняется обработка аналогичная созданию нового пакета отпусков.