Межрасчеты отпуска/увольнения

Sapher

Тут наткнулся, что если в месяце приема отпуск то, если считать зп, то идет расчет по среднему. Во время межрасчета того же самого отпуска расчет идет из оклада.
Кто-то сталкивался с подобным?

calm

В системе не смотрел, но звучит логично. Пока нет ни одного регулярного расчета, то при выполнении меж.расчета средний (из текущего месяца) собрать невозможно.

Sapher

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

В системе не смотрел, но звучит логично. Пока нет ни одного регулярного расчета, то при выполнении меж.расчета средний (из текущего месяца) собрать невозможно.

Неа, не логично. Там целый механизм придуман, чтобы это работало. Там ruave само запускает hrucalc0, моделирует расчет зп по нормальному и исходя из этого считает средний. Это в теории. Но что-то не срастается...

calm

Точно, было дело.
А что в V_T52OCV и в признаке OCCAL?

Sapher

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

Точно, было дело.
А что в V_T52OCV и в признаке OCCAL?

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

calm

Цитата:

а тест на релевантность режет нужный период в случае межрасчета

Посмотрите в отладчике, почему режется.

Sapher

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

Цитата:

а тест на релевантность режет нужный период в случае межрасчета

Посмотрите в отладчике, почему режется.

Ближайшее место, которое вызывает вопросы это кусок кода в ФМ HR_RU_AV_REL_PER

Code:

  ELSEIF ps_aper-occat = cd_occat-vacation.  "OC vacation based on current month
    l_minmax_begda = ps_aper-begda.  "date was prepared by RUAVE
    l_minmax_endda = iv_begab.

Вот он выставляет какие-то даты, равные aper-begda(что у межрасчета отпуска скажем 29 число месяца запросто может быть).
Затем сравнивает, что наш смоделированный месяц не вписывается в интервал с 29 по 29, т.к дата начала моделируемого периода это скажем первое число месяца. И из-за этого период не релевантен. Комментарий о том, что дата подготовлена руаве вообще загадка...следов подготовки че-то не заметил, хотя может еще мало смотрел..

calm

Code:

    l_minmax_begda = ps_aper-begda.  "date was prepared by RUAVE
    l_minmax_endda = iv_begab.

Мне кажется тут должен получаться период [дата_приёма]-[дата_межрасчета]. Не так?

Sapher

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

Code:

    l_minmax_begda = ps_aper-begda.  "date was prepared by RUAVE
    l_minmax_endda = iv_begab.

Мне кажется тут должен получаться период [дата_приёма]-[дата_межрасчета]. Не так?

На сколько я понял философский смысл этих дат обозначить расчетный период. Ну т.е обычно это год, но для расчета по текущему месяцу просто текущий месяц(точнее скорее как ты говоришь интервал с последней даты приема по конец месяца или может действительно по дату начала отпуска. Тут я уже хз мы должны весь доход за месяц брать или только по дату начала отпуска. Это я еще подумаю)

Я уже даже почти смирился с мыслью о z-ФМ для определения релевантности периодов, где этот случай будет корректно обработан. Меня скорее смущает, что у других все как-то работает, а значит есть мысль, что я что-то упустил

RoustR

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

Комментарий о том, что дата подготовлена руаве вообще загадка...следов подготовки че-то не заметил, хотя может еще мало смотрел..

Это происходит в процедуре currm_avera (отдельный прогон для текущего периода, флаг avest-curr = 'X'). Здесь выполняется один прогон обработки по текущему месяцу, предварительно подготовив данные. Прогон - это вызов ФМ HRPY_AVERA_LOOP_AT_MONTH. Перед ним есть код, где выполняется подмена

Code:

    IF aper-occat = cd_occat-vacation OR aper-occat = cd_occat-maternity.
      lv_aperbegda = aper-begda.
      aper-begda+6(2) = '01'.
      if lv_av_endda_month(6) > aper-bondt(6).
        lv_av_endda_month = aper-bondt.
      endif.
    elseif avest-sppe2 = 'X' and lv_av_endda_month(6) > GS_RUAVE_APER-endda(6).
      lv_av_endda_month = GS_RUAVE_APER-endda.
    ENDIF.

а после возврат

Code:

    IF aper-occat = cd_occat-vacation OR aper-occat = cd_occat-maternity.
      aper-begda = lv_aperbegda.
    ENDIF.

Sapher

Вот последнее сообщение реально полезное было.
Подмена не происходит, т.к для вызова LOOP_AT_MONTH передают не сам APER, а ls_aper, который не измененный

Code:

    ls_aper = aper.
    IF aper-occat = cd_occat-vacation OR aper-occat = cd_occat-maternity.
      lv_aperbegda = aper-begda.
      aper-begda+6(2) = '01'.
      if lv_av_endda_month(6) > aper-bondt(6).
        lv_av_endda_month = aper-bondt.
      endif.
    elseif avest-sppe2 = 'X' and lv_av_endda_month(6) > GS_RUAVE_APER-endda(6).
      lv_av_endda_month = GS_RUAVE_APER-endda.
    ENDIF.

    lv_save_aper_pendd = aper-pendd.
    aper-pendd = aper-pendd + 1.   " EHP5.5 trick to do standard adjustment
    CALL FUNCTION 'HRPY_AVERA_LOOP_AT_MONTH'
      EXPORTING
        max_month           = lc_index
        av_endda_month      = lv_av_endda_month
        with_current_period = <wa_51av_a>-current_per
        aper                = ls_aper
        employee_number     = pernr-pernr

Secret007

В межрасчете отпуска текущий месяц не проходит проверку релевантности в ФМ HR_RU_AV_REL_PER . Чтобы как-то решить проблему отличия межрасчета отпуска от регулярного расчета отпуска в месяце приема на работу, решил использовать вид оплаты /0A3 , в котором сохраняется средний для отпуска при моделировании регулярного расчета в текущем месяце. В таблице V_T7RU51AV_A задал вид оплаты /0A3 для правила расчета среднего. Чтобы можно было использовать ВО /0A3 в межрасчете , добавил расширение в начало подпрограммы currm_avera :

Code:

  DATA:
    _ls_result type payru_result,
    _update(1) type c.
  FIELD-SYMBOLS:
    <_wa_rgdir> type pc261,
    <_wa_rt>    type pc207.

  if aper-occat = cd_occat-vacation.
    loop at rgdir assigning <_wa_rgdir> where fpper eq aper-paper.
    endloop.

    if <_wa_rgdir> is assigned.
      CALL FUNCTION 'PYXX_READ_PAYROLL_RESULT'
        EXPORTING
          clusterid      = 'UR'
          employeenumber = pernr-pernr
          sequencenumber = <_wa_rgdir>-seqnr
        CHANGING
          payroll_result = _ls_result.
    endif.

    if sy-subrc = 0.
      clear _update.
      loop at _ls_result-inter-rt assigning <_wa_rt> where lgart eq '/0A3'.
        if <_wa_rt>-apznr ne '01'.
          <_wa_rt>-apznr = '01'.
          _update = 'X'.
          exit.
        endif.
      endloop.

      if _update = 'X'.
        if _ls_result-evp is initial.
          _ls_result-evp = <_wa_rgdir>.
        endif.
        CALL FUNCTION 'PYXX_WRITE_PAYROLL_RESULT'
          EXPORTING
            clusterid      = 'UR'
            employeenumber = pernr-pernr
            sequencenumber = <_wa_rgdir>-seqnr
            payroll_result = _ls_result.
      endif.
    endif.
  endif.

Расширение находит ВО /0A3 в таблице RT регулярного расчета и меняет сплит APZNR на 01 , как в межрасчете отпуска. После такого изменения ставка /0A3 будет выбрана далее в currm_avera , если средний заработок оказался нулевой.

Sapher

Я не понял зачем весь этот ужас городить. Выше же описано, что в какой-то новой версии затерли подмену,а она реально необходима. Было достаточно строку ls_aper = aper сдвинуть вниз строчек на 10.

Secret007

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

Я не понял зачем весь этот ужас городить. Выше же описано, что в какой-то новой версии затерли подмену,а она реально необходима. Было достаточно строку ls_aper = aper сдвинуть вниз строчек на 10.

Я могу вносить свой код только в места , предоставленные программистами SAP. В currm_avera это точки расширения в начале и в конце подпрограммы.
Что касается строки ls_aper = aper , то переносить ее не нужно. Достаточно передать в ФМ HRPY_AVERA_LOOP_AT_MONTH aper вместо ls_aper . Переменную ls_aper можно совсем удалить или использовать для восстановления aper после вызова ФМ.
Указанная корректировка стандартного кода не поможет в случае, когда у работника есть увольнение и повторный прием. ФМ HR_RU_AV_REL_PER находит событие увольнения и очищает флаг релевантности месяца повторного приема.

Sapher

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

Указанная корректировка стандартного кода не поможет в случае, когда у работника есть увольнение и повторный прием. ФМ HR_RU_AV_REL_PER находит событие увольнения и очищает флаг релевантности месяца повторного приема.

Я такой случай не тестировал, но теоретически проблем быть не должно, если у повторного приема в v_530_e стоит галочка, т.е расчетный период был распилен на два мероприятием повторного приема

Межрасчеты отпуска/увольнения

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