Нововведения законодательства в 2013 г. в расчете заработной платы

Tor

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

Доброе время суток! Подскажите, плз., как заставить ruspl (rupf hwcp) заполнить 27-1 или 27-2 в поле pfwcn в структуре pruwc? Согласно Hrulpfp5 сотрудник имеет 27-1, но признак 33hwc возвращает пробел.

проверьте наименование особых условий труда в ppome, если наименования отличаются от 27-1, 27-2, то либо отредактируйте наименование, либо измените 27-1, 27-2 в признаке на названия, указанные в PPOME

меня интересует, планируется ли выпуск данной ноты для 6.5/EHP5..

Macros

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

меня интересует, планируется ли выпуск данной ноты для 6.5/EHP5..

это не то?
Note 1810892 - PY-CE: Additional PF payments for employees who work in HWC

RoustR

Macros написал:

hilena написала:

У кого-нибудь считается правильно /890 в таком случае?

Судя по всему причина в особенностях заполнения таблицы ab.
Например у нас в системе в случае регистрации БЛ 20.11.2012-03.12.2012 в декабре имеем следующие записи в ab:
01 0600 20.11.2012 30.11.2012, сплит apznr 01, 0 дней, т.к. запись относится к прошлому периоду
02 0600 01.12.2012 03.12.2012, сплит apznr 01, 3 дня

в form ABS_DAYS_RESULTS
Цикл по ab
проверка на наличии /890 с тем же сплитом apznr в rt.
Если такой записи в rt нет тогда подсчитываем дни иначе не считаем.
Это условие и дает на данном примере ошибку, т.к. на первой записи ab добавляется нулевая запись в RT удовлетворяющая условиям (т.к. у обоих записей apznr 01 ).
Осталось выяснить такое заполнение AB это стандартное поведение системы или особенности местного Z*.

Дополнение: скорее всего это стандартное заполнение AB, т.е. если я прав, то ошибку должны повторить многие установившие ноту.

Code:

*&---------------------------------------------------------------------*
*&      Form  ABS_DAYS_RESULTS
*&---------------------------------------------------------------------*
*       text
*----------------------------------------------------------------------*
*      -->P_APER  text
*      <--P_RESULTS[]  text
*----------------------------------------------------------------------*
form ABS_DAYS_RESULTS  using    iv_molga
                                iv_datum
                       changing cs_results TYPE LINE OF HRPAY99_TAB_OF_RESULTS.

  DATA: lt_t7ru554c TYPE TABLE OF t7ru554c.
  FIELD-SYMBOLS:   <ls_ab> type PC20I,
                   <ls_rt> type PC207,
                   <ls_t7ru554c> TYPE t7ru554c.
  perform re7ru554c tables lt_t7ru554c using iv_molga '01' iv_datum .
  loop at cs_results-inter-ab ASSIGNING <ls_ab>.
    LOOP AT lt_t7ru554c ASSIGNING <ls_t7ru554c> WHERE awart = <ls_ab>-awart.
      READ TABLE cs_results-inter-rt ASSIGNING <ls_rt> with key lgart = <ls_t7ru554c>-lgart apznr = <ls_ab>-apznr.
      if sy-subrc <> 0.
        append initial line to cs_results-inter-rt assigning <ls_rt>.
        <ls_rt>-abart = <ls_ab>-abart.
        <ls_rt>-lgart = <ls_t7ru554c>-lgart.
        <ls_rt>-apznr = <ls_ab>-apznr.
        <ls_rt>-abznr = <ls_ab>-abznr.
        <ls_rt>-anzhl = <ls_ab>-kaltg.
      endif.
    ENDLOOP.
  endloop.

endform.                    " ABS_DAYS_RESULTS

Для тех кто испытывает проблемы с генераций ВО /890. Проявляется это в том, что /890 появляется не по всем отсутствиям в месяце (если их несколько). Проблема, на мой взгляд в том, что генерация происходит на основе таблицы AB, а проверка для избежания повторной вставки в процедуре ABS_DAYS_RESULTS выполняется по сплиту APZNR, то есть по WPBP
READ TABLE cs_results-inter-rt ASSIGNING <ls_rt> with key lgart = <ls_t7ru554c>-lgart apznr = <ls_ab>-apznr.

В настоящий момент схема RUS0 устроена так, что для каждого нового сплита AB создается отдельный сплит WPBP. Поэтому проблем в этом коде не возникает. А вот старая схема RU00 работала не так. Там новый сплит по WPBP возникал только по изменению основных данных, отсутствия WPBP не сплитовали.

Например, в месяце расчет по ТН ничего не происходит, но есть два отсутствия. В старой схеме в WPBP только одна запись, и ВО по отсутствию имеют одинаковый сплит по WPBP и разные сплиты по AB. В новой схеме каждый ВО по отсутствию будет иметь свой сплит по WPBP и по AB.

Код ABS_DAYS_RESULTS со старыми расчетами не работает. У нас, например, сейчас работает новая схема, но в прошлом есть года, расчет по которым выполнен старой схемой. И до этих годов можно «дотянуться» заменой годов.
В новой схеме, если вдруг нарушен принцип “новый сплит AB -> новый сплит WPBP”, код ABS_DAYS_RESULTS тоже не работает.

Исправление достаточно простое. Нужно приведенную выше строчку заменить на
READ TABLE cs_results-inter-rt ASSIGNING <ls_rt> with key lgart = <ls_t7ru554c>-lgart abznr = <ls_ab>-abznr .
После такого исправления код будет работать как для старой, так и для новой схем.

Еще нужно изменить настройку в таблице V_T51AV_B для правил кумуляций IP** и ВО /890 заменить значение в последнем поле «РсчЗП/НплП» («Factoring») c «S» на «N».
Значение «S» воспринимает только одно (первое) значение ВО для сплита APZNR. Другие значения будут отброшены. Значение «N» решает эту проблему.

hilena

После установки ноты 1810622 сумма выплат, на которую начислены СВ, выводится без ограничения во второй колонке
СЗВ-6-3.
Но по инвалидам ограничение должно сохраниться.
У нас по инвалидам выводится также без ограничений.
Коллеги, у кого-нибудь выводится корректно СЗВ-6-3 по инвалидам???

Vlado

Цитата:

ssotnikov писал(а):
Коллеги.
Подскажите, как у Вас считается пособие по уходу за ребенком начавшееся в 2012 году. У меня не перекладывается замороженное среднее из SICK в PREG, и базы расcчитанные по SICK, PREG не видит.

Нашел. Нота 1805190 исправляет ошибку.

Коллеги, у меня проблема нотой 1805190 не решилась.
Что в правиле RUVM значат строки?:
TABLEAVEST
AMT=M

у меня возвращает нули, что у вас возвращается?

RoustR

TABLEAVEST – просто подготавливает обращение к таблице AVEST, в специальную переменную записывается имя таблицы. Активных действий эта операция не выполняет. Чуть ниже в правиле есть операция VARGBCURR, которая обращается по имени таблице из команды TABLE к полю CURR, то есть AVEST-CURR.
Если сделать поиск в исходном тексте программы HRUCALC0, то можно обнаружить определение этой структуры

Code:

data: begin of avest,   "Statuses of RUAVE function
        synch type c,  "RUAVC in synchro point
        curr  type c,  "Calculation by Current Period
        sppe2 type c,  "Period is moved for absence in accordance with SPPE2
      end of avest.

AMT=M есть в документации. Занести в поле AMT значение накоплений, который выполнила RUAVE(AVERA).

Все это не имеет никакого отношения к проблеме переноса среднего для переходящих пособий и больничных по б/р. Проблема в том, что средний для пособий изначально был посчитан и сохранено в результатах под именем SICK. С 01.01.2013 пособие вдруг переключили на PREG. Расчет января 2013 ищет в предыдущем расчете расчет среднего с именем PREG, а его там нет. Поэтому средний будет равен 0.
Нотой 1805190 просто сдвинули дату введения PREG на 01.01.2011. Но опять же, в старых расчетах сам по себе расчет среднего с именем PREG не появится. Это решения будет работать только если принудительно перерассчитать каждый ТН с пособием по уходу ребенком с месяца начала отпуска по уходу за ребенком. Тогда весь период отпуска будет перерассчитан, и в расчетах появится расчет PREG.

Другой вариант. Для себя я делал еще до выхода ноты 1805190 специальную утилиту, которая во всех результатах расчетах 2012 года продублировала расчет среднего из SICK в PREG в таблицах AVERA и RUAVE. Поэтому у нас переход сработал автоматически.

Vlado

RoustR спасибо огромное за разъяснения по поводу ABS_DAYS_RESULTS и переходящих отпусков.
Действительно все так, сейчас веду переписку с SAP по поводу переходящих отпусков, пересчитывать всех декретниц вообще не вариант (.
А что за утилиту вы написали? Это правило, ф-ция, программа? Можно сказать в двух словах что именно она делает?

RoustR

Просто программа на ABAP-е. Считывает результаты расчета за 2012 год (это у нас, вообще нужно и за 2011 год). Смотрит таблицу AVERAGE, если находит в ней запись с правилом SICK, то копируют ее еще и под именем PREG. То же самое и для RUAVE. Затем результат записывает в кластер. Все.

Можно сделать корректировочную схему, но так как операция для прямой работы с RUAVE и AVERAGE нет, то все равно нужно писать свои операцию(и) для копирования.

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

Code:

*======================================================================*
*   Программа      : ZHR_PY_UTIL_CREATE_PREG                           *
*   Код разработки :                                                   *
*----------------------------------------------------------------------*
*   Назначение     : Служебная.                                        *
*                                                                      *
*======================================================================*
*   Модификации                                                        *
*                  Генерация правил расчета средненего PREG по SICK
*----------------------------------------------------------------------*
*   Автор          :                                                   *
*   Дата изменения :                                                   *
*   Назначение     :                                                   *
*                                                                      *
*----------------------------------------------------------------------*
REPORT  zhr_py_util_create_preg.


TABLES: pcl1, pcl2, pernr.

INCLUDE rpc2rx09.
INCLUDE pc2rxru0.
INCLUDE rpc2cd09.
INCLUDE up50qdat.
INCLUDE rpppxd00.
INCLUDE rpppxd10.
INCLUDE rpppxm00.
INCLUDE rpppxi19.
*INCLUDE H99PAYDATA.



DATA: BEGIN OF evp OCCURS 10.          "Subset Of RGDIR
        INCLUDE STRUCTURE pc261.
DATA: END   OF evp.

DATA: BEGIN OF old_prel OCCURS 3.
        INCLUDE STRUCTURE prelp.
DATA: END OF old_prel.
DATA: BEGIN OF new_prel OCCURS 3.
        INCLUDE STRUCTURE prelp.
DATA: END OF new_prel.


parameters p_test type c as checkbox default 'X'.

*=========================================================

INITIALIZATION.

*=========================================================
GET pernr.
  PERFORM get_cluster.
  CALL FUNCTION 'HR_PSBUFFER_INITIALIZE'.


*=========================================================
*&---------------------------------------------------------------------*
*&      Form  get_cluster
*&---------------------------------------------------------------------*
FORM get_cluster .
  DATA upd_pclx type c.
  data mSaved type c.
  data ls_rgdir like line of rgdir.
  data l_exists type c.


  rp-init-buffer.
  CLEAR: upd_pclx.

  PERFORM fill_import_export_key USING sy-repid  pernr-pernr.

  cd-key-pernr = pernr-pernr.
  rp-imp-c2-cu.

  clear upd_pclx.


  loop at rgdir into ls_rgdir where FPPER(4) = '2011' or FPPER(4) = '2012'.

    rx-key-pernr = pernr-pernr.
    rx-key-seqno = ls_rgdir-seqnr.
    rp-imp-c2-ur.
    MOVE our-version TO ur-version.

    clear mSaved.

    delete average where AVRULE = 'PREG'.
    if sy-subrc = 0.
      mSaved = 'X'.
    endif.
    loop at average where AVRULE = 'SICK'.
      average-AVRULE = 'PREG'.
      append average to average.
      mSaved = 'X'.
    endloop.

    delete RUAVE where AVRULE = 'PREG'.
    if sy-subrc = 0.
      mSaved = 'X'.
    endif.
    loop at ruave where AVRULE = 'SICK'.
      ruave-AVRULE = 'PREG'.
      append ruave to ruave.
      mSaved = 'X'.
    endloop.

    if mSaved = 'X' and p_test is initial.
      rp-exp-c2-ur.
      upd_pclx = 'X'.
    endif.
  endloop. " ls_rgdir

  IF ( upd_pclx = 'X' ).
    PERFORM prepare_update USING ' '.
    PERFORM update(sapup50r).
    INCLUDE rpppxu00.
  ENDIF.
ENDFORM.                    " get_clus

Vlado

Спасибо.
Ну похоже обойдемся меньшей кровью. САП предлагает чтобы не пересчитывать,
использовать 15 инфотип и ввести необходимое среднее в ВО SIRT. А у нас таких переходящих отпусков всего несколько десятков, так что воспользуемся советом.
Но код сохраню на всякий случай ).

ApA

hilena написала:

После установки ноты 1810622 сумма выплат, на которую начислены СВ, выводится без ограничения во второй колонке
СЗВ-6-3.
Но по инвалидам ограничение должно сохраниться.
У нас по инвалидам выводится также без ограничений.
Коллеги, у кого-нибудь выводится корректно СЗВ-6-3 по инвалидам???

А САП по этому поводу ничего не отвечал?

hilena

Кто устанавливал ноту 1804415, вопрос по правилу RUHC которое надо создать (пункт 5.2 ноты).
Описание правила:
RUCH * ****
D ADDWT RUVAKHWCLC
*
1 D .........
2 ......
Поскольку вопроса в первой строке никакого нет, система ругается на D, правило с ошибкой.

Кто-нибудь сталкивался с такой ошибкой?

RoustR

В той же ноте на шаге 3 написано создать операцию RUVAK, с параметром HWCLC и атрибутом D. Это оно и есть.

Либо не создали операцию, либо не активировали, либо не указали группировку для России, либо значение D не указали.

hilena

Операцию создала, поле "Значение F" = HWCLC, поле "Значение" = D, тип переменной ALPHA, длина 1.
Неправильно создала?

RoustR

"D" - должно быть в поле PEAK (или REACT, как сказано в ноте). Это означет, что с этим параметром операция будет являться операций принятия решения, и в правиле в этой строчке должна быть буква D.
Далее идет указания на тип возвращаемого поле (любой символ) и его длина.

Для примера, посмотри как определена операция AMT для параметра "?"

PS. В САПвских нотах часто текст съезжает. Я обычно копирую текст ноты в Word и ставлю для таких строк шрифт Courier New. Так сразу понятно, что куда должно попасть.

hilena

Спасибо, RoustR!
Все получилось)))

Нововведения законодательства в 2013 г. в расчете заработной платы

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