Добрый день, уважаемые коллеги!
Помогите, пожалуйста, разобраться с ситуацией.
Сотрудник принят на работу 17.06.09 с окладом 23100 руб, с 01.07.09 оклад повышен до 27700 руб, а с 20.11.2009 сотрудник идет в отпуск.
Считаю среднедневной заработок - адаптации июня не происходит!
Правило адаптации (на основе /010) присвоено в правиле.
Смотрим ABAP-код: идет проверка наличия /010 на 01.06.09 и так как на эту дату /010 нет, то коэффициент адаптации принимается за 1.
Другие случаи, где целый месяц, работают.
Возможно кто-нибудь сталкивался?
Спасибо за внимание.

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

LOOP AT RESULTS WHERE EVP-FPBEG LE AV_PERIOD_BEGDA
AND EVP-FPEND GE AV_PERIOD_BEGDA.
LOOP AT RESULTS-INTER-WPBP INTO WPBP_WA
WHERE BEGDA LE AV_PERIOD_BEGDA
AND ENDDA GE AV_PERIOD_BEGDA.
EXIT.
ENDLOOP.
LOOP AT RESULTS-INTER-RT INTO RT_WA
WHERE LGART = I51AV_C-COMPWTYP
AND APZNR = WPBP_WA-APZNR.
current_value = RT_WA-BETPE.
ENDLOOP.
ENDLOOP.

Условия первого цикла не выполняется, т.к. AV_PERIOD_BEGDA всегда первое число обрабатываемого месяца, а результат расчета при приеме на работу не с первого числа начинается тоже не 1 числа.

Наверное для /010, что-то подобное.
Выход: править с использованием Enhancement Implementation или писать в САП или забить и отслеживать такие ошибки и исправлять вручную).

зы.
Теперь наверное нужно опять использовать правило индексации через /02I: viewtopic.php?f=11&t=46699

Спасибо, Macros, за ответ.
Вчера мы с бухгалтерами обсуждали Постановление № 916 от ноября 2009 и не нашли никаких отличий в расчете - решили, что это просто уточнение уже имеющейся формулировки.
В чем изменения?

Ну как же, в п.16 не просто уточнения.
Было:
если повышение произошло в расчетный период, - выплаты, учитываемые при определении среднего заработка и начисленные в расчетном периоде за предшествующий повышению период времени, повышаются на коэффициенты, которые рассчитываются путем деления тарифной ставки, оклада (должностного оклада), денежного вознаграждения, установленных в месяце наступления случая, с которым связано сохранение среднего заработка, на тарифные ставки, оклады (должностные оклады), денежное вознаграждение, установленные в каждом из месяцев расчетного периода;
Стало:
если повышение произошло в расчетный период, - выплаты, учитываемые при определении среднего заработка и начисленные в расчетном периоде за предшествующий повышению период времени, повышаются на коэффициенты, которые рассчитываются путем деления тарифной ставки, оклада (должностного оклада), денежного вознаграждения, установленных в месяце последнего повышения тарифных ставок, окладов (должностных окладов), денежного вознаграждения, установленные в каждом из месяцев расчетного периода;

Т.е. раньше не важно было что в текущем месяце /010 увеличился в результате индивидуального повышения, а теперь важно, т.к. нужно брать оклад от предыдущей индексации, а не текущий на момент отсутствия. Впрочем так же было и до 922 положения, а теперь вернулось! Так что, ждем от сапа обратную ноту относительно ноты 1124874.

Установила значение возврата признака 33bnp равным Y и расчет в моем примере заработал правильно!

Но еще вопрос. Если оклад сотрудника меняется во время отпуска, индексация не работает.
Как Вы решали это? Неужели все-таки функцию дописывать?

У вас первоначально не было причины настроенной как глобальное повышение?
Коллеги, а тот глюк который я выше описал при индексации через /02I не у кого больше не было?

Это стандартно работает, во всяком случае при глобальном повышении окладов с 1 числа месяца для переходящих отпусков, у нас все работает.
Если повышение произошло в том же месяце что и отпуск возник, вроде RUA3 должно обработать.
Если отпуск переходит на следующий месяц и там возникает глобальное повышение оклада тогда см. правило RUK1, которое обрабатывает записи таблицы FUP с коррекцией сплитов.
Точнее не могу сказать, так как повышение в середине месяца еще не видел, и как-то потестить руки не дошли. В обоих случаях повышение оценивается из /02I.

Да, мы функцию дописали специально для этого случая.

Интересно, у меня нет признака 33bnp, а есть аналогичный, но называется 33bpc...

Я протестировал индексацию с середины месяца во время отпуска, все посчиталось как надо как и описывал (RUA3, RUK1).
Индексируется часть отпуска в соответствии 922 положением п. 16:



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

julyb, с признаком Вы правы - 33bpc "Глобальное изменение основных выплат". Это я ошиблась.

А почему стандарт-то не устроил, в каких случаях у вас не работал стандартный алгоритм?
Тем более, если вы это решали через функцию индексации, тогда у вас индексируется весь отпуск, а это нарушение законодательства
Все таки, прежде чем ломать стандарт надо 7 раз отмерить [/quote]

Это было давно, два года назад, на тот момент никто со стандартным решением помочь не мог.
viewtopic.php?f=11&t=15625&start=15
Поэтому немножко переписали RUAVE (сделав из нее ZUAV-) и до сих пор все правильно работает, при повышении оклада в середине месяца во время отпуска индексируется не весь отпуск, а то что нужно. Больше к этому вопросу не возвращались...
Но интересно посмотреть, какие появились стандартные решения...

что-то больше похоже на новый алгоритм, только дата относительно которой берется отношение окладов теперь не дата отсутствия, а дата последнего повышения.
Старый алгоритм не отношения окладов считал, а коэффициенты каждый месяц. посмотрите картинку в курсе 433. Там есть разница, когда в прошлом были общие и частные повышения в перемежку.

А где можно можно посмотреть курс 433?

может у кого файл есть или на курсе

Не просто на дату последнего повышения, а на дату последнего повышения окладов, т.е. закон подразумевает дату последнего глобального повышения!
Вроде так и было раньше до 922 положения.

Алгоритм точно теперь другой должен быть т.к. еще после абз. 4 был добавлен новый абзац следующего содержания:

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