А почему вы используете /02I? Это старое решение, лучше использовать /010. В нем хранится оклад за каждый месяц. RUAVE сравнивает /010 в месяце повышения или события (зависит от настрйки в t7ru51av_c) и сравнивает со /010 в каждом из месяцев расчётного периода до глобального повышения, полученный коэф-т умножается на сумму индексируемого ВО. Исключение составляют только отсутствия, которые начались до повышения, а закончились после. Эти случаи обрабатывает RUADP.

UPD
Более того, использовать /02I даже неправильно, т.к. выплаты могут быть индексируемые и неиндексируемые, причем в привязке к дате, а /02I, на сколько я помню, просто повышает ставку среднего в правиле RUA3.

зависит от настрйки в t7ru51av_c

Всем большое спасибо!
Получается настроить с индексацией "внутри" RUAVE (то есть "возможность" есть).

Вариант с созданием мероприятия (с завязкой на ИТ0008) и "индивидуальным" к-том и индексации - это же "много работы", не хотят... . Правда и в постановке указан один общий к-т повышения для всех.
То есть наверно пойдем своим путем... Но настройки все же на формирование /020I оставлю (так "бухгалтерам" легче сверять).

А расчет среднего в итоге с использованием какого механизма?:)

Служебка пришла с общей константой для всей компании. Вынес ее в T511P. После RUAVE (оставил ее со средними без индексации) в схему свое правило по увеличению средней для отпусков на к-т вставил. /02I накапливается тоже (через пару месяцев, как обычно это у нас бывает, одумаются, что к-т должен был быть индивидуальным, - пригодится ... ).

Служебка пришла с общей константой для всей компании. Вынес ее в T511P. После RUAVE (оставил ее со средними без индексации) в схему свое правило по увеличению средней для отпусков на к-т вставил. /02I накапливается тоже (через пару месяцев, как обычно это у нас бывает, одумаются, что к-т должен был быть индивидуальным, - пригодится ... ).