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

Plotnikov

Проблема решается только если у вида оплаты не меняется правило расчета для среднего значения. А вот уже в таблице T51av_a разграничить действия правила расчета для среднего значения до 2013 года и после. Тогда все работает отлично.

xont

Поставили пакет, у меня возник вопрос касательно настроек т. V_T7RU51AV_P
в ноте указано изменить записи с ключом 0001 на SN*. Отлично, но тогда у нас не будет генериться ВО SC* в которые собираются суммы.
Коллеги, у кого работает, подскажите как у вас генерятся ВО SC*?

xont

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

Проблема решается только если у вида оплаты не меняется правило расчета для среднего значения. А вот уже в таблице T51av_a разграничить действия правила расчета для среднего значения до 2013 года и после. Тогда все работает отлично.

мы обходили такое, оставляя наименование правила старым, меняли только "внутренности".

hilena

Подскажите, у кого заработала нота 1762002 по расчету декретных больничных.
Должен ли образовываться ВО /890 после RUAVE?
ПРСред PREG должно быть присвоено с 01.01.2013?
У меня для него почему-то нет релевантных периодов...

xont

hilena написала:

Подскажите, у кого заработала нота 1762002 по расчету декретных больничных.
Должен ли образовываться ВО /890 после RUAVE?
ПРСред PREG должно быть присвоено с 01.01.2013?
У меня для него почему-то нет релевантных периодов...

у меня не заработала. релевантный только 1.2013.
У вас ВО с суммами страховых собираются?

hilena

ВО с суммами страховых взносов собираются.
Неверно формируется /890, если больничный в прошлом релевантном периоде начался в одном периоде, а закончился в другом.
Например, для больничного по БиР который начался в 01.2013 выбираются релевантные периоды.
Был больничный с 14.09.2012 по 05.10.2012. Периоды 9 и 10 релевантны.
ВО /890 за 09.2012 формируется корректно, а тот кусочек который пришелся на 10.2012 не видит.
И если было продолжение больничного, и оно пришлось на след период, его тоже не видит.
У кого-нибудь считается правильно /890 в таком случае?

-DoKa-

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

Поставили пакет, у меня возник вопрос касательно настроек т. V_T7RU51AV_P
в ноте указано изменить записи с ключом 0001 на SN*. Отлично, но тогда у нас не будет генериться ВО SC* в которые собираются суммы.
Коллеги, у кого работает, подскажите как у вас генерятся ВО SC*?

Обратите внимание, в указанную Вами таблицу(ракурс) добавился новый столбец. И именно в нем необходимо указать ВО SN* .

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

Andrey_MS

Коллеги, по ноте 1762002 есть вопросы подскажите, кто знает! Самый простой пример, расчет в Январе.
1. Ошибка:
"Калькуляция среднего значения невозможна; введите колич. дней в ИТ 0293
Прерывание в операц. ERROR
20130101
RUVM****** = XMES RU011 ERROR"
- подразумеваю что из-за того что не сформирован /890
В 0293 инфо-тип /890 завел, результата 0.

2. Так же вопрос по поводу /890, где он должен формироваться? вызывается перерасчет, но в перерасчетах его нет. V_T7RU554C - заполнил.
3. В ракурсе V_T7RU554C, первый столбец что эта за группировка?
Спасибо!

Macros

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

Так же вопрос по поводу /890, где он должен формироваться?

ФМ HR_RU_AV_REL_SICK_2011_YEARS, модуль релевентности прописанный в правиле релевантности.

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

3. В ракурсе V_T7RU554C, первый столбец что эта за группировка?
Спасибо!

судя по коду в form ABS_DAYS_RESULTS не важно, т.к. жеско зашито 01:
perform re7ru554c tables lt_t7ru554c using iv_molga '01' iv_datum .

Строго не судите за такие ответы, ноту еще не ставили, поэтому до сих пор сужу по исходникам и тексту ноты.

xont

-DoKa- написал(а):

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

Поставили пакет, у меня возник вопрос касательно настроек т. V_T7RU51AV_P
в ноте указано изменить записи с ключом 0001 на SN*. Отлично, но тогда у нас не будет генериться ВО SC* в которые собираются суммы.
Коллеги, у кого работает, подскажите как у вас генерятся ВО SC*?

Обратите внимание, в указанную Вами таблицу(ракурс) добавился новый столбец. И именно в нем необходимо указать ВО SN* .

Спасибо большое, теперь обратил внимание, что появился новый столбец.

Macros

<em>Macros</em> написал(а):

hilena писал(а):У кого-нибудь считается правильно /890 в таком случае?Судя по всему причина в особенностях заполнения таблицы ab.

нота 1795054 вроде исправляет эту ошибку.

Macros

Коллеги, посмотрите еще ноту Note 1807818 - 276-FZ from 29.12.2012
Насколько я понял речь об ограничение по макисимуму.
Изменилась статья 14 255-ФЗ, добавлен п.3.3 ( введен Федеральным законом от 29.12.2012 N 276-ФЗ):

Цитата:

3.3. Средний дневной заработок для исчисления пособия по беременности и родам, ежемесячного пособия по уходу за ребенком, определенный в соответствии с частью 3.1 настоящей статьи, не может превышать величину, определяемую путем деления на 730 суммы предельных величин базы для начисления страховых взносов в Фонд социального страхования Российской Федерации, установленных в соответствии с Федеральным законом "О страховых взносах в Пенсионный фонд Российской Федерации, Фонд социального страхования Российской Федерации, Федеральный фонд обязательного медицинского страхования" на два календарных года, предшествующих году наступления отпуска по беременности и родам, отпуска по уходу за ребенком.

-DoKa-

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

Коллеги, по ноте 1762002 есть вопросы подскажите, кто знает! Самый простой пример, расчет в Январе.
1. Ошибка:
"Калькуляция среднего значения невозможна; введите колич. дней в ИТ 0293
Прерывание в операц. ERROR
20130101
RUVM****** = XMES RU011 ERROR"
- подразумеваю что из-за того что не сформирован /890
В 0293 инфо-тип /890 завел, результата 0.

У Вас проблема с делением на ноль. Сталкивался в ходе установки с такой ошибкой, но не помню как ее преодолел. Проверьте все выполненные настройки по ноте. Скорее всего не сформировались ВО SN* после RUAVE, либо в них нулевые значения. Т.о. не удается поделить сумму баз за два года на количество дней.
P.S. И обратите внимание на те ноты, которые указал Macros.

ssotnikov

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

Коллеги, по ноте 1762002 есть вопросы подскажите, кто знает! Самый простой пример, расчет в Январе.
1. Ошибка:
"Калькуляция среднего значения невозможна; введите колич. дней в ИТ 0293
Прерывание в операц. ERROR
20130101
RUVM****** = XMES RU011 ERROR"
- подразумеваю что из-за того что не сформирован /890
В 0293 инфо-тип /890 завел, результата 0.

2. Так же вопрос по поводу /890, где он должен формироваться? вызывается перерасчет, но в перерасчетах его нет. V_T7RU554C - заполнил.
3. В ракурсе V_T7RU554C, первый столбец что эта за группировка?
Спасибо!

Такая ошибка у меня возникала из-за того, что в ракурсе V_T7RU51AV_P не сохранялись виды оплаты SN**. После внесения через SE16 ошибка деления на 0 исчезла.

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

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