У нас в периоде повышения формируется 2 вида /02I c разными коэффициентами и 2 соответсвующих кусочка вида /210, которые используются в правиле кумуляции. Но потом при расчете использутся, похоже, только первый /02I . В журнале расчета средних кусочки /210 видны раздельно. Но оба умножены на коэффициент.
Вы пишете про RUAVE,а у нас используется AVERA. Чем они отличаются? У нас версия 4.7, схема RU00.

Проблема для отпуска в последующем от повышения оклада периоде решилась использованием RUAVE вместо AVERA.
А для отпуска в периоде повышения осталась...

Интересно, если в середине месяца произошло повышение оклада, а сотрудник ущел в отпуск чуть раньше нужно пременять новый коэфициент адаптации?

Вот что сказано в статье из журнала, разъясняющей разные способы рассчета:
"Вариант 3. Зарплату работнику могут повысить и в тот момент, когда он находится в отпуске. В этом случае нужно скорректировать часть среднего заработка, которая приходится на период с момента, когда увеличен оклад, и до окончания отпуска. "

Опять вернулись к этой теме.
Ничего нового не появилось для случая, когда в середине месяца повышают оклад и в этом же месяце отпуск?
Сейчас средний адаптируется только если повышение было с 1-го числа. Со 2-го - уже не адаптируется.
Может за год какие-то доработки появились?

у нас ruave. у меня вообще коэф адаптации не работает. какие галочки и где нужно включить? и вообще как коэф должен работать?

настроил коэф адаптации, но возникли проблемы...


человек пошел в отпуск с 10 апр по 10 мая например, если у него повышение тарифа 15 апреля, то первая часть отпуска у меня считается по средней с коэф=1, а вторая часть с коэф адаптации.
другая ситуация - отпуск с 10 апр по 10 мая, только повышение тарифа с 1 мая. у меня отпускные считаются в апреле полностью с коэф =1. в мае коэф адаптации высчитывается равен например 1.15. а отпускные не пересчитываются. а по закону дни после повышения должны посчитаться с коэф 1.15. как заставить пересчитать отпускные?

В стандарте AVERA этого нет
В российской схеме RUS0 это реализовано через RUFUP RUK1. Это доначисление призойдет при расчете мая (в вашем примере)
А вот как в вашей схеме, это вопрос

вы все еще в 4.7? Доработки для этой версии ждать не стоит, в лучшем случае только изменения законодательста появляются

есть такая функция...

RUFUP RUK1 P65 NOAB 1

вот у меня вопрос возник по четвертому параметру какой нужно поставить? на входе стоит IT, что там должно быть(какие виды оплат или данные)? сейчас у меня правило в апреле и мае вообще не отрабатывается - в журнале 2 строчки таблица на входе и сразу на выходе. /02i я храню в RT, получается его надо и в IT засунуть для этой функции?

в ит засунул /02i не помогает, он туда почемуто даже не заходит в мае... в апреле кстати тоже... не знаю что ему надо...

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

Коллеги, добрый день!

Вопросы по Note 1124874 :
1. Получается в случае применения этой ноты SAP отказывается от /02i?
2. На сколько я понял повышение средних будет идти через /010.
А как в этом случае RUAVE будет понимать, прошло ли повышение по предприятию или по отдельному сотруднику?

Кто уже ставил эту ноту или разобрался с ней, помогите решить эти вопросы!
СПАСИБО!

- понимает также как и раньше через признак
- /02i всеодно пользуеться если повышение проходит либо в месяце начала отсутствия либо в процессе самого отсутствия.
Т.е. правила как работали так и будут работать

RUFUP обрабатывает табличку FUP. А как и когда в нее попадают записи? И что туда должно попасть? У нас система ERP2005 схема RUS0. Для случая отпуск в апреле с переходом на май как должно быть? Нужно делать обратный расчет апреля или не нужно? У меня в любом случае табличка FUP пустая.