Релевантные периоды

Valya

Добрый день!
Считаем отпуск. Не могу понять, что именно смотреть, но у одного из сотрудников не выбираются релевантные периоды.
RUAVE не отбирает релевантных периодов.
Что можно посмотреть?

Valya

Уточню, что сотрудник увольнялся и принят вновь в том же месяце.
Вычитал про признаки ENTRY и LEAVE, но каким образом они должны быть настроены?

Jesus

В настройке правил релевантности есть пункт "востановление на работе". Проверьте там значение

Valya

Стоит Х.
Проблема после Повторного приема в день увольнения.
Когда статусы занятости у сотрудника 3-3
V_530_E разделено.

Jesus

Для повторного приема в день увольнения для 4.7 версии дописывали модуль релевантности.

Думаю, что можно покапать в сторону заполнения таблички GT_HIFI в hrucalc0. Она как раз используется в правилах релевантности. А сама она заполняется модулем HR_RU_HIRE_FIRE_DATES, который и анализирует указанные вами признаки

RoustR

Не принимает периоды из-за того, что "востановление на работе" стоит X.
Я у себя в итоге поставил N, а в правиле релевантности добавил проверку на принадлежность периода целевому Юрлицу (у нас в системе много организаций, и не всегда нужно "подтягивать" периоды до увольнения).

Valya

Стали проверять, как же отрабатывает если сотрудник уволен, например, 2 января, принят с 5 января. Идёт в отпуск в марте. Но в релевантные периоды в таком случае попадает только февраль.
куда же пропадает январь?

RoustR

У Вас же стоит признак "востановление на работе". Это означает, что стандарт проверяет факт востановления и отбрасывает периоды, ранее даты востановления.
Эта проверка выпоняется в ФМ HRPY_AVERA_RELEVANCY_TEST_1
Вот кусок кода

Code:

* check for hire/fire
        CASE I51AV_R-REHIRE_REL.
          WHEN 'N'.                    "rehire has no meaning
          WHEN 'Y'.                    "stop averaging when rehire
            READ TABLE DATUMSANGABE WITH KEY TYP = 'C'. "last hiredate
            IF SY-SUBRC EQ 0 AND
                  DATUMSANGABE-WERT GT RGDIR_PERIOD-FPBEG.
              RESULT_REL_PAYR-RELEV = FALSE.
              APPEND RESULT_REL_PAYR.
              CONTINUE.
            ENDIF.
          WHEN 'X'. "note 535914
            READ TABLE DATUMSANGABE WITH KEY TYP = 'C'. "last hiredate
            IF SY-SUBRC EQ 0 AND
                  DATUMSANGABE-WERT GT RGDIR_PERIOD-FPEND.
            "also the period in which the rehire takes place is relevant
              RESULT_REL_PAYR-RELEV = FALSE.
              APPEND RESULT_REL_PAYR.
              CONTINUE.
            ENDIF.

I51AV_R-REHIRE_REL - это и есть "востановление на работе".
Для значения N ничего не делается. Для Y и X выполняется проверка, отличие лишь способ проверки условия RGDIR_PERIOD-FPBEG или RGDIR_PERIOD-FPBEG (начало или конец периода).
В таблице DATUMSANGABE собраны даты приемов/увольнений.
Операция RESULT_REL_PAYR-RELEV = FALSE снимает признак реливантности.

Valya

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

У Вас же стоит признак "востановление на работе". Это означает, что стандарт проверяет факт востановления и отбрасывает периоды, ранее даты востановления.

Согласны, но ведь восстановление произошло в январе, т.е. после даты восстановления часть января должна войти (с 5 по 31)
Неужели стандарт это не отрабатывает??

RoustR

Дожно отработать, в смысле, часть января войти. Разделение периодов произошло, говорите?

Тогда проще отладчиком посмотреть. Вот прямо под WHEN 'X' поставить точку останова. Предварительно посмотреть какой номер будет у проблемного периода (он в логе есть в AVERE/RUAVE). Этот номер будет в таблице RESULT_REL_PAYR.
Смотрите что там с датами, сбрасывается ли флаг RESULT_REL_PAYR-RELEV.
Если тут все в порядке идем чуть дальше. Там вызвается HRPY_AVERA_RELEVANCY_TEST_2, который уже вызывает пользовательские ФМ и т.д.

Короче, нужно найти место, где очищается RESULT_REL_PAYR-RELEV.

Valya

Спасибо, огромное! сидим копаем!

Релевантные периоды

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