Справка 182Н, 4 раздел, периоды при НРД

VerVe

Коллеги, добрый день!

Сотрудник совмещает неполный рабочий день и отпуск по уходу за ребенком. В 4 раздел справки 182-Н должны подтянуться периоды отпуска по уходу, но если завести 2001 ИТ, то смены НРД не попадут в расчёт.

Кто-нибудь сталкивался с такой проблемой? Как решить такое противоречие?

Заранее спасибо

Ahiless

Делали отдельное отсуствие, которое и в 182Н выводится, и на оклад не влияет.

VerVe

Спасибо! Подскажите, как настроить такое отсутствие? Чтобы не влияло на оклад, и можно было завести смены сотруднику

Figo

Зависит от того, как у вас оклад считается. Найдите место в схеме, где для сотрудника, отработавшего неполный месяц, оклад уменьшился от номинального. Если по стандарту, то это будет через коэффициенты в ВО /80*. Далее ищите где используемый для пропорции /80* рассчитался (изначальное заполнение через GEN/8), там учитываются отсутствия по типам для уменьшения рабочего времени.

Собственно нужно отсутствие, которое не будет уменьшать /80*.

Если у вас есть другие ВО, рассчитываемые как пропорция факт к норме, проверьте, как для них коэффициент заполняется. Проверить можно через класс обработки 10, значение в нем определяет, какой из /80* используется.

RoustR

Еще как вариант. Особенно если сложно или долго настраивать и проверять все подсистемы.
Сделать специальное отсутствие, которое следует вводить в ИТ2001 заблокированными. Тогда оно не будет ни на что влиять, а справку 182н доработать и считывать эти заблокированные записи.

ISergiv

Здравствуйте, дорогие мои.

Столкнулись с проблемой отображения отсутствий в отчетной форме 182-Н "Подтверждение заработка", которые были изменены после ограничения их срока действия.
Например, отпуск по уходу за ребенком ограничивается в результате досрочного выхода сотрудника на работу.
В поле DOCNR содержится уникальный код документа для записи ИТ2001, который используется для сверки в момент выбора записей в отчетную форму "Подтверждение заработка".
Логика прописана в ФМ HR_RU_DAQ_AB.

Code:

* AB
          loop at <ls_resul>-inter-ab assigning <ls_abtab>
               where begda ge <ls_resul>-evp-fpbeg and endda le <ls_resul>-evp-fpend.
* Check absence
            read table lt_p2001 transporting no fields with key docnr = <ls_abtab>-docnr.
            check sy-subrc eq 0.

При изменении записи (например при ограничении) значение поля DOCNR в ИТ2001 меняется, в результате чего данная запись перестает выбираться в отчетную форму.
Подскажите пожалуйста, сталкивались ли вы с такой проблемой и как ее решали?

Заранее благодарю. Берегите себя.

RoustR

Сталкивались. Причем это проявляется в двух местах:
- в справке 182н, в упомянутой ФМ HR_RU_DAQ_AB
- в самом расчете, в расчете средних, при генерации ВО /890, ФМ HR_RU_AV_REL_SICK_2001_YEARS, процедура abs_days_results.

В логике стандарта при подобном изменении данных должен произойти обратный расчет с даты начала отпуска по уходу за ребенком. После этого DOCNR в расчете выравнивается с DOCNR из ИТ, и проблема уйдет.

На практике такой длинный перерасчет делать не хочется, поэтому приходится переписывать указанные ФМ без использования атрибута DOCNR.

Если соберетесь переписывать ФМ, учтите следующий момент. Почему SAP вообще сделал анализ поля DOCNR? Дело в том, в таблице AB при обратных расчетах могут сохранятся старые версии записей отсутствий. Поэтому, если просто считать данные по AB, то можно одно и то же отсутствие учесть несколько раз. Чтобы этого не происходило, SAP добавил фильтрацию по DOCNR.

Переписывают указанные ФМ кто как. Можно сделать просто на основе данных ИТ2001, можно сделать путем сопоставления данных AB и ИТ2001. Кто как придумает.

ISergiv

Дорогой, RoustR.

Спасибо вам огромное за ваш профессионализм. Как всегда, вы очень нам помогли.

С глубоким уважением, всего вам наилучшего. Берегите себя.

Macros

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

Здравствуйте, дорогие мои.
При изменении записи (например при ограничении) значение поля DOCNR в ИТ2001 меняется, в результате чего данная запись перестает выбираться в отчетную форму.

Code:

* input parameters
  split im_wafor-fidaq-soufi at ',' into lv_bezab lv_abgrp lv_fldnm.
  if not lv_bezab is initial.
* without AB, only MD
    lv_bezab = 'X'.
  endif.

Этот параметр (lv_bezab) не пробовали менять в настройках записи с вызовом DAQ?
Там если он заполнен то другая ветка работает.

ISergiv

Большое спасибо, Macros, за то, что откликнулись.

Попробую посмотреть на этот параметр.

ISergiv

Macros написал:

Code:

* input parameters
  split im_wafor-fidaq-soufi at ',' into lv_bezab lv_abgrp lv_fldnm.
  if not lv_bezab is initial.
* without AB, only MD
    lv_bezab = 'X'.
  endif.

Этот параметр (lv_bezab) не пробовали менять в настройках записи с вызовом DAQ?
Там если он заполнен то другая ветка работает.

Нет, параметр lv_bezab не поможет.
В ФМ HR_RU_DAQ_PAY2_DAY вызов функции HR_RU_DAQ_AB происходит дважды:
Первый раз

Code:

   if ls_pay2s-summa > 0.
* periods MD
      ls_wafor-fidaq-soufi = 'X'.
      call function 'HR_RU_DAQ_AB'

Второй раз

Code:

* AB
    clear: ls_wafor-fidaq-soufi, ls_fidat-value[].
    call function 'HR_RU_DAQ_AB'

в первом случае параметр lv_bezab имеет значение 'X', а во втором - ' '.
При значении lv_bezab = 'X' при переборе отсутствий

Code:

        if lv_bezab = 'X'.
* is AB exists?
          loop at <ls_resul>-inter-ab transporting no fields
               where begda ge <ls_resul>-evp-fpbeg and endda le <ls_resul>-evp-fpend.
            exit.
          endloop.
          check sy-subrc <> 0.

проверка sy-subrc всегда дает результат false, поскольку в каждом расчетном периоде определяется какое-то отсутствие, либо отпуск до 1.5 лет либо отпуск до 3 лет.
Остаются только варианты, предложенные RoustR.
Спасибо.

Macros

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

Нет, параметр lv_bezab не поможет.
В ФМ HR_RU_DAQ_PAY2_DAY

В каких полях у вас этот ФМ?
В текущей системе не нашел такую настройку с этим ФМ, есть поля ABD1,2,3 с фм HR_RU_DAQ_AB_DAYS их и переопределил с полем V_T7RU_99FFC-SOUFI = "X,,". Вроде нарисовалось все как надо, только не уверен, что не сломалось что-то другое)

ISergiv

Субприложение - PAY2
Поле - DAY (Дни с периодами)
ФМ - HR_RU_DAQ_PAY2_DAY
Поле - VYEAR
Структура данных - PRU_PAY2_DAP
Код ВО - #PAY2DAY

ISergiv

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

Macros

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

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

Так ведь не только по концу месяца, еще межрасчеты увольнения.

Получается если переопределять DAQ, то как миниму в 4-х полях и два ФМ?
Еще видел вариант восстановления прежнего докайди в 2001 ит при ограничении длительных отсутствий входящих в 182Н в pa30.

Справка 182Н, 4 раздел, периоды при НРД

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