Всем привет!

Столкнулись с такой проблемой, нужно замутить особый расчет средней, полазив по коду нашел место в инклуде
PCSUBRU0_AVERA_ADJUST_BASES
перформу
FORM adjust_factor ...
и тут хочу добавить свой код, но без получения ключа ессно не получится. задача не получать ключ модификации объекта.
я предложил сделать копию HRUCALC0 + нужный инклуд и соответсвенно нужную форму, но консультант побаивается так делать, попросила меня на форуме узнать, делал ли кто то подобное, может кому то приходилось делать копию HRUCALC0 на Z?
Если да, то на сколько это плохо или хорошо, а может это обычное дело.

Плохо тем, что ваши скопированные z-инклуды не будут обновляться патчами. Что черевато проблемами от мелких до огромных.
Я бы так не делал.

Сначала попробуйте внимательно разобраться в проблеме. Может быть все-таки можно решить легальными средствами?

пропробую объяснить ситуацию.
дело касается расчета средней с влиянием на онную коэфициента адаптации.
В казахии повышение оклада не является изменением коэфициента правила адаптации, тут данным событием считается изменением штатной должности.
и расчитывать надо не так как в российском драйвере HRUCALC0 (мы его тоже используем) нам надо это изменить:

месяц - сумма - коэфициент - признак изменения штатной должности
1 100 100
2 100 100
3 120 120
4 120 120
5 140 100 признак изменения коэфициента адаптации
6 140 100
7 160 114.2
8 160 114.2
9 190 100 признак изменения коэфициента адаптации
10 тут идем в отпуск и пошел расчет.

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

В расчете средних используется коэф. адаптации. Это вид оплаты /02I.
Каким он будет лежать в результатах расчета, так средние и проиндексируются.

Таким образом задача сводится к правильному формированию значения коэффициента /02I, который должен расчитываться в каждом месяце.

Для его расчета можно изготовить пользовательскую функцию расчета зарплаты, в которой написать столько ABAP-кода, сколько нужно. И ломать-копировать ничего не надо.

2 calm к сожалению одного коэффициента в /02I не хватает. Это когда идут повышения, чередуясь глобальные и локальные для чела. Выходила нота 1124874 , которая решает несколько проблем с расчетом коэффициентов

2 Salmaner Если использовать стандартную AVERA (RUAVE) то форму лучше дописать. Если у вас базис ERP2005 то лучше воспользоваться Implicite Enhancement Options
А вот если меньше ERP2005, то лучше вставить модификацию через ассистент.
В противном случае при переименовании драйвера вам придется перенастраивать несколько системных таблиц. + некоторые вызовы работают по шаблону и придется копировать еще и программы типа HRUCDTA0, HRUCDTB0 и т.g. HRUC*0

2 calm ой боже мой, как бы по понятней объяснить.
вот у Вас этот коэффициент идет нарастающим начиная со значения 100 % и текущей тарифной ставки. Допустим, если в январе повышения не было, то за январь будет 100% - 50 руб. Если в марте повысили на 50%, то будет 150% - 75 руб. Если в апреле еще повысили на 50%, то тогда в апреле уже будет 200% - 100 рублей. Этот коэффициент (т.е. вид оплаты) привязывается к правилу алаптации , который используется в средних.
и если при расчете средней с момента в прошлое на период (как правило 12 месяцев) то идет текущий коэфициент на месяц и так далее по каждому месяцу назад.

у нас тоже самое т.е. как у вас, только за исключением того что где то по середине, например в апреле ставка опять равна 100% и пошло по новой нарастание, при этом ставка упала в 100% не из за повышения оклада а из за изменения штатной должности.
и уже при расчете средней надо учесть этот факт.
и так, например с октября один коэфициент испльзуется текущим до апреля где был сброшен коэфициент и далее уже становится майский текущим.
теперь про Ваш совет, в каком месте и где эту функцию можно вставить?

2 ALY у нас версия компонентов SAP ECC 6.0
PI_BASIS = 2005_1_700
а
SAP_HR = 600
т.е. я подозреваю все таки у нас ERP 2005.
про точки расширения Implicite Enhancement Options
как присабачить в нужной процедуре этот блок?
Второе, что Вы имели в виду под "то лучше вставить модификацию через ассистент."?


На данные момент, у меня пока идея следующая, взять ключ модификации объетка HRUCALC0
и уже в нем закоментить инклуд
по расчету срдней и на его основе сделать копиию на Z...
там три перформа и в одной из них и внести маханькие изменения.
а именно там вычисляются текущий коэфициент (он равен моменту начисления) и предыдущий это наши месяцы в цикле назад.
эсли просто подменить поиск текущего по нашему требованию то возвращатся то что нужно.

Да это ERP2005

Попробуйте следующее: SE38 -> PCSUBRU0_AVERA_ADJUST_BASES -> Display :
Menu -> Program -> Enhance
Menu -> Edit -> Enhancement Operations -> Show Implicite ... ->

Появятся точки расширения в каждой форме, в начале и в конце.
Там то и есть жизнь кощеева, тьфу ты %)
там то и можно расширить. Это типа новой BADI
А целиком инклюд переопределить тоже конечно можно, тока тоды больше себе сопровождать.

"то лучше вставить модификацию через ассистент." А это Modification Assistant

извиняйте непонятливых

2 calm
ну надо же ..., как технично отмазались.
но все равно, спасибо!

2 ALY Вау! супер.
я когда разбирался с бади, то ни фига не поня зачем нам эти эпоинты.
создал свой бади без точек расширения.
а сейчас она попрасила чтобы я создал свою точку расширения.
Супер!
Огромное спасиба за такой суперский пинок в нужном направлении!

2 ALY как говорится, поспешишь и людей насмешишь.

У меня дамп валится при выборе точки расширения, после выбора Меню - Обработать - Операции расширения - Замена.

и что самое обиденое, дамп не в Расширении а в эксепшене.
Далее в SE80 - наш пакет - Расширения - нашеРасш.
журнал лога заполнен ... и все на этом.

Код так и не подлежит замене, нету блока Enhancement

О! и правда в дампе. У меня ошибка CX_SY_MESSAGE_ILLEGAL_TEXT
А раньше работало %(
И нота не находится
Это точно в САП

Такая же ошибка.
что обидно она как бы не имеет ни какого отношения к расширениям.
а просто косяк в классе ошибок райса.

/h

нота 1098603

а базиснк в отпуске ....