Добрый день!
Прошу дополнительного коллективного мнения по расчету среднего заработка для отпуска:)
Суть проблемы: у сотрудника в 2014 году был перевод со сменой БЕ в середине месяца. В этом месяце сформировалось 2 результата расчета в кластере. При выборе релевантных периодов для расчета выбирается 12 записей из кластера в соответствии с настройкой, но при этом выбирается 11 месяцев, так как для одного релевантного месяца две записи в кластере.
Вопрос каким образом возможно обойти этот момент.
Пока что решение это сделать точку расширения при проверке и там дописать, но хотелось бы обойтись настройкой.

Заранее всем спасибо за озвученные мнения

В ракурсе релевантности V_T51AV_R проверьте атрибут "ЮрЛиц", которое определяет будет ли система реагировать на смену ЮрЛица. Поставьте там N, релевантность при смене ЮрЛица не будет сбрасываться.

Так ведь не про юр.лицо речь.
У человека БЕ меняется.

Я это прочитал, но полагаю, у топикстартера меняется не только БЕ. БЕ вообще не атрибут подсистемы SAP HR. У ТН этот атрибут есть, но работу HR-подсистемы он никакого влияния не оказывает.

В V_T51AV_R для изменения юр. лица стоит N.
Вопрос заключается в том, что выбирается как и положено 12 релевантных записей из кластера, но из этих 12 релевантных 2 относятся к одному месяцу, так как в результате перевода формируется две записи в кластере для месяца перевода: до перевода и после. В результате мы имеем 11 месяцев для расчета среднего заработка.

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

Хорошо, а в V_T51AV_A у правила расчета среднего атрибут "Максимальное число включаемых периодов" (МаксDS-пер.) какое значение имеет? Не 12 случаем? Поставьте больше.
Стандартное значение в правиле среднего для отпуска для этого атрибута 24, у нас этот атрибут равен 120!

Не важно что кластер рассплитован, 2 записи в одном месяце все равно должны учитыватьсяю В t51av_a рядом с указанием количества релевантных периодов есть еще поле TimeUnit, скорее всего там стоит значение 1 - то есть месяц. Какое Вы правило релевантности используете, и что у него в параметрах в t51av_r?

В 51av_a и для количества релевантных периодов и для максимального количества периодов стоит 01-Календарные месяцы. Правило релевантности RU09.
Параметры:
JUPER_REL (Тест на релевантность при изменении юр. лица) - N
REHIRE_REL(Реакция теста на релевант. при повтор. поступлении на работу) - X
OVERLAP_REL (Тест на релевантность неполных периодов) - N
AV_PER_REL (AV_PER_REL) - 1
ФМ - HR_RU_AV_REL_PER

Здесь формальная проверка выполняется только по REHIRE_REL. Можно достаточно просто проверить, срабатывает ли эта проверка или нет.
Все это работает в ФМ HRPY_AVERA_RELEVANCY_TEST_1. Открываем его в sm37, ходим кусок
На строке RESULT_REL_PAYR-RELEV = FALSE. ставим breakpointer.
Запускаем расчет. Если там остановиться, значит срабатывает по REHIRE_REL.

Недавно нота вышла. Теперь стандартное число 25. САП через десять лет локализации заметил, что 1 месяц зарезервирован для текущего периода

Даже 25 мало. Не работает в ситуации декрета на 3 года. А я уже не однократно сталкивался с ситуаций 2-х 3-летних декретов подряд. Сдвиг периодов 7 лет.

Вот что показал разбор кода и отладка.
Вся обработка происходит в ФМ HRPY_AVERA_LOOP_AT_MONTH.
С начала идет как раз проверка того, сколько релевантных периодов обработано в CHECK_NUMBER_OF_PERIODS, а уже потом если обработано меньше периодов чем указано в правиле расчета среднего идет проверка периода на релевантность.
По коду получается все честно - собрали 12 периодов релевантных и вышли из цикла.
Так как в CHECK_NUMBER_OF_PERIODS считается только количество галок релевантности и совсем нигде не участвуют даты, то выход только увеличивать количество периодов релевантности на 1, если есть два полупериода в расчете и они оба релевантные.

Ну, почему только на 1? За 12 месяцев подобных переводов может оказать больше. Поэтому приходиться ставить заведомо большое число.

1 это образно. Делать это предстоит абапом, по этому определить на сколько увеличивать количество релевантных периодов можно для каждого случая отдельно.

Спасибо всем за участие. Приступаем к расширению ФМа и дописыванию своей логики.