Индексация будущих периодов любом случае происходит с участием операции RUADP с параметром A (RUADPA). В случае с командировками это происходит в правиле rua3.
Эта операция работает лучше, чем старое решение с использованием коэф-та /02I. Однако, все равно не верно. В отличие от решения с /02I, операция учитывает, что есть индексируемая часть и неиндексируемая, но при вычислении коэф-та адаптации в числитель (новый оклад) берется оклад в соответсвии с настройкой (v_t7ru51av_c), а вот знаменатель (старый оклад) тупо на момент перед индексацией, что не верно: из-за того, что у сотрудника могли быть изменения оклада в течении расчетного периода, коэф-т адаптации должен вычисляться каждый для своего месяца, как это делает ruave. Также, операция считывает настройку только по тому во, которым оплачивается отсутствие, а то, что в ставку в этом во входят еще и премии, которые возможно тоже могут быть индексируемые или нет, тоже не учитывается.
SAP обещает выпустить новое решение в середине августа
_________________ Зачем делать просто, когда можно сделать круто?!
Последний раз редактировалось ZGilgelad Пн, июл 01 2013, 13:33, всего редактировалось 1 раз.
|