Здравствуйте.

Столкнулся со следующей проблемой.
Есть ежемесячные премии, которые должны входить в расчет среднего. Причем входит только максимальная за одни и те же показатели. Есть премия А, премия Б за одни и те же показатели. На премии А и Б начисляется районный и северный коэф. В САП есть табличка, где прописываются такие премии (виды оплаты), а система потом выбирает максимальную и принимает ее в расчет средних. Все это делается в RUAVE насколько я понимаю. Теперь возникает вопрос.

А как учесть районные и северные именно _на максимальную премию_? Районные и северные сделаны производные 7***, 8*** видами оплаты от каждого базового.

также как и саму премию
сделайте записи в T51P1 типа
7* AQ 7AVQ
8* AQ 8AVQ

ну и остальные настройки в расчете средних на основании 7AVQ и 8AVQ как для самой премии

Но как система поймет, что надо взять три вида оплаты, а не один? Пример:

0045 премия руководителя 1000р
7045 северные 800р
8045 районные 800р
0044 премия за достижения 800р
7044 северные 640р
8044 районные 640р
Система выдаст мне 1000р. в базу, а надо 1000 + 800 + 800

А вы пробовали или гадаете?
Там вид оплаты получатель разный вот система и должна "догадаться"

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

SELECT * FROM t51p1 INTO TABLE lt_t51p1 WHERE molga eq molga
and ( indlg EQ 'AM'
OR indlg EQ 'AQ'
OR indlg EQ 'AY' ).
CHECK sy-subrc EQ 0.


82 *
83 LOOP AT lt_t51p1 ASSIGNING <lt_51p1> WHERE lgart EQ <lt_rt>-lgart
84 AND begda LE l_date
85 AND endda GE l_date.
86 READ TABLE lt_max WITH KEY indlg = <lt_51p1>-indlg.
87 IF sy-subrc EQ 0.
88 IF lt_max-rt-betrg < <lt_rt>-betrg.
89 lt_max-rt = <lt_rt>.
90 lt_max-rt-lgart = <lt_51p1>-lgar2.
91 lt_max-seqnr = <lt_result>-evp-seqnr.
92 MODIFY LT_MAX INDEX SY-TABIX.
93 ENDIF.
94 ELSE.
95 CLEAR lt_max.
96 lt_max-indlg = <lt_51p1>-indlg.
97 lt_max-rt = <lt_rt>.
98 lt_max-rt-lgart = <lt_51p1>-lgar2.
99 lt_max-seqnr = <lt_result>-evp-seqnr.
100 append lt_max.
101 ENDIF.
102 ENDLOOP.
103 ENDLOOP.

Вы бы все-таки попробовали, вдруг да получится
да и строчку
READ TABLE lt_max WITH KEY indlg = <lt_51p1>-indlg.
посмотрите внимательнее.
Если получатель другой <lt_51p1>-indlg то и по нему свой максимум

Попроовал. Выбирается все равно вид оплаты с максимальной суммой в RT. Для районных стоит свой во-получатель, но сумма районных меньше самой премии, поэтому она не включается в базу.

Черт, и я попробовал . Не получается
А был уверен что работает.

Пока есть мысль только копирнуть ФМ и в нем дописать блок, чтобы читала производные во. :(

А САП спрашивали?

Консультанты молчат. В поддержку выставлена мессага. Пока тишина.

Исправили ошибку.

Note 1171983 - Several maximums for premiums in AVERA

Поторопился радоваться.
Могут быть виды оплаты для премии, где сумма районного и северного уже включена в сумму самого вида оплаты. Тогда, если такой ВО будет с суммой бОльшей, чем вид оплаты, где районные и северные выделены отдельно в свой максимальный во, то в средние попадут неверные суммы.

Например:
AM 0045 1000р /avm
AM 0046 1500р /avm
AM 7045 800р 9av7
AM 8045 800р 9av8

В базу попадут 0046 (как максимальный из группы) и 7045, 8045, как максимальные из своей группы. При том, что 0046 уже в себе содержит районные и северные.