В ноте 876839 говорится про ракурс V_T7RU51AV_A, в котором есть поле для ввода вида оплат, который будет являться тарифом.
Рядом есть поле RULTY со значениями (сумма, дни, часы).

Кто-нибудь его использует?

Это поле используется в отчетах t-60 и HRULSICK

Спасибо за информацию

Добрый день!

Выполнил рекомендации описанные в ноте 87683, но что то лучше не стало, т.е. ср. если нет релевантных периодов не рассчитывается, ну конечно возникли вопросы:
1. То что описано в ноте работает?
2. Где происходит обработка ВО присвоенного в поле BETPE_ALT?

Если не сложно, в несколько строчек, общий принцип работы этой задумки.

Может я, что то не правильно сделал, а сделал я следующие:
для правила расчета ср. которое присвоено ВО для б/листа присвоил в таб. T7RU51AV_A в поле CURRM ‘X’, а в поле BETPE_ALL ВО /010 (оценка оклада).

Не ужели не кто не использует. Может кто экспериментировал, остались какие то воспоминания.

1. Да вроде работать
2. Обрабатывается в RUAVE. Логически если среднего за прошлые нет то берется за тукущий. При этом в логе функции добавляются новые строчки с расшифровкой по каждому правилу. Если и после этого ставка осталась 0 то ставка читается из указанного ВО из текущего периода из RT. Причем учитывается сплит WPBP.
Усли все хорошо то в журнал для данного правила пишется что-то типа:
Average equal 0 so get Rate from (BETPE_ALT)


Т.е. все должно начинаться с появления дополнительных записей в журнале

Уважаемый Ali. Большое спасибо за ответ.

Появление новой записи я добился, но смущает следующие:
обработка настроек из T7RU51AV_A происходит только в том случае если в T51AV_A стоит галка в параметре «обрабатывать актуальный период» поле CURRENT_PER.
Что на мой взгляд не логично по следующей причине:
Если по ПРС с установленной галкой будет в RUAVE обработано отсутствие у которого есть данные для расчета в релевантных периодах до месяца начала отсутствия, то в качестве релевантного периода обработается и актуальный месяц. Это так?

Потом из ВО указанном в T7RU51AV_A передается в RTE обрабатываемого в RUAVE ВО то значение RTE которое ВО имеет на входе IT без какой либо обработке, т.е. если у сотрудника оклад в RTE передается оклад из /010 целиком. Я предполагал что при указанных мной условиях по хорошему должна передаваться ср. дн. расчитаная из оклада. Или я ошибаюсь?

Нет. Если стоит галка в российской таблице то и российский же ФМ отклонит расчет текущего периода в рамках стандартного расчета и расчет произойдет позже


Ну типа да.
Я так понимаю ранее можно было ьуда подать что-то типа /004. Ну а сейчас когда в календарных днях то такой /00? проще самому сделать.
В стандартной логика тоже самое - берется готовая ставка. Так что вроде приемственность ...

Большое спасибо за ответ.



Уважаемый Ali, расчет действительно отклоняется, не могли бы Вы уточнить, а где же происходит расчет?

В системе
точнее на абапе
Ну а если серьезно, то проще вам посмотреть в потраха функции RUAVE.
Там есть вызов AVERA, а потом идет RU расчет по текущему периоду.

вот там он и идет