Текущее время: Пт, мар 29 2024, 02:08

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 5 ] 
Автор Сообщение
 Заголовок сообщения: Работа RUAVE после установки пакета обновления в 2020
СообщениеДобавлено: Вт, июл 27 2021, 14:40 
Ассистент
Ассистент

Зарегистрирован:
Сб, мар 18 2017, 15:54
Сообщения: 41
Приветствую уважаемое сообщество SAPBoard!

Подскажите, может кто уже сталкивался с этим. После установки обновления в конце 2020 года RUAVE стала как-то иначе работать. На одну проблему махнули рукой, а вот другая дает о себе знать.

В модуле HR_RU_AV_REFINE_RESULTS в results подкидывали на лету один вид оплаты. И если вдруг увольнение последним днем месяца, то раньше этот вид оплаты оставался в result текущего месяца. А теперь исчезает.
Если посмотреть в RUAVE промежуточные ПРС, то в них подкинутый ВО остается в текущем месяце.
Получается, что текущий месяц при расчете основных ПРС пересчитывается? И как быть?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Работа RUAVE после установки пакета обновления в 2020
СообщениеДобавлено: Ср, июл 28 2021, 12:16 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Пт, сен 07 2007, 07:53
Сообщения: 1392
ФМ HR_RU_AV_REFINE_RESULTS нужен для обработки премии за период (год, квартал, год). Если норма, которая говорит, если в периоде было более более одного факта выплаты премии одного вида, то для расчета среднего нужно использовать только один факт выплаты, максимальный. ФМ как раз и реализует этот механизм. Собираются премии за период, если их несколько, отбирается максимальное значение. Затем полученные значения записываются в результат расчета (генерируются на лету) вспомогательными ВО. А уже вспомогательные ВО настраиваются в правилах кумуляции ПРС вместо самих ВО премии.

Как это связано с вашей проблемой не очень понятно. Точнее, в чем собственно ваша проблема состоит из описания совершенно не понятно.
Сам ФМ HR_RU_AV_REFINE_RESULTS уже давно не изменялся. Не думаю, что проблема в этом ФМ.

PS. Нужно более детальное описание того, что там у вас происходит.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Работа RUAVE после установки пакета обновления в 2020
СообщениеДобавлено: Вт, ноя 01 2022, 11:33 
Начинающий
Начинающий

Зарегистрирован:
Пт, мар 29 2013, 17:06
Сообщения: 10
Всем привет!
Возможно вопрос уже был, но поиском не нашел. В расчете есть два среднего: отпуск в середине месяца и компенсация при увольнении на конец месяца. Для отпуска текущий месяц не входит в расчет среднего, для компенсации входит. В предварительном прогоне RUAVE отдельно рассчитывает годовой бонус пропорционально отработанному времени для отпуска и компенсации (периоды разные->итоговые суммы разные для ПРС AT01 и ATC1). При прогоне RUAVE для основных ВО при обработке AT01 правило релевантности поднимает из памяти /AWY для отпуска и складывает в RT результата соответствующего месяца, далее при обработке ATC1 проверяет, что /AWY уже есть в результате расчета и ничего не добавляет. В итоге и для отпуска и для компенсации в расчет попадает годовой бонус, пересчитанный для отпуска.
Подскажите пожалуйста, как разруливать такие ситуации. Создавать отдельные технические ВО бонусов для компенсации? С другой стороны в расчете может быть два отпуска (в текущем и будущем месяце) с разными расчетными периодами. Спасибо!


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Работа RUAVE после установки пакета обновления в 2020
СообщениеДобавлено: Пн, ноя 07 2022, 13:40 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Пт, сен 07 2007, 07:53
Сообщения: 1392
А у вас точно стандартная реализация работает на основе ФМ HR_RU_AV_REFINE_RESULTS? Потому как по стандарту такие проверки - проверяет, что /AWY уже есть в результате расчета - не выполняются. Да и в /AWY по стандарту записывает исходный ВО (годовой бонус) без всяких пересчетов. Пересчетом занимается само ПРС.

Подскажите пожалуйста, как разруливать такие ситуации. Создавать отдельные технические ВО бонусов для компенсации?
Задача не связана с ФМ HR_RU_AV_REFINE_RESULTS.
Вообще, ПРС для расчета отпуска и компенсации при увольнении должны обрабатываться разными ПРС, включая все вспомогательные, такие как ПРС для ГВ. То есть, для этих событий должны существовать два набора ПРС, обрабатываемые разными ВО. У них только правило кумуляции будет общее. Мало того, у ПРС для отпуска должна быть активирована заморозка на время отсутствия (вид A). Для компенсации такую заморозку использовать нельзя, так как она требует наличия сплита AB у стартового ВО, которого у компенсации не будет.

С другой стороны в расчете может быть два отпуска (в текущем и будущем месяце) с разными расчетными периодами.
Этот вопрос решает отдельными прогонами процедуры расчета средних для событий будущего периода. И хотя используется одно ПРС, в этих прогонах будет разные периоды релевантности, и разноы значения среднего.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Работа RUAVE после установки пакета обновления в 2020
СообщениеДобавлено: Пт, ноя 11 2022, 17:56 
Начинающий
Начинающий

Зарегистрирован:
Пт, мар 29 2013, 17:06
Сообщения: 10
Цитата:
А у вас точно стандартная реализация работает на основе ФМ HR_RU_AV_REFINE_RESULTS? Потому как по стандарту такие проверки - проверяет, что /AWY уже есть в результате расчета - не выполняются. Да и в /AWY по стандарту записывает исходный ВО (годовой бонус) без всяких пересчетов. Пересчетом занимается само ПРС.

Все верно, HR_RU_AV_REFINE_RESULTS работает с исходным ВО и в нем действительно нет проверки, что ВО уже есть в результате расчета. Я имел в виду ФМ HR_RU_AV_ADD_RUAVE_WAGE_TYPES - вот здесь проверка есть.

Цитата:
Вообще, ПРС для расчета отпуска и компенсации при увольнении должны обрабатываться разными ПРС, включая все вспомогательные, такие как ПРС для ГВ. То есть, для этих событий должны существовать два набора ПРС, обрабатываемые разными ВО. У них только правило кумуляции будет общее. Мало того, у ПРС для отпуска должна быть активирована заморозка на время отсутствия (вид A). Для компенсации такую заморозку использовать нельзя, так как она требует наличия сплита AB у стартового ВО, которого у компенсации не будет.

Да, так и есть. ПРС разные, правило кумуляции общее, и только для отпуска есть заморозка (эти грабли уже поправил).

Буду пробовать смотреть еще в сторону стандарта, хотя с виду в настройках никакого z нет. Возможно стандартные правила релевантности были заменены, соответственно отрабатывают в другой последовательности. Спасибо!


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 5 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB