В прошлом, 2013 году, с 01.01.2013 была настроена индексация и вроде бы правильно рассчитывались все отсутствия (меня не было тогда), а начиная с февраля 2014 начисленная сумма по отсутствиям выходит без индексации. Поле preas в PA0008 проставлено 01 на 01.01.2014. Настройки классов обработки не менялись, правила в схеме тоже, всё тоже самое что было.

Скорее всего не применены последние ноты по операции RUADP. Посмотрите, она используется у вас в схеме?

Нет такой функции. А можете рассказать что и как она делает или дать номер ноты. Спасибо.

Я так понимаю, у вас 64 патч установлен?
Основные ноты - это 1723584 и 1886688, в связанных нотах устранения косяков.
Скорее всего, вам нужно будет поменять свои правила, инструментальная часть уже применена.

Сразу хочу предупредить - решение довольно [s]косячное[/s] свежее

Посмотрите еще эту тему:
viewtopic.php?f=11&t=84354

Суть в том, что в случае отсутствия в месяце повышения, либо переходящего через момент глобального повышения обработка перенесена из ф-ции ruave в операцию ruadp.

Из очевидных косяков: в случае нескольких изменений окладов коэф-т адаптации один и тот же (в случае переходящих отсутствий), а должен быть разный; не индексируются индексируемые премии

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

Проблема в том, что настройка индексация проходила год назад и почему именно с 2014 перестали индексироваться отсутствия.
Т.е. в ИТ0008 строки с preas 01 стоят за 01.01.2013 и 01.01.2014
Где может быть по дате ограничение?

Добрый день, посмотрите ракурс V_T51AV_B, тут задаётся правило адаптации для каждого ВО?

У вас проблема со всеми остутсвиями или только переходящими с декабря на январь?

Здравствуйте!
Со всеми отпусками февраля, я так понимаю как начал январь 2014 входить в расчет среднего за 12 мес....

Косяк такой же.
Проблема в том, что именно в феврале в инклюде PCSUBRU0_AVERA_ADJUST_BASES приходит не отсортированная таблица it_results. И всё идёт крахом

Спасибо огромное, посмотрю.

А можете поконкретнее про сортировку, по какому параметру нужно отсортировать? И что это даст?

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

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

Всё дело в функции Ruave. Почему то в феврале 2014 года нарушается сортировка входящих 12 периодов и теряется индексация.
Лечение: в таблице T51AV_R в строке с компенсацией отпусков вставили самописный ФМ с одной строкой обратная сортировка. Возможно есть стандартный ФМ, не было времени искать.

Подскажите была ли у кого-нибудь проблема в такой ситуации: два отпуска (основной и учебный) заведены в одном и том же месяце последовательно. С 1 числа этого же месяца увеличивается оклад, что является основой для индексации. У первого отпуска ставка считается верно. У второго - нет. При чем если оставить один отпуск (второй) ставка считается верно.
Все что накопали пока - при отработке RUADP второго отсутствия в таблицу RUAVE попадают не только релевантные к расчету среднего ВО, но и разницы между индексированными и неиндексированными суммами. При обработке первого отпуска заполняется только лишь релевантными ВО.