Текущее время: Вс, июл 23 2017, 02:37

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




Начать новую тему Ответить на тему  [ Сообщений: 13 ] 
Автор Сообщение
 Заголовок сообщения: Расчет среднего в CE
СообщениеДобавлено: Пт, сен 20 2013, 17:12 
Специалист
Специалист

Зарегистрирован:
Чт, окт 04 2012, 16:45
Сообщения: 134
Добрый день.

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

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

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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Расчет среденго в CE
СообщениеДобавлено: Пт, сен 20 2013, 18:41 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, сен 17 2012, 22:38
Сообщения: 58
В самой функции RUAVE, правила средних RU22, RU23, RU25 (вроде бы)


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Расчет среденго в CE
СообщениеДобавлено: Вс, сен 22 2013, 12:09 
Специалист
Специалист

Зарегистрирован:
Чт, окт 04 2012, 16:45
Сообщения: 134
Ahiless писал(а):
В самой функции RUAVE, правила средних RU22, RU23, RU25 (вроде бы)


Добрый день.

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

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

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

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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Расчет среденго в CE
СообщениеДобавлено: Вс, сен 22 2013, 20:03 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, сен 17 2012, 22:38
Сообщения: 58
Ставка среднего с учётом премий расчитывается в самой RUAVE с использованием /V**. Соотвественно, потом они нужны.

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

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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Расчет среденго в CE
СообщениеДобавлено: Вт, сен 24 2013, 16:58 
Специалист
Специалист

Зарегистрирован:
Чт, окт 04 2012, 16:45
Сообщения: 134
Ahiless писал(а):
Для этого в T51P1 нужно указать ВО, являющиеся премиями (индикаторы AM, AQ, AY).


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

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

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

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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Расчет среденго в CE
СообщениеДобавлено: Ср, сен 25 2013, 08:27 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Пт, сен 07 2007, 08:53
Сообщения: 1124
На мой взгляд, индикаторы 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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Расчет среденго в CE
СообщениеДобавлено: Ср, сен 25 2013, 22:41 
Специалист
Специалист

Зарегистрирован:
Чт, окт 04 2012, 16:45
Сообщения: 134
Здравствуйте.

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

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

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

Изображение

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

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

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

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

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

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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Расчет среденго в CE
СообщениеДобавлено: Чт, сен 26 2013, 09:03 
Гуру-эксперт
Гуру-эксперт

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

Вот пруф, ФМ HRPY_AVERA_CUMULATE_RESULTS
Код:
*  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 далее используется как множитель при накоплении.
Код:
              CASE I51AV_B-SIGN_AMT.
                WHEN '+'.
                  CUMULATION-BETRG = CUMULATION-BETRG * FACTOR_WPBP.
                WHEN OTHERS.
                  CUMULATION-BETRG =
                       CUMULATION-BETRG * -1 * FACTOR_WPBP.
              ENDCASE.


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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Расчет среденго в CE
СообщениеДобавлено: Чт, сен 26 2013, 14:26 
Специалист
Специалист

Зарегистрирован:
Чт, окт 04 2012, 16:45
Сообщения: 134
Добрый ден.

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

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

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

Код:
   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.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Расчет среденго в CE
СообщениеДобавлено: Чт, дек 22 2016, 16:44 
Старший специалист
Старший специалист

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

Вот пруф, ФМ HRPY_AVERA_CUMULATE_RESULTS
Код:
*  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 далее используется как множитель при накоплении.
Код:
              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 отличается только возможным количеством ВО в одном результате расчета?
Или что то не учел?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Расчет среденго в CE
СообщениеДобавлено: Пт, дек 23 2016, 10:32 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Пт, сен 07 2007, 08:53
Сообщения: 1124
gomer4ik писал(а):
Получается что S от N отличается только возможным количеством ВО в одном результате расчета?


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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Расчет среденго в CE
СообщениеДобавлено: Пт, дек 23 2016, 13:59 
Старший специалист
Старший специалист

Зарегистрирован:
Чт, окт 13 2011, 23:45
Сообщения: 419
Наоборот, как раз N берет только одно, а в S стоит 2 IF'а, в которых пусто


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Расчет среденго в CE
СообщениеДобавлено: Пт, дек 23 2016, 15:51 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Пт, сен 07 2007, 08:53
Сообщения: 1124
gomer4ik писал(а):
Наоборот, как раз N берет только одно, а в S стоит 2 IF'а, в которых пусто

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


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

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


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

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


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

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