Добрый день!

На Казахском проекте столкнулась с ситуацией, когда некорректно определяются релевантные периоды для расчета дополнительного отпуска за ВУТ.
Сотрудник имеет право на основной ежегодный отпуск и на дополнительный отпуск за ВУТ. В 2001 ИТ заводится два разных подтипа для каждого вида отпуска:
с 26.12.2020 по 09.12.2020 - Основной отпуск
с 10.01.2021 по 12.01.2021 - Доп. отпуск за ВУТ, поле SPPE1 заполнено датой начала основного отпуска 26.12.2020.

Средний заработок для обоих отпусков должен быть рассчитан из релевантных периодов с декабря 2019 по ноябрь 2020.

Правило расчета среднего у обоих отпусков одинаковое.

Но для дополнительного отпуска расчет производится исходя из релевантных периодов с января 2020 по декабрь 2020, т.е., как я предполагаю, функциональный модуль, который прописан в таблице V_T51AV_R, не анализирует поле поле SPPE1 в таблице PA2001.

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

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

Для записи продолжение (SPPE1 заполнен) блок сбора данных для среднего вообще не должен запускаться. Должна работать заморозка значения среднего.
Функция RUOAV для месяца продолжение загружает из исходного расчета данные о расчете среднего и записывает их в AVERAGE/RUAVE. Функция RUAVE первым делом смотрит на наличие замороженных значений. Если они есть, то эти данные данные используются как итоговый результат. Сам ВО исключается из дальнейшей обработки, правила расчета среднего для него не запускаются.
Чтобы это сработало должно выполняться несколько условий, в том числе:
- у правила расчета среднего должна быть включена заморозка,
- у продолжения должна быть установлена верная ссылочная дата (должен существовать расчет среднего на эту дату).

Если заморозка не сработает, то начнет работать блок расчета среднего, а он будет работать неправильно для этого продолжения. На уровне ФМ с этим ничего сделать нельзя. Добавьте в свой кейс еще один независимый отпуск в январе 2021, и подумайте как должна была бы пройти обработка в этом случае.

PS. Это все справедливо для функции RUAVE.

У правила расчета среднего заморозка включена в таблице V_T51AV_A.
Но вот проблема в том, что отпуска рассчитываются в одном и том же месяце (в декабре). Т.е. доп. отпуск начинается в январе 2021 и следует за основным, который начинается в декабре 2020, и они оба выплачиваются в межрасчет в декабре. Т.е. на момент расчета доп. отпуска в KZAVE еще нет замороженного среднего значения для основного отпуска.

В RUAVE такая ситуация отрабатывает корректно, но я не могу никак понять, чего именно не хватает в KZAVE. Вижу что в ФМ HR_RU_AV_REL_PER есть логика для обработки SPPE2, может что-то такое же нужно и в казахский ФМ добавить?

Если дело доходит до ФМ релевантностей, то заморозка не срабатывает. Проверяете, что на входе в ..AVE в AVERAGE есть нужное значение на нужную дату. Это обязательное условие. Далее, в логе должна быть запись использовано замороженное значение.
Если замороженного значения нет, то значит его не загрузили. В RU за это отвечает RUOAV.
Все это справедливо для RU-версии. Как там в KZ происходит - не смотрел.


Если продолжение было рассчитано межрасчетом в декабре, то и в рег.расчет оно должно быть обработано в декабре. По-крайней мере, для RU это так.
Если бы этого не было, то в декабре в рег.расчет был бы долг - выплата есть, а начисления нет.


Для SPPE2 ситуация другая. RUAVE для него выполняет отдельный прогон расчета среднего, где подгоняет параметры расчета по даты SPPE2

Похоже что именно эту логику мне и нужно добавить. Вопрос только как она работает?

Это и в RUAVE настроено тоже? Или только в ФМ HR_RU_AV_REL_PER?

Прогон по SPPE2 организует RUAVE. ФМ релевантности формально ничего не знает о том, для каких целей он работает.

Повторю, Вы зря смотрите на ФМ релевантности как на источник проблемы в данном случае. Дело не в нем. Если Вы попытаетесь изменить ФМ для решения этой задачи, то испортите работу в других ситуациях. Вот пример.
У ТН в январе есть продолжение отпуска с декабря (10.01.2021 по 12.01.2021) . Пусть у него есть еще один отпуск, скажем с 25.01.2021. Если расчет среднего по этим отпускам будут происходить одновременно, то обслуживаться он будет одним правилом расчета среднего. Это значит, что у них будет один общий средний, что неправильно, так как у них должен быть разный период. RUAVE это обеспечить не может, задача решается по-другому. Для продолжения отпуска - это заморозка среднего, для отпусков другого периода - это отдельный прогон по SPPE2.

Есть другой подход. Для RU SAP представил другую функцию расчета среднего RUAVR, которая должна работать по событиям (по крайней мере, так было заявлено). Возможно, эта функция может рассчитать средний по двум событиям с разными периодами одновременно. Замечу, что ядро обработки, а значит и ФМ релевантности для функций RUAVE и RUAVR одинаковые.

Как работает KZ... не могу сказать, но если как RUAVE, то в вашем случае проблема в отсутствии срабатывания заморозки.