ВО /890 при расчете среднего для больничного по беременности и родам

Olga_950

Добрый день! Коллеги, подскажите по формированию ВО /890 при расчете среднего для декрета.
С учетом существующей настройки ВО /890 формируется в RUAVE для такого отсутствия, как отпуск по уходу до 1,5 лет, чтобы исключить данное время из общего количество дней для расчета ставки по среднему в правиле SN(год).
Пример: Декрет заведен в 2015 году, в расчет среднего выбраны года 2013 и 2014. В случае если в 2014 году присутствует уход за ребенком до 1,5 лет, который заканчивается в 2014 году, то такое отсутствие формирует ВО /890 в RUAVE. Но если отпуск по уходу за ребенком переходит с 2014 года на 2015 год, то такое отсутствие не формирует /890 за 2014 год при расчете ставки для декрета.
С чем может быть связано такое выборочное формирование ВО /890?

RoustR

Я сталкивался с таким моментом.

При генерации ВО /890 стандарт пытается сопоставить отсутствие, которое храниться в результатах расчетах в таблице AB, и данные ИТ2001. То есть, по записи в AB нужно найти соответствующую запись в ИТ2001. Сопоставление производиться по атрибуту DOCNR.
Если нашли, то все будет хорошо, если нет - :cry:

.

Почему сопоставление по атрибуту DOCNR может не происходить? Следующая последовательность это описывает.
- В 2014 году завели отсутствие «Отпуск по уходу за ребенком до 1.5 лет». В этот момент записи был присвоен DOCNR.
- Произвели расчет зарплаты . По записи ИТ2001 заполнилась таблица AB, где прописан DOCNR.
- В 2015 году ограничили перерасчет в ЕдРасчета – перерасчет возможен не ранее 2015 года.
- Произвели изменение записи отсутствия «Отпуск по уходу за ребенком до 1.5 лет» в ИТ2001 с изменением дат. При сохранении будет присвоен новый DOCNR.
- В расчет производиться перерасчет с 01.2015, где будет храниться новый DOCNR. Периоды 2014 года перерассчитываться не будут, там будет старый DOCNR.

Теперь, в случае расчета среднего и генерации ВО /890 по данным 2014 года из таблицы AB не получиться найти запись в ИТ2001 по старый DOCNR.

Все происходит в ФМ HR_RU_AV_REL_SICK_2011_YEARS, там есть вызов процедуры abs_days_results, которая собственно и производит генерацию ВО /890.
САП несколько раз правил код этой функции, я даже сам выставлял сообщение об ошибке. В одних случаях исправление работало, в других – нет.
После очередной ошибки там, я плюнул и сделал свою реализацию. После этого проблем не было, поэтому не следил за работой этого ФМ.

Olga_950

Спасибо за ответ!
А как посмотреть в таблице AB это поле DOCNR? Это ИДОбъекта? Оно сейчас пустое вообще везде для всех отсутствий.

ZGilgelad

на сколько я помню, его в таблице не видно, так что только через отладку. можно точку поставить на ф-ции экспорт и посмотреть таблицу AB[]

RoustR

Это не ИДОбъекта, это отдельный идентификатор. Как он выглядит можно посмотреть у ИТ2001, например в se16.

В AB посмотреть сложнее. Стандартные утилиты его не показывают. Можно в отладке.
Откройте в se37 ФМ HR_RU_AV_REL_SICK_2011_YEARS. Там внизу будет такой код

Code:

* Generate WT with days of absence
  DELETE st_absence_days_generation WHERE pernr NE employee_number.
  CLEAR ls_refine_check.
  CONCATENATE employee_number aper-paper ls_7ru51av_p-pabrj
                                                 INTO ls_refine_check.
  READ TABLE st_absence_days_generation WITH KEY ls_refine_check
                                        TRANSPORTING NO FIELDS.
  IF sy-subrc NE 0.
    APPEND ls_refine_check TO st_absence_days_generation.
    LOOP AT results WHERE evp-fpbeg GE lv_begyear AND
                          evp-fpend LE lv_endyear.
      PERFORM abs_days_results USING i51av_a-molga
                                     employee_number
                                     aper-begda
                               CHANGING results.
      MODIFY results.
    ENDLOOP.
  ENDIF.

Ставите breakpointer, напрbмер, на loop. Запускаете расчет, он там остановиться, в отладчике смотрите на таблицу results, в ней ищете AB. Там можно посмотреть.

ЗЫ. Несколько извратный способ посмотреть - настроить выгрузку результатов расчета в pu12, вывести там это поле и смотреть

Olga_950

Подменили в отладчике значение и все заработало:) Спасибо за помощь!

AVI

Добрый день!
Направьте, пожалуйста, не могу понять поведение RUAVE в части генерации /890 (правило релевантности стандартное - ILY1).
Есть тестовый табельный. Принят и рассчитан с 25.10.2017 по 28.02.2019 включительно.
Заведены следующие отсутствия:

Code:

03.2019   30.05.2019   0220   Отпуск по берем. и родам
09.2018   10.12.2018   0220   Отпуск по берем. и родам
02.2018   09.02.2018   0201   Нетрудоспос./сотрудник
11.2017   16.11.2017   0201   Нетрудоспос./сотрудник

И ИТ0293 с 01.01.2018:

Code:

SI16   Общ. база страх.взн. 2016   60.000,00    60,00
SI17   Общ. база страх.взн. 2017   70.000,00    70,00
SI18   Общ. база страх.взн. 2018   80.000,00    80,00

Замены годов нет. Только регулярные расчёты.
Первый БиР с 30.09.2018 рассчитывается верно, исходя из 2016-2017 гг, с учётом исключаемых дней как ИТ0293, так и больничного 07-16.11.2017. Лог кумуляций первого шага RUAVE:

Code:

SN17      11            01        /890  02          07.11.2017  16.11.2017                   0,00                  10,00-  0,00  00008
SN17      01            01        SI17  01          01.09.2018  29.09.2018                   0,00                  70,00-  0,00  00020
ZN16      09            01        SI16  01          01.01.2018  31.01.2018                   0,00                  60,00-  0,00  00010

Второй БиР с 01.03.2019 рассчитывается из 2017-2018 гг, но кол-во исключаемых дней больше нужного, так как появляются лишние записи с /890 за текущий период - 03.2019:

Code:

SN17      17            01        /890  02          07.11.2017  16.11.2017                   0,00                  10,00-  0,00  00008
SN17      01            01        /890  01          01.03.2019  08.03.2019                   0,00                   0,00    0,00  00026
SN17      01            01        SI17  01          01.03.2019  08.03.2019                   0,00                  70,00-  0,00  00026
SN17      01            01        /890  01          01.03.2019  08.03.2019                   0,00                  10,00-  0,00  00026  (!!!)
SN17      01            01        /890  01          01.03.2019  08.03.2019                   0,00                   0,00    0,00  00026
SN17      01            01        /890  02          09.03.2019  24.03.2019                   0,00                   0,00    0,00  00026
SN17      01            01        /890  02          09.03.2019  24.03.2019                   0,00                   0,00    0,00  00026
SN17      01            01        /890  02          09.03.2019  24.03.2019                   0,00                   0,00    0,00  00026
SN17      01            01        /890  02          09.03.2019  24.03.2019                   0,00                  19,00-  0,00  00026  (!!!)

SN18      15            01        SI18  01          01.01.2018  31.01.2018                   0,00                  80,00-  0,00  00010
SN18      14            01        /890  02          02.02.2018  09.02.2018                   0,00                   8,00-   0,00  00012
SN18      07            01        /890  02          30.09.2018  30.09.2018                   0,00                   1,00-   0,00  00020
SN18      06            01        /890  01          01.10.2018  24.10.2018                   0,00                  24,00-  0,00  00021
SN18      06            01        /890  02          25.10.2018  31.10.2018                   0,00                   7,00-   0,00  00021
SN18      05            01        /890  01          01.11.2018  11.11.2018                   0,00                  11,00-  0,00  00022
SN18      05            01        /890  02          12.11.2018  30.11.2018                   0,00                  19,00-  0,00  00022
SN18      04            01        /890  01          01.12.2018  10.12.2018                   0,00                  10,00-  0,00  00023
SN18      01            01        /890  01          01.03.2019  08.03.2019                   0,00                  10,00-  0,00  00026  (!!!)
SN18      01            01        /890  01          01.03.2019  08.03.2019                   0,00                   0,00    0,00  00026
SN18      01            01        /890  01          01.03.2019  08.03.2019                   0,00                   0,00    0,00  00026
SN18      01            01        /890  02          09.03.2019  24.03.2019                   0,00                  19,00-  0,00  00026  (!!!)
SN18      01            01        /890  02          09.03.2019  24.03.2019                   0,00                   0,00    0,00  00026
SN18      01            01        /890  02          09.03.2019  24.03.2019                   0,00                   0,00    0,00  00026
SN18      01            01        /890  02          09.03.2019  24.03.2019                   0,00                   0,00    0,00  00026

Из-за чего могут появиться эти записи в расчёте 2019 года? Настройки не меняются. В T51AV_A галка "Актуальный период" стоит для всех правил SN*.

RoustR

Судя по логу проблема с расчетом 00026. Рискну предположить, что это текущий расчет. Если так, то для него не должны были генерироваться /890.
Проверьте, что в таблице T7RU51AV_P правильно указаны даты, должно быть примерно так

Цитата:

33 0001 2017 31.12.9999 01.01.2017 SC17 SN17

Еще мысль, у вас случайно не включилось в работу ПРС типа SI19, SN19? Может быть они генерируют эти ВО.

PS.Поставьте breakpointer в ФМ ФМ HR_RU_AV_REL_SICK_2011_YEARS в показанном выше фрагменте. Посмотрите на каком ПРС отрабатывает заполнение /890 для расчета 00026.

AVI

В T7RU51AV_P даты в порядке.
Провела эксперимент. Единственное, что отличает расчёт БиР в 2018 году от расчёта БиР в 2019 году, - наличие больничного до начала БиР в текущем году.
Ввела БЛ в феврале 2019, рассчитываю БиР в марте 2019 года - "левых" записей /890 нет!
Буду ещё раз внимательно смотреть ФМ релевантности.
RoustR, спасибо за наводки (как всегда)

AVI

Разница в расчётах проявляется ещё до вызова ФМ HR_RU_AV_REL_SICK_2011_YEARS - в ФМ HRPY_AVERA_RELEVANCY_TEST_2.
В нём для расчёта 2018 года в таблице I51AV_A нет правил SI**:

Code:

RU58   99991231   20120101   RU09   RU10   X018
SN17   99991231   20180101   ILY1   IP17   RUVJ
ZN16   99991231   20180101   RU00   ZP16   RUVJ

А для расчётов 2019 года правила идут в таком порядке:

Code:

SI17 99991231   20170101   ILY1   IL17   RUVB
SI18 99991231   20180101   ILY1   IL18   RUVB
SN17 99991231   20180101   ILY1   IP17   RUVJ
SN18 99991231   20180101   ILY1   IP18   RUVJ

И получается, что в ФМ HR_RU_AV_REL_SICK_2011_YEARS сначала по SI17 и SI18 генерятся /890 в результатах расчёта 2017-2018 гг, а потом по правилам SN17, SN18 эти /890 переносятся в текущий период.
Почему так, буду разбираться дальше.

AVI

Проблема была в следующем.
В T512Z для ИТ0293 был разрешён ВО /890 (с 01.01.2015). А ФМ релевантности проверяет, какие ВО в принципе разрешены для ИТ0293 из тех ВО, что содержатся в правиле кумуляции, и их тащит в текущий период. У нас получалось, что помимо SI** ещё и /890 переходили.
Не могу сказать, что картина ясна на 100%, так как всё равно остаётся вопрос, почему только в 2019 году это всплыло и почему переносились не все /890. Но факт, что после удаления из T512Z ВО /890 расчёт стал верным в 2019 и остался верным в 2018.

ISergiv

Уважаемые дамы и господа, уважаемый RoustR, приветствую вас.
Прошу вас подсказать в каком месте формируется вид оплаты /890?
В таблице T554C у нас везде настроен вид оплаты /874. Не совсем понятна разница этих видов оплат и не понятно в каком месте генерится в/о /890.
Поскольку он используется и в правилах расчета среднего и в отчетных формах, прошу подсказать куда нужно смотреть.
Заранее благодарю.

RoustR

В начале темы об этом написано

Цитата:

Все происходит в ФМ HR_RU_AV_REL_SICK_2011_YEARS, там есть вызов процедуры abs_days_results, которая собственно и производит генерацию ВО /890.

ISergiv

Большое Вам спасибо за помощь. Вы всегда очень помогаете, благополучия Вам и всего наилучшего.

ISergiv

У нас настроено правило релевантности HR_RU_AV_REL_SICK_2011 и расхождения с мастер мандантом нет. Придется разбираться с различиями.

ВО /890 при расчете среднего для больничного по беременности и родам

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