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

Umberto

вот пример нашего расчета:

доход к,д
2012 186604.95 366
2013 170554,11 365
---------------------------------------
Должно быть: 357159,06 : 731 =488,59
Отсутствий нет

SAP дает средний 489,26

при этом если бы делило на 730:
357159,06 :730=489,06

SN12 366 дней, здесь все ок
/890 все нулевые

PS: изначально предложенный вариант с константой реально работает. Оставлю KAL2Y =731

RoustR

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

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

Средний вычисляем обоими способами, а потом сравниваем. Если средний из 731 будет больше, то берем из 730.

а это-то откуда выходит ? На основании чего ? Как при делении X на 731 может выйти больше, чем при делении X на 730 ???

Под "731" я имел в виду способ расчета календарных дней для больничного по берем/родам и пособий. В этом случае берем число дней за 2 года минус исключаемые отсутствия. "730" - это когда просто делим на константу 730, которая не отчего не зависит. Соответственно, по методу "731" средний можно получить больше, если есть отсутствия.

Необходимость расчета среднего двумя способами выходит из методики расчет среднего:
1. Сначала сам расчет среднего, пункт 3.1 статьи 14 закона 255-ФЗ

Цитата:

3.1. Средний дневной заработок для исчисления пособия по беременности и родам, ежемесячного пособия по уходу за ребенком определяется путем деления суммы начисленного заработка за период, указанный в части 1 настоящей статьи, на число календарных дней в этом периоде, за исключением календарных дней, приходящихся на следующие периоды:

2. Затем проверка ограничения, пункт 3.3 той же статьи

Цитата:

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

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

PS: изначально предложенный вариант с константой реально работает. Оставлю KAL2Y =731

Конечно работает - для ВСЕХ видов больничных

. Вы обычные больничные посчитаете с константой 731.
А если сотрудник (этот или другой) решит поменять года расчета, скажем на 2011 и 2013?

RoustR

Вот демонстрация работы расчета среднего по берем\родам в RUAVE. Возможно, она поможет в локализации проблемы.
Это второй этап расчета, в журнале он идет под фразой типа "Считать и аккумулир. тек. период для ZPRG и AB 01" (ZPRG у меня копия стандартного правила PREG

Собранные сумм

Code:

ZPRG      01            01        SC12  00          01.01.2014  31.01.2014             512 000,00                   0,00
                 0,00  00685
ZPRG      01            01        SC13  00          01.01.2014  31.01.2014             568 000,00                   0,00
                 0,00  00685
ZPRG      01            01        SN12  00          01.01.2014  31.01.2014                   0,00                 355,00
                 0,00  00685
ZPRG      01            01        SN13  00          01.01.2014  31.01.2014                   0,00                 353,00
                 0,00  00685

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

Обработка

Code:

RUVM      *            TABLEAVEST
RUVM      *            VALEN 1
RUVM      *            RTE=M           <= В RTE получили накопленную сумму 1080000
RUVM      *            RTE?0
RUVM      *   *        NUM=1
RUVM      *   *        MULTI RNA
RUVM      *   *        PCYGRUVMC
RUVM      C            VARGBCURR
RUVM      C   X        RESET A
RUVM      C   X        RUSPL YA
RUVM      C   X        RUABL?
RUVM      C   X *      TABLEAB
RUVM      C   X *      AMT=BOBEGD
RUVM      C   X *      AMT?734870
RUVM      C   X * *    NUM=M           <= В NUM положили накопленные дни из SNхх          
RUVM      *   *        NEXTR A
RUVM      *   *        TABLEAVEST
RUVM      *   *        PRINT X
    Строка заголовка таблицы OT
 A ВОпл ТекстВОп   APC1C2C3aBKoReBTAwvTvNЕднцСумма/ЕднцЧисло         Сумма
 2 ZPRG            02              01       1080000,00708,00    735 251,00
                                            ^проконтролировали
RUVM      *   *        NUM?0
RUVM      *   * *      DIVID RNR        <=получили средний 1080000/708
RUVM      *   * *      VARGBCURR
RUVM      *   * * X    PCYGRUVMA
RUVM      A            PRINT X
    Строка заголовка таблицы OT
 A ВОпл ТекстВОп   APC1C2C3aBKoReBTAwvTvNЕднцСумма/ЕднцЧисло         Сумма
 2 ZPRG            02              01        1 525,42 708,00    735 251,00
                                             ^ вот он средний
RUVM      A            ZERO=&RUVF
RUVM      A            ADDWT&RUVF            <= сохранили во временную переменную
RUVM      A            AMT= RUAV2            <= берем предельную сумму за 2 года
RUVM      A            PRINT X
    Строка заголовка таблицы OT
 A ВОпл ТекстВОп   APC1C2C3aBKoReBTAwvTvNЕднцСумма/ЕднцЧисло         Сумма
 2 ZPRG            02              01        1 525,42 708,00  1 080 000,00
 RUVM      A            NEXTR A
 RUVM      A            NUM=KKAL2Y           <= коэф-т 730
 RUVM      A            DIVID ANR            <= получаем максимально возможный средний
 RUVM      A            PRINT X
     Строка заголовка таблицы OT
  A ВОпл ТекстВОп   APC1C2C3aBKoReBTAwvTvNЕднцСумма/ЕднцЧисло         Сумма
  2 ZPRG            02              01        1 479,45 730,00  1 080 000,00
                                              ^ вот он
 RUVM      A            RTE<& RUVF            <= берем минимум из двух полученных средних
 RUVM      A            PRINT X
     Строка заголовка таблицы OT
  A ВОпл ТекстВОп   APC1C2C3aBKoReBTAwvTvNЕднцСумма/ЕднцЧисло         Сумма
  2 ZPRG            02              01        1 479,45 730,00  1 080 000,00
                                              ^ вот он
 RUVM      A            NEXTR B
 RUVM      A            ZERO=&RUVF
 RUVM      A            ADDWT&RUVF
 RUVM      A            WGTYP=*
 RUVM      A            R51P1?SMN              <= далее идет проверка среднего на минимум
 RUVM      A   X        ELIMI *                   средний не может быть ниже, чем по МРОТ
 RUVM      A   X        RESET A
 RUVM      A   X        RUSPL YA
 RUVM      A   X        RUSPL AY
 RUVM      A   X        ELIMI Y
 RUVM      A   X        NEXTR A
 RUVM      A   X        R51P1=SMR
 RUVM      A   X        RTE=R *
 RUVM      A   X        RTE?0
 RUVM      A   X *      PRINT X
     Строка заголовка таблицы OT
  A ВОпл ТекстВОп   APC1C2C3aBKoReBTAwvTvNЕднцСумма/ЕднцЧисло         Сумма
  * /020 Оценка-Бол 02                          182,60 730,00  1 080 000,00
                                                ^ вот оценка по МРОТ
 RUVM      A   X *      RTE>& RUVF              <= берем максимум из расчетного среднего и из МРОТ
 RUVM      A   X *      PCYGRUVFB
 RUVF      B            RTE-& RUVF
 RUVF      B            RTE?0
 RUVF      B   *        RTE+& RUVF
 RUVM      A   X *      WGTYP=*
 RUVM      A   X *      PRINT X
     Строка заголовка таблицы OT
  A ВОпл ТекстВОп   APC1C2C3aBKoReBTAwvTvNЕднцСумма/ЕднцЧисло         Сумма
  * 4240 Больничный 02                        1 479,45 730,00  1 080 000,00
                                              ^ Итог
 RUVM      A   X *      RUPGRUVG*
 RUVM      A   X *
 RUVM      *   * * X

Umberto

у нас используется правило RUVF (Z-копия), которое напрямую говорит использовать константу:

****
TABLEAVEST СчитПоляТаблицы
VALEN 1 УстанДлинуПеремАргум
RTE=M Установить
RTE?0 Сравнение
*
NUM=1 Установить
MULTI RNA УмножВсего/Чсл/Сумма
NUM=KKAL2Y Установить
DIVID RNR ДелениеВсего/Чсл/Сум
VARGBCURR ПолеТабл VVVVV ПАрг
*
X
PCYGRUVFA По всем ВОплт
=
AMT=M Установить
NUM=1 Установить
MULTI ANR УмножВсего/Чсл/Сумма
NUM=KKAL2Y Установить
DIVID RNR ДелениеВсего/Чсл/Сум
VARGBCURR ПолеТабл VVVVV ПАрг
*
X
PCYGRUVFA По всем ВОплт

Я так понимаю, это из-за схемы CE.

RoustR

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

у нас используется правило RUVF (Z-копия)

Правило RUVF - это правило расчета среднего обычного больничного. Естественно, что оно неправильно считает больничный по берем/родам.
Даже в названиях правил это указано:
RUVF Calc Average after Cumul: AMT/730 CalDays Not Less than in R51P1=SM
RUVM Calc Average after Cumul: AMT/ActWorkDays Not Less than in R51P1=SM

Посмотрите стандартные правила расчета средний SICK и PREG.

Umberto

мне кажется, у нас криво или не до конца применена нота 1814007 https://websmp230.sap-ag.de/sap(bD1ydSZjPTAwMQ==)/bc/bsp/sno/ui_entry/entry.htm?param=69765F6D6F64653D3030312669765F7361706E6F7465735F6E756D6265723D3138313430303726

UPD: так и оказалось, а именно в V_T51AV_P напротив нашего в.о. Больничного по берем. стояло правило расч. средн. SICK (вот почему вызывалось RUVF), поменял на PREG - все заработало.

Спасибо огромное, RoustR !!!

Krem

Добрый день.
Снова по коэффициенту 29,3, минтруда выпустило разъяснения О НЕОБХОДИМОСТИ ПЕРЕРАСЧЕТА ОТПУСКНЫХ СУММ С УЧЕТОМ ИЗМЕНЕНИЯ
СРЕДНЕМЕСЯЧНОГО ЧИСЛА КАЛЕНДАРНЫХ ДНЕЙ:
Если начало отпуска приходится на 1 апреля 2014 г., то за один день производится расчет отпускных сумм с применением среднемесячного числа календарных дней 29,4, за остальные дни - с применением среднемесячного числа календарных дней 29,3.
Если начало отпуска приходится на 2 апреля 2014 г., то расчет отпускных сумм производится с применением среднемесячного числа календарных дней 29,3.
Согласно статье 136 Кодекса оплата отпуска производится не позднее чем за три календарных дня до его начала, в рассматриваемом случае отпускные суммы работник должен получить не позднее чем 28 марта 2014 г., а со 2 апреля 2014 г. работнику должен быть произведен перерасчет, выплату которого нужно произвести в последующий соответствующий срок выплаты заработной платы, установленный в организации.

Я так понимаю сап никак это не реализовал, и если у нас межрасчет отпуска в марте, то будет считать по старому коэффициенту, так как правила расчета действуют с 02.04.2014, кто как с этим боролся у себя?

RoustR

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

Я так понимаю сап никак это не реализовал, и если у нас межрасчет отпуска в марте, то будет считать по старому коэффициенту, так как правила расчета действуют с 02.04.2014, кто как с этим боролся у себя?

Натыкался я на эту ошибку, и разбирался с ней. Опишу разбор, сами решайте, что с ним делать.

В такой ситуации с отпуском будет заполнено поле SPPE2 с ссылкой на другой месяц - расчет марта, отпуск ссылается на апрель. RUAVE выделяет такие отсутствия и делает для них отдельный прогон расчета среднего. В журнале такой прогон обозначен фразой типа

Code:

   > Расчет средней ставки на 02.04.2014 для отсутствия 0101 02.04.2014

За выполнение этого прогона отвечает процедура ruave_sppe2_calculation, которая работает в функции RUAVE.
Этот отдельный прогон выполняется с эмуляцией расчета месяца, указанного в SPPE2. В нашем случае, идет расчет марта, а прогон будет выполнятся как будто выполняется расчет апреля. Для этого происходит переопредление внутренних переменных, в частности в ruave_sppe2_calculation есть следующие строки

Code:

 "start average calculation for absence on date SPPE2
 aper-begda = aper-pbegd = <ls_p2001>-sppe2.
 PERFORM last_day_in_month(sapfp500) USING aper-begda
                                           aper-endda.
 aper-pendd = aper-endda.

Структура aper описывает период расчета, происходит подмена периода.

Далее происходит подготовка к запуску итерации расчета среднего (функция averages_processing). Первым делом необходимо считать правила расчета среднего для нашего ВО.

Code:

  IF as-parm1 EQ 'BEG'.
* read wagetype to be valuated with averages
    PERFORM read_it_for_averages TABLES it
                                        av_it
                                        avrules
                                        i51av_p.
    CHECK NOT av_it[] IS INITIAL.

В read_it_for_averages происходит вызов ФМ HRPY_AVERA_GET_AVRULES, который вернет список правил расчета среднего для нашего ВО

Code:

  FORM READ_IT_FOR_AVERAGES TABLES R_IT STRUCTURE  PC207
                                   R_AV_IT  STRUCTURE PC207
                                   R_AVRULES STRUCTURE T51AV_A
                                   R_I51AV_P STRUCTURE T51AV_P.
    CALL FUNCTION 'HRPY_AVERA_GET_AVRULES'
      EXPORTING
        MOLGA                  = CALCMOLGA
      TABLES
        IT                     = R_IT
        AV_IT                  = R_AV_IT
        I51AV_P                = R_I51AV_P
        AVRULES                = R_AVRULES
        WPBP                   = WPBP
      EXCEPTIONS
        NO_AVERAGE_CALCULATION = 1
        ERROR_IN_WPBP          = 2
        OTHERS                 = 3.
    IF SY-SUBRC <> 0.
  * MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
  *         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
    ENDIF.

  ENDFORM.                    "READ_IT_FOR_AVERAGES

Считывает он эти правила с привязкой по датам из WPBP, а вот WPBP мы как раз и не подменили, там как и был, находится март. Поэтому для нашего отпуска считаются правила расчета среднего, действовавших в марте.

Если в том месте, где переопределяется aper, также переопределить и WPBP (ну и восстановить затем в исходное состояние, как и aper, то определение правил среднего происходит правильно.

msv

Krem

Цитата:

Загружаю по порядку начиная с 04.2012, почти по всем периодам коэффициент нормально грузится, но есть периоды, где он грузится почему-то под индикатором P

Коллега, удалось ли решить эту проблему?
Столкнулся с теми же симптомами, новый ВО ложится в кластер по для-периоду, то есть в результат с типом P, что приводит к ошибкам в расчете среднего с использованем нового ВО /882.

Krem

msv написал:

Коллега, удалось ли решить эту проблему?
Столкнулся с теми же симптомами, новый ВО ложится в кластер по для-периоду, то есть в результат с типом P, что приводит к ошибкам в расчете среднего с использованем нового ВО /882.

Добрый день, как я понял, это происходит потому, что был пересчет вашего периода, по которому вы грузите, к примеру вы загрузили коэффициент за 01.01.2014, а у вас был пересчет января предположим в июне, это значит, чтобы у вас за январь прогрузился с типом A, вам надо будет делать загрузку по всем месяцам начиная с января и по июнь включительно.

msv

Krem
Спасибо, да, к такому же выводу пришел.

hilena

Кто ставил обновления по 4-ФСС (конкретно ноту 2006167), чтобы код ОКВЭД не выводился на 2 странице?
У нас все формуляры кривые после нее...

Krem

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

Натыкался я на эту ошибку, и разбирался с ней. Опишу разбор, сами решайте, что с ним делать.

Добрый день, большое спасибо, мы сделали похожую разработку, но другая проблема ещё осталась, как выделить и посчитать один день за 1 апреля по коэффициенту 29,4, а остальные дни считать по 29,3, может кто делал уже своё решение?

RoustR

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

другая проблема ещё осталась, как выделить и посчитать один день за 1 апреля по коэффициенту 29,4, а остальные дни считать по 29,3, может кто делал уже своё решение?

Вы хотите часть отпуска считать по одному среднему, часть по другому? По моему, это не правильно. Весь отпуск должен быть посчитан по одному среднему.

Krem

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

Вы хотите часть отпуска считать по одному среднему, часть по другому? По моему, это не правильно. Весь отпуск должен быть посчитан по одному среднему.

Да, для системы это совсем нелогично, но минтруда опять же требует этого в своём разъяснении:
Если начало отпуска приходится на 1 апреля 2014 г., то за один день производится расчет отпускных сумм с применением среднемесячного числа календарных дней 29,4, за остальные дни - с применением среднемесячного числа календарных дней 29,3.

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

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