Добрый день!
Подскажите плиз, сталкивался ли кто с такой проблемой:
Есть годовой бонус за 2009 год, который выплачивается сотруднику в марте 2010 года. В апреле 2010 года сотрудник идет в отпуск. Стандартное правило RUA3 формирует «добавку» к среднедневному заработку, сформированному функцией RUAVE. Однако в этой «добавке» годовой бонус учитывается в полном объеме, т.е. итого для данного примера годовая премия целиком войдет в базу для расчета среднего заработка.
Однако ключевым пользователям нужно, чтобы в каждый месяц включалась 1/12 от годового бонуса. Т.е. в указанном выше примере (период для расчета среднего: 03.2009 – 02.2010) нужно, чтобы в заработок 03.2009 включалось 1/12 бонуса, в заработок 04.2009 – 1/12 бонуса и т.д., в заработок 12.2009 включалось 1/12 бонуса, а в заработки 01.2010 и 02.2010 ничего не попадало. Итого получаем, что в базу для среднего заработка нужно включать 10/12 годового бонуса.
САП по аналогичному вопросу с квартальными премиями сказал, что это не противоречит законодательству.

Вопрос:
Как реализовать включение 1/12 годового бонуса ежемесячно согласно описанному выше примеру (т.е. чтобы в базу для расчета среднего вошло 10/12 годового бонуса, а не 12/12)?

Спасибо.

Интересная трактовка. Первый раз о такой слышу. Даже перечитал еще раз постановление №922 от 24.12.2007. Там ничего о таком не говорится. Надо будет спросить мнение бухгалтеров. А про средний для больничного ничего подобного не говорят?
Мне кажется, это противоречит законодательству.


А если годовую премию выдадут довольно поздно, у нас бывало и в августе, и даже в сентябре, то получается, что можно получить лишь 1/3 участия годовой премии в расчете средней. При таком подходе было бы логично пересчитывать тогда требовать перерасчета отпускных прошлого года. Неправильно это как-то.

ЗЫ.
Спросил бухгалтеров, говорят так считать неправильно.

Это так называемый пропорциональный расчет. У нас это делали внедряльщики как доп разработку.

Настроить-то не очень сложно. С ходу, как вариант. Допустим у нас в каждом месяце в результатах расчета будет лежать вид оплат со значением 1 в поле Сумма или Число. Тогда нужно добавить новое правило расчета среднего на основе этого вида оплат с правилом релевантности, которое будет пропускать только периоды прошлого года. Тогда после обработки RUAVE у нас накопится кол-во периодов прошлого года.
Остается только создать только такой вид оплат. ФМ для правила релевантности придется скорее всего апабить, хотя там будет всего несколько строк – сравнить год периода с годом отпуска (для-периода)

Ну, или просто на-абапить свою операцию.

Здравствуйте! Подниму давнюю тему. Сейчас кто-то ещё учитывает годовую премию таким способом? Мне он тоже кажется очень странным, но, похоже, таково требование бизнеса. Думаю, стоит ли прогнуться или лучше уговорить на алгоритм 922-го Положения.

Лучше уговорить, чтобы учитывать в полном объеме.

Хорошо, если премию платят регулярно, допустим, строго в апреле. А если за 2016 год заплатили в апреле 2017, а за 2017 - в марте 2018. Получается, для отпусков в апреле 2018 нужно учесть разные кусочки двух годовых?
А был у нас клиент, говорит, мы можем платить годовую не разовой выплатой, а частями! Представьте, вычислять пропорции для каждой части?

Спасибо за ответ, calm!



Да, Вы правы, вопросы интересные могут возникнуть
SAP рекомендует вносить премии декабрём того года, за который они начислены. Это инициирует перерасчёт декабря - уже, возможно, закрытого года. На практике насколько лояльно пользователи относятся к вводу сумм настолько обратным числом?

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

Верно. В нашем случае реакция была негативной. Но к алгоритму пришли по 922 Положению, без 1/12.
Спасибо.