Расчет среднего в CE

Guryev_DK

Добрый день.

В обычной системе (не CE) после расчета среднего (функция RUAVE) следует правило RUA3, в котором в том числе и рассчитывается ставка среднего для премий (например, сокращение всей суммы премии согласно отработаному времени, используя ВО /V**).

В CE-системе в подсхеме RUC1 правила RUA3 нет.

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

Ahiless

В самой функции RUAVE, правила средних RU22, RU23, RU25 (вроде бы)

Guryev_DK

Ahiless написал(а):

В самой функции RUAVE, правила средних RU22, RU23, RU25 (вроде бы)

Добрый день.

Немного не понятно.

Как я понял в CE в схеме RUC1, функция RUAVE сама создает ВО V**.
Дальше они считаются по правилам расчета среднего.

Но на выходе из RUAVE ВО V**, нет?

Как тогда расчитывать ставку для отпуска с учетом премий?

Ahiless

Ставка среднего с учётом премий расчитывается в самой RUAVE с использованием /V**. Соотвественно, потом они нужны.

Для этого в T51P1 нужно указать ВО, являющиеся премиями (индикаторы AM, AQ, AY).
Если не ошибаюсь, в правилах кумуляции для RU22 и т.д. указаны технические ВО премий (/AW*).

Затем в таблице T7RU51AV_B правилам средних (например для отпуска) необходимо привязать правила для расчёта /V** и для расчёта премий.
В качестве правил конечной обработки (для сокращения премий) используются (насколько я помню) RUWM, RUWQ, RUWY.

Guryev_DK

Ahiless написал(а):

Для этого в T51P1 нужно указать ВО, являющиеся премиями (индикаторы AM, AQ, AY).

В T51P1 нужно указывать какие ВО премии переложить в тех. ВО /AVM (например для месячных премий).

Не подскажете где происходит эта замена в каком правиле?

Я прописал в T51P1 с индикатором AM соответсвие ВО 2201 - /AVM.

Где должен появиться ВО /AVM?

RoustR

На мой взгляд, индикаторы AM, AQ, AY тут не причем. Они используются для других целей – управляют алгоритмом, который выбирает только одну премию одного вида, если их было несколько. Этот алгоритм реализован в ФМ hr_ru_av_refine_results. В явном виде использование этих индикаторов в правилах не встречал.

По проблеме. В CE используется так называемый «новый алгоритм» расчета среднего. Если для старого алгоритма перед вызовом RUAVE нужно было предварительно сформировать технические ВО для премий, а после вызова – адаптировать средний на размер премий, то в новом алгоритме RUAVE сама отвечает за формирование технических ВО. За это отвечает таблица V_T7RU51AV_B. Там можно увидеть правила RUWA/RUWB, а в них использование индикаторов AA. Все это следует настраивать.

Ищите «расчет среднего по-новому». Вот пример http://sapforum.pro/forum/viewtopic.php?f=11&t=75270&start=0&sid=2c3eb08987198ae8f14edb84b904c8c1

Guryev_DK

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

Спасибо за помощь.

При настройке нашёл следующую проблему.

В кластере ВО лежит разделённый со сплитами.

Соответственно этот ВО прописан в правиле кумуляции RU13 (для правила среднего AV23).

И в T51P1 с индикатором AA, чтобы сокращённая премия включалась в расчет среднего.

Проблем в том, что из-за разделения ВО в RT на 2 части (сплитами), он обрабатывается правилом RUWB 4 раза.

А при расчете самого среднего по правилу AU01 в среднее попадает только одна сумма (а не 2 как хотелось бы).

2 414.92 не попали в среднее для отпуска.

Кто-нибудь сталкивался с такой проблемой и может знает как её лечить (или только месадж в SAP)?

RoustR

На вскидку.
1. Вы случайно эту премию не указали в T51P1 с индикатором AM? Это про то, что я писал выше.
2. Подобная проблема возникает из-за атрибута ракурса V_T51AV_B с невнятным наименованием РсчЗП/НплП (V_T51AV_B-OVERLAP_CUM), с не менее внятным наполнением справочника по нему. Значение N, обозначенное как "Использовать итоговое значение" на самом деле работает как "Взять только одно (первое) значение".

Вот пруф, ФМ HRPY_AVERA_CUMULATE_RESULTS

Code:

*  check if factoring is nesessary
            FACTOR_WPBP = 1.
            CASE I51AV_B-OVERLAP_CUM.
              WHEN 'F'.
                " 'F' means factoring by calender days
...
              WHEN 'S'.
                "check for WPBP-Split no calculation !
...
              WHEN 'N'.
* check if the wage type is alraedy used:
* key for search is: avrule / wage type / seqnr / WPBP split
                 read table cumulation into cumulation_wa
                                  with key
                                  avrule    = cumulation-avrule
                                  lgart     = cumulation-lgart
                                  APZNR     = cumulation-apznr
                                  seqnr     = cumulation-seqnr.

                if sy-subrc eq 0.
                   factor_wpbp = 0.
                endif.

то есть, для значения N, если уже было найден ВО в одном периоде, то переменная FACTOR_WPBP обнуляется.
FACTOR_WPBP далее используется как множитель при накоплении.

Code:

              CASE I51AV_B-SIGN_AMT.
                WHEN '+'.
                  CUMULATION-BETRG = CUMULATION-BETRG * FACTOR_WPBP.
                WHEN OTHERS.
                  CUMULATION-BETRG =
                       CUMULATION-BETRG * -1 * FACTOR_WPBP.
              ENDCASE.

Поставьте значение S для ВО 2W06, если проблема в этом.

Guryev_DK

Добрый ден.

T51P1 с индикатором AM этого ВО нет.

Попробовал поставить S у ВО 2W06 не помогло.

В структуре RESULTS этот ВО лежит уже один раз.

Code:

   LOOP AT RESULTS WHERE EVP-SEQNR = RESULT_REL_PAYR-SEQNR.
          LOOP AT RESULTS-INTER-RT INTO RT_WA
                            WHERE LGART = I51AV_B-AVBASE.

Мне кажется проблема в формировании RESULTS, когда туда кладутся результаты правил RUWB.

gomer4ik

RoustR написал(а):

На вскидку.
1. Вы случайно эту премию не указали в T51P1 с индикатором AM? Это про то, что я писал выше.
2. Подобная проблема возникает из-за атрибута ракурса V_T51AV_B с невнятным наименованием РсчЗП/НплП (V_T51AV_B-OVERLAP_CUM), с не менее внятным наполнением справочника по нему. Значение N, обозначенное как "Использовать итоговое значение" на самом деле работает как "Взять только одно (первое) значение".

Вот пруф, ФМ HRPY_AVERA_CUMULATE_RESULTS

Code:

*  check if factoring is nesessary
            FACTOR_WPBP = 1.
            CASE I51AV_B-OVERLAP_CUM.
              WHEN 'F'.
                " 'F' means factoring by calender days
...
              WHEN 'S'.
                "check for WPBP-Split no calculation !
...
              WHEN 'N'.
* check if the wage type is alraedy used:
* key for search is: avrule / wage type / seqnr / WPBP split
                 read table cumulation into cumulation_wa
                                  with key
                                  avrule    = cumulation-avrule
                                  lgart     = cumulation-lgart
                                  APZNR     = cumulation-apznr
                                  seqnr     = cumulation-seqnr.

                if sy-subrc eq 0.
                   factor_wpbp = 0.
                endif.

то есть, для значения N, если уже было найден ВО в одном периоде, то переменная FACTOR_WPBP обнуляется.
FACTOR_WPBP далее используется как множитель при накоплении.

Code:

              CASE I51AV_B-SIGN_AMT.
                WHEN '+'.
                  CUMULATION-BETRG = CUMULATION-BETRG * FACTOR_WPBP.
                WHEN OTHERS.
                  CUMULATION-BETRG =
                       CUMULATION-BETRG * -1 * FACTOR_WPBP.
              ENDCASE.

Поставьте значение S для ВО 2W06, если проблема в этом.

Апну старую тему.
Для V_T51AV_B-OVERLAP_CUM стоит N,
но в кластере возможны 2 записи для одного и тог же ВО.
Ставлю S, судя по ФМу логика аналогична значению "пусто" и оба ВО попадают корректно в среднее.
Получается что S от N отличается только возможным количеством ВО в одном результате расчета?
Или что то не учел?

RoustR

gomer4ik написал(а):

Получается что S от N отличается только возможным количеством ВО в одном результате расчета?

На сколько помню, только этим. S возмет только одно значение(первое) ВО с рамках одного сплита по WPBP.

gomer4ik

Наоборот, как раз N берет только одно, а в S стоит 2 IF'а, в которых пусто

RoustR

gomer4ik написал(а):

Наоборот, как раз N берет только одно, а в S стоит 2 IF'а, в которых пусто

Ну, да. Неправильно написал.

AVI

Подниму тему ещё раз.
EhP 8

Сейчас расчёт среднего идёт по-старому.
У меня не получается включить новый расчёт. Активированы бизнес-функции HCM_LOC_CI_19, _2, _1, _70. В V_T5F99K2 установлены X для NEWAV, RTEAV.
Но, к сожалению, настройки ракурса V_T7RU51AV_B не срабатывают. Правило конечной обработки, прописанное там, не вызывается, я не вижу его в логе.
Проверки на алгоритм новых средних отрицательные.
Точно видела работу RUAVE с этим ракурсом в системе с активированным CE, но при этом проверки на алгоритм новых средних (правило RUM9, в коде Т60) тоже были отрицательными.

Подскажите, пожалуйста, что ещё можно сделать, чтобы добиться выполнения доп. правила конечной обработки из V_T7RU51AV_B.

Sаша58

AVI , а в отладке не смотрели?

В RUAVE есть подпрограмма RUAVE_INTERMEDIATE_CALC, как раз в ней выполняется обработка T7RU51AV_B.
Посмотрите, у вас туда заходит при расчете?

Расчет среднего в CE

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