Коллеги, подскажите пожалуйста как разобраться со следующей ситуацией.

Есть переходящая командировка. У нас для кусков командировки, относящихся к разным месяцам средний считается отдельно, что не верно с точки зрения законодательства. Нужно чтобы средний расчитанный для 1го месяца сохранялся для последующих кусков командировки Проблема в том что командировки сделаны через присутсвия и механизм сохранения среднего через RUOAV и поле sppe1 естественно не работает. Подскажите что можно сделать, чтобы средний, расчитанный для первого кусочка командировки, сохранялся и далее.

Сохраните ставку-день по командировке в технический ВО в RT.
В след.месяце считайте его в IT.
При расчете второго куска командировки в средних проверяйте наличие технического ВО.
Если он есть, то на него умножаем дни и выходим.

Тут возникает проблема - приехал из одной командировки и поехал спустя день в другую. У нас сплошь и рядом такое. Вторую нужно считать по нормальным правилам. Не понятно как отделить первую от второй. Получается что дату хранить полюбому надо. А где - не придумать. Ведь расчет через присутсвие означает, что периоды не разделяются, как в отсутсвиях ...

Думаю, надо писать операцию, которая проверит "продолжение присутсвия" во время ZLIT.
Если продолжение, то можно его на другой ВО кинуть или сплит поставить кастомерский.

А я в бы в ALP запихнул в номер премии. Туда же можно сразу и ставку засовывать, если буху не нра, как сапа считает.

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

То есть абапить ZLIT ? В ZL нет даты начала периода ....

Похоже без абапа со считыванием кластера предыдущего месяца и PA2002 не обойтись .....
Как не хочется.

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

Где alp не хранится?

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

А что мешает делать через отсутствия?

Нам внедрили , сделанные через присутсвия и мы с этим живем с 2009 года. Мне эта реализайия не нравится, но исправлять все это как мне кажется довольно затратно

http://screencast.com/t/McIKjV3hgE
Либо я что-то не понимаю, либо одно из двух

Прошу прощения, я зациклился на зарплатный кластер , а ALP в B2.
Если не сложно, подскажите пожалуйста как ALP заполнять ... Похоже в нашей конфигурации он никак не заполняется и посмотреть негде.

Я скриншот из PC_PAYRESULT привел. Он вроде PCL2 показывает.
PIT XALP или PALP посмотрите

Большое спасибо.
В PCL2 у нас я вообще никаких упоминаний о ALP не нашел, а вот в B2 он есть. Может особенности реализации ...

А вообще по содержимому кластеров есть какое-нибудь описание в курсах ? Я кроме отрывочных упоминаний ничего не нашел.