А вот и решение:
Note 2021655 - Federal law 55-FZ from 02.04.2014. New coefficient for calculation of the average wages – 29,3.

Кто решится?

Это про корректировочную схему? Мы не ставили эту ноту (сделал свое решение еще в апреле), но я визуально посмотрел текст ноты. В плане корректировочной схемы проблем быть не должно. Но есть замечания.
1. Сам алгоритм пересчета коэф-та из 29.4 не точный. Возникнут ошибки округления.
2. 24 месяца для пересчета, на мой взгляд, мало. Не покроет даже один полный период отпуска по уходу за ребенком до 3 лет. Если сдвиг периода расчета среднего затронет период, в котором коэф-т 29.3 не рассчитывался, возникает риск переплаты (средний будет больше, чем нужно).

Не понимаю. Праздники 6 и 8 января, из-за которых коэффициент 29.4 меняется на 29.3, установлены с 2013г. Зачем пересчитывать периоды до 2013г?

Насколько Я помню, период может сместиться если нет заработка за предыдущие 12 календарных месяцев.

Пусть ребенок родился в июне 2011 года. Сотрудница была в отпуске по уходу за ребенком до 3 лет. В июне 2014 этот отпуск заканчивается. Она не хочет выходить на работу, увольняется. Нужно считать компенсацию. Последний рабочий период будет где-то в феврале-марте 2011. Вот и считаем на сколько нужно сдвинуть период расчета среднего.
А ведь еще возможна ситуация, когда сотрудница уйдет во второй декрет.

PS. Хотя, справедливости ради, если учесть, что в стандартных правилах расчета среднего для отпусков установлено число периодов для просмотра 24, то число периодов для пересчетов 24 в ноте выглядят логичным. У нас это число исправлено на 100 .

29.4 это календарные дни для отпуска в полностью отработанном месяце до 2013г. С 2013г кол-во праздников стало 14 и календарных дней в месяце стало 29.3 = (365-14)/12. В предложенном решении ( нота 2021655 ) используется новый вид оплаты /882 , который создает корректировочная схема. Не понятно, почему не предложили просто пересчитать /876 , начиная с января 2013.

Коллега, а что Вы будете делать с отпусками ноября 2013 (в релевантных периодах для этого отпуска должно быть 29,4)? Применять новый коэффициент к таким отпускам Вы не можете, т.к. закон распространяется на случаи после его опубликования и обратной силы не имеет!

как успехи с нотой 2021655? почему они хотят прогружать с апреля 2012? Не понимаю откуда такая дата.

Я писал чуть выше. В стандартном правиле расчета среднего (например RU01 в V_T51AV_A) максимальное число рассматриваемых периодов установлено 24. Поэтому и число периодов, которые нужно обработать корректировочной схемой, равно 24, а это апрель 2012.

Если у вас правило расчета среднего может рассматривать большее число периодов, то и обрабатывать корректировочной схемой необходимо с более ранней даты.

Ха. Оказывается согласно ноте 2021655 важно чтобы новые правило расчета средней и правило кумуляции в порядке сортировки следовали раньше старых (по аналогии с САПвскими AU01 > AT01). В этом случае ПРС рассчитываются и присваиваются корректно, даже с учетом 2-ух ПРС для одного вида оплаты в периоде.

А кто-нибудь сталкивался с такой проблемой.
Отпуск начинается 01.04.2014 г. и длится более одного дня.
Так как в ФМ HRPY_AVERA_GET_AVRULES определение правила расчета среднего заработка выполняется следующим образом:
SELECT SINGLE * FROM T51AV_P
INTO CORRESPONDING FIELDS OF I51AV_P
WHERE MOLGA = MOLGA
AND LGART = IT-LGART
AND ENDDA GE WPBP-ENDDA
AND BEGDA LE WPBP-ENDDA.
"wpbp-endda like other processing classes !
То весь отпуск рассчитывается по новому правилу AT01 (исходя из коэффициента 29,3).

Не сталкивался, но похоже на то, что в T51D5 не добавлена дата 02.04.2014, чтоб принудительно дробить WPBP с этой даты. Это было сделано?

Да, в T51D5 запись есть.

Спасибо за наводку. Оказалось, что какой-то добрый человек закомментил RUSPL по T51D5...
Вопрос решили)

Добрый день!
Запускаю корректирующую схему RUU4 для загрузки нового коэффициента, ставлю дату обратного расчета с 01.04.2012, в итоге это поле не отрабатывает, и расчет проходит только с 01.01.2014 по 01.04.2014. Что нужно добавить в корр. схему, чтобы срабатывала дата обратного расчета?
Проблема в том, что если запускать по каждому месяцу отдельно, то, к примеру, запускаю я 12.2013, корр. схема считает 11.2013 и 12.2013, в итоге в кластере за 12.2013 во /882 сохраняется по индикатором P - предыдущий результат, а не под A - актуальный результат.