Скопировали из одной системы другую, настройки переносили полностью. В старой системе средний считается нормально, а в новой не видит релевантностые периоды. Например, ввели отпуск, данные о предыдущих месяцах есть, но как релевантные не отмечаются. Повторюсь настройки со старой системой идентичны, в частности таблицы V_T51AV_A и V_T51AV_R. Перепроверил уже все что можно. Нашел упоминание похожей проблемы в viewtopic.php?f=11&t=22376 проверил признаки, во-первых, такие же как в старой системе, плюс не вижу в них ничего неправильного.
Подскажите что ещё можно проверить.

На мой взгляд, самое эффективное - это пройтись отладчиком. Там нет ничего сложного. Если есть затруднения в работе с отладчиком, попросите абапера помочь.

Для отпуска стандартно используется ФМ HR_RU_AV_REL_PER, откройте его, поставьте брейкпоинтер в нем. Для отладки лучше взять простой случай, без обратных расчетов. Перед отладкой лучше иметь дополнительное окно с выполненным расчетом по этому ТН с журналом отладки. Туда можно посматривать для определения того, с чем мы работаем в данный момент

Запустите расчет с отпуском, программа остановится на ФМ HR_RU_AV_REL_PER. На входе будет:
AV_PERIOD_BEGDA - для какого месяца мы сейчас определяем релевантность,
RESULT_REL_PAYR - таблица с номерами результатов расчетов. Там есть поле RELEV - это есть флаг, который обозначает релевантность периода. SEQNR - номер расчета.

Если на входе в HR_RU_AV_REL_PER RELEV еще пустой, то значит период уже был отсеян по формальным признакам (поля в таблице V_T51AV_A). Тогда в HR_RU_AV_REL_PER делать нечего, нужно смотреть выше по коду (обработка в ФМ HRPY_AVERA_RELEVANCY_TEST_1 и HRPY_AVERA_RELEVANCY_TEST_2)

Если RELEV = 'X', смотрим что происходит в vac_period. Там сначала определяется необходим ли сдвиг периода (процедура rel_results), затем на основе данных приема/увольнения - релевантность. Если месяц считается не релевантным, флаг RELEV будет очищен.

Я так понял, у вас есть две системы, в одной работает правильно, в другой - нет. Тут вообще все просто. Запускаете параллельно отладку в обоих и сравниваете ход выполнения ФМ HR_RU_AV_REL_PER RELEV. Даже особо вникать не нужно.

Да, еще. Первым делом сравните как заполнена таблица pt_hifi (доступна в процедуре vac_period). Это таблица периодов работы. Если заполнение этой таблицы в системах не совпадает, то отлаживать HR_RU_AV_REL_PER смысла нет. Смотрите ФМ HR_RU_HIRE_FIRE. На ее работу кроме признаков ENTRY/LEAVE влияет таблица V_T7RU530.

RoustR, спасибо за такой подробный ответ. Сейчас полезу в отладчик)

Сталкивался с тем, что из-за смены юр.лица в поле кластера (устанавливается по настройке из V_001P_ALL), периоды со старым юр.лицом становились нерелевантыми, хотя в V_T51AV_R отключена проверка смены юр.лица (N)
Пришлось в кластерах персонала программно ставить всем одно юр.лицо (разные были поставлены по ошибке)...
Проверьте, может у вас то же самое...

До отладки так и не дошел, так как решил в первичной системе сделать данные сотрудника 100% такими же, чтобы проще сравнивать было. И в итоге выяснилось, что там тоже не считается. После долгих проверок нашел, что нота по добавлению /882 (изменение средних до 29.3 дней) была поставлена с небольшими огрехами, возможно, в ноту после вносились изменения, так как обновление сталось сразу как она вышла и версия её была ниже. Хотя может просто невнимательно делал и пропустил пункт, что в схеме надо поправить на RUF8.
Всем спасибо за помощь.