Всем привет!
Используется стандартное правило адаптации RU01 (с видом оплат /010).
С 01.01.2009 в ит8 создана запись с повышенным окладом и проставлен признак индексации (поле Причина заполнено нужным значением). У сотрудника были следующие изменения оклада:
01.01.2008 31.03.2008 13 700,00руб
01.04.2008 31.12.2008 18 300,00руб (признака индексации нет)
01.01.2009 31.12.9999 19 700,00руб (признак индексации есть)
Периоды с апреля по декабрь индексируются правильно (K=1.08), а вот с января по март индексируются на коэффициент 19700/13700 = 1.44 (вместо 1.08)

Извечный вопрос: где копать?

я бы сказал копать в законодательстве.
Там "ТАК" написано, что по другому и не прочитаешь.
коэф. считать как отношение оклады на дату начала отсутствия к окладу того периода для котороги считаем коэф.

А вообще это в абапе теперь. Нота 1124874

Ноту-то я видел - по ней и делал, думал, что действительно номарльно будет...
Вообщем, перефразировав высказывание одного дедушки, можно резюмиорвать: "Абапить, абапить и ещё раз абапить!"

Aly, а как система будет реагировать на понижение оклада?
922 положении п. 16 2 абз. есть такая фраза "повышаются на коэффициенты", т.е. понижаться не могет?

ХЗ
не пробовал

Мне кажется, копать надо в направлении формирования коээфициента адаптации /02I в каждом месяце. В Вашем случае д.б. так:
с 1-го по 3-период RTE вида опл. /02I, допустим, равно 1.
с 4-го по 12 период, т.к. в соответствии с полем Причина индексации быть не должно,RTE остается равным 1.
с 01.01.09 должно стать 1,08.
И если в правиле адаптации Вы настроились на RTE вида /02I, то RUAVE все правильно посчитает: все периоды умножит на 1,08.
У нас так работает. Коэф.адаптации считается правилом RUAJ.
Кстати, понижение оклада тоже должно оставлять коэф. адаптации неизменным и тогда никакой адаптации не будет.

Использовать /02I не хочется, т.к. это уже устаревшее решение.
По совету Aly написал расширение в инклуде PCSUBRU0_AVERA_ADJUST_BASES.
Заменил стандартный алгоритм расчёта на свой: определяю дату повышения, определяю на эту дату и на предыдущую дату тарифы в T510, их соотношение и даёт нужный результат.
Большой плюс в том, что не надо генерить и хранить в каждом периоде дополнительные виды оплат (/02I). Коэффициент вычисляется прямо в RUAVE при необходимости.

От /02I отказаться полностью все равно не получится, например индексация оклада во время сохранения среднего заработка (см правило RUK1). Вообще, /02I используется и в других стандартных правилах.

Получается теперь не совсем гуд: /02I генерится по одному алгоритму, правило адаптации RU01 индексирует по другому, следовательно в правиле расчёта RUK1 будет применяться индексация отличная от той, что применяется в RUAVE.
Цитата из ноты 1124874:
In such case usage of wage type /02I is incorrect

На сколько я понял, сап в соответствии с законом считает /02I некорректным для использования в RUAVE, и оставил его использование как хранитель коэфициента индексации для правил. Так что, если вы закон понимаете по другому, то советом julyb можно воспользоваться

The Matrix reloaded.
http://www.garant.ru/hotlaw/federal/211853/
Похоже снова переключаем алгоритм индексации на /02I