Помогите правилом - проставить для командировки периоды согласно периодам WPBP

Nikita2

Таблиця WPBP:
01 01.03.2013 14.03.2013
02 15.03.2013 31.03.2013

в журнале:
3 1000 оклад 01
3 1000 оклад 02
3 2300 командир 01(abznr) 010 3,00
3 2300 командир 02(abznr) 010 1,00

дни командировок числа 5,6,7 - из первого периоды, 22-е из 2-го
нужно получить:

3 1000 оклад 01(apznr)
3 1000 оклад 02(apznr)
3 2300 командир 01(apznr) 01(abznr) 010 3,00
3 2300 командир 02(apznr) 02(abznr) 010 1,00

пробовал WPBPC, ELIMI A - не выходит

ZHmot

галка "Basic pay split" в T554C не подойдет? - в этом случае PAB ставит APZNR сама, вроде.

Nikita2

ZHmot написал(а):

галка "Basic pay split" в T554C не подойдет? - в этом случае PAB ставит APZNR сама, вроде.

надо-же... Спасибо!

Nikita2

еще вопрос не по теме правда...
имею в журнале
3 5206 текущая пре01 1000,00
3 5206 текущая пре02 1000,00
дальше по схеме у меня идет сокращение с к-тами /803 (проп-но отработанному времени)

теперь сокращать не нужно - нужно просто оставить 1 запись
3 5206 текущая пре 1000,00

подскажите по правилу...
(можно конечно получить к-ты /80X пропорционально разделению WPBP и сократить 5206 на них, но это наверно слишком)

ZHmot

Nikita2 написал(а):

теперь сокращать не нужно - нужно просто оставить 1 запись
3 5206 текущая пре 1000,00

чтобы не сокращать - поставьте 0 в 10-м классе обработки.
чтобы был один - может быть его сразу не создавать на каждом РМ? Как вариант: если выплата периодическая, но при этом ее не нужно сокращать по РМ, то вести ее не в 8-м, а в 14 ИТ и смотреть в сторону 47 класса обработки. При необходимости избавиться от сплита APZNR (если он все же изначально поставится) это, как правило, можно сделать на этапе кумуляции в RT.

P.S. при ведении данных через 14 ИТ желательно не забывать заполнять поля "1st payment date" и "Interval/Unit" для предотвращения задваивания сумм на сплитах расчетного периода (по APER'у).

Nikita2

ZHmot написал(а):

Nikita2 написал(а):

теперь сокращать не нужно - нужно просто оставить 1 запись
3 5206 текущая пре 1000,00

чтобы не сокращать - поставьте 0 в 10-м классе обработки.
чтобы был один - может быть его сразу не создавать на каждом РМ? Как вариант: если выплата периодическая, но при этом ее не нужно сокращать по РМ, то вести ее не в 8-м, а в 14 ИТ и смотреть в сторону 47 класса обработки. При необходимости избавиться от сплита APZNR (если он все же изначально поставится) это, как правило, можно сделать на этапе кумуляции в RT.

P.S. при ведении данных через 14 ИТ желательно не забывать заполнять поля "1st payment date" и "Interval/Unit" для предотвращения задваивания сумм на сплитах расчетного периода (по APER'у).

5206 заходит из 15-го (разделять по периоду нам нужно - из него пропорциональный отработке для больничного технический вид накапливается)

Nikita2

еще подскажите пож-та
на входе:
3 /804 Коэффициен 01
3 2300 оплата кома01 01 010 8,00
3 2300 оплата кома01 02 010 2,00

обработка /80х в правиле:
NUM+ 2300

в итоге получаю:
3 /804 Коэффициент01 8,00
то есть теряю 2 дня, хотя период тоже 01
как зацепить?

Figo

Так у вас же еще зайдет /804 со сплитом 02, туда эти два дня и сядут. Или делайте ELIMI *, тогда будет без сплитов суммарно (если такой вариант вам подходит).

UPD. Извините, не внимательно читал, 02 это сплит на AB. Попробуйте сбросить сплит на AB, ELIMI Y.

Nikita2

Figo написал(а):

Так у вас же еще зайдет /804 со сплитом 02, туда эти два дня и сядут. Или делайте ELIMI *, тогда будет без сплитов суммарно (если такой вариант вам подходит).

UPD. Извините, не внимательно читал, 02 это сплит на AB. Попробуйте сбросить сплит на AB, ELIMI Y.

УРА!!! спасибо - :pivo:

сплит на AB - помогло (че я не додумался...).
*
2300 оплата командир.по сред
ELIMI Y ИндПериодЭлиминиров
ADDNA * Сбор Колич+Сумма

Помогите правилом - проставить для командировки периоды согласно периодам WPBP

Кто сейчас на конференции