Господа, что делать с новым расчетом больничных.
Так как есть серьезные сомнения в том что сап вовремя сделает исправления для нашей старушки 4.6, я хочу сам попробовать нарисовать расчет, но как-то не могу определиться с алгоритмом. Может быть более опытные в нашем нелегком деле товарищи помогут.
Что мне пришло в голову.
1)Делаем правило расчета с заходом в 36 месяцев назад и переписываем правило релевантности, чтобы отбирались нужные 24 месяцы. Далее переписываем входимость в куммуляцию. На все это уже в схеме наворачиваем органичения.

2)Писать свое правило в котором считывать кластер для нужных годов и там через CRT последнего месяца подбирать нужные для расчета суммы.

Может быть еще есть варианты. Наверное это может быть полезным не только мне.

Как именно планируете "отбирать нужные" ?

Дневную ставку пакетно занести в ИТ 14 на период с 01.01 по 31.12. Для свежепринятых - заносить руками.
Собственно ставку посчитать путем нехитрых манипуляций с ведомостью видов оплат.

Такое действо производить раз в год.
Дешево и сердито.
Отпадают проблемы с выбором годов для беременневших и свежепринятыми сотрудниками с их прошлыми работодателями.

Нужные я хотел ФМ написать в котором выбирать месяц относящиеся с 1 по 12 к двум предыдущим годам. Это ИМХО не сложно,

Я сегодня как раз закончил основу. У нас как раз старая схема (основана на RU00). Работает.

Делал через расчет средних (AVERA). Только разделил периоды - отдельно собираю прошлый год, отдельно - позапрошлый. Так проще вести контроль на макимум. Правило релевантности - на основе правила для годовой премии. Для прошлого года вообще один в один. Для позапрошлого года - сдвинул год в анализе. Сразу заложил возможность замены года.

После работы AVERA получается две суммы, условно прошлый и позапрошлый год. Условно, так как могу заменить год. Для каждой полученой суммы потом могу определить, что это за год. Сравниваю с максимумами для соотвествуюющего года по настройке налога ФСС, ограничиваю если надо. Складываю, делю на 730. Все.

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

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

для 6-ки сделали, гляньте ноту 1543287, может какие идеи почерпнете.

Добрый день всем, у меня такой вопрос:
в описании ноты 1543287


Than RUAVE evaluates /008 as collection of appropriate pair /S* wage type. For example for 2012 year it will be sum of /S10 and /S11 divided onto 730
Finally RUAVE evaluates sick-list compensation payment taking rate from /008. System takes rate from /020 in case of /008 is less than rate from wage type /020. Value of average rate for compensation payment is frozen in AVERA for period of absence.

Как я понял во /008 - среднее из расчета 2 лет деленное на 730 должен сравниваться с Во /020-минималка и браться максимальное значение из них? У меня в ruave расчет среднего из 2 лет происходит в самом конце работы ruave и с минималкой сравнивается значение в во /008 среднедневное, рассчитанное из оклада (оклад/кал.дни в месяце). Думаю так быть не должно.
Подскажите, как должно быть по задумке САП?

Спасибо.

Добрый день всем.
Кто-нибудь настроил у себя эту ноту?
Я с предыдущим вопросом разобрался =) Хотел узнать, как у вас рассчитывается больничный, если он меньше значения в /020 (меньше МРОТ)? Для расчета берется значение из /020 и потом в функции rusi0 еще сокращается в зависимости от стажа?

Если работник проболел месяц и у него стаж такой, что процент равен 60%, то получит он 0,6МРОТ.

Уже несколько тем с обсуждением вопросов расчета больничных:
viewtopic.php?f=11&t=66733
viewtopic.php?f=11&t=65615

Страдальцам на 4.6/7 тоже счастье подкатило: https://service.sap.com/sap/support/notes/1548253

Ну ничего "нового" по сравнению с 6.0 там нет... принцип тот же.

откуда инфа? Наши бухгалтера говорят что меньше МРОТа получать не должен, вне зависимости от стажа.
А так такая же проблема rusio уменьшает МРОТ на стаж.

Это следует из внимательного прочтения 343-ФЗ.