Добрый день, всем!

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

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

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

Алгоритм я понимаю, меня больше интересует как можно выделить часы какого-либо присутствия из общего количества отработанного времени в схеме расчета зарплаты.
Например, часы отсутствия можно исключить, используя класс подсчета, и операции
NUM-GSAUхх и NUM-GSAPхх.
Для присутствий я не нашла похожего способа.

Если я правильно понимаю, то формировать исключаемое количество можно только в оценке времени?

Верно, только в оценке времени. Можно сделать свой класс анализа и в TYPES сгенерировать свой вид обработки для временной пары, а потом в T510S уже сгенерировать вид оплаты. Тогда все будет стандартом и без правил (только где-то нужно будет умножить на -1).

Гм. А не проще отсутствием сделать?

Раз сделали уже пристуствием, значит были причины Хотя я бы тоже отсут. сделал.

Я так навскидку не помню, но разве OUTTP PTYPE + OUTTP PRTYP не помогут?

Я не сильна в оценке времени, буду пробовать. Спасибо за информацию!
Вообще надеялась, что выделить это время можно при формировании количеств времени в схеме расчета з/п.

Действительно, изначально было настроено как присутствие. А в практике, чаще встречается как отсутствие?

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

А как же виды оплат /851, /854, /860, /874, /876 и т.д.? Ведь они формируются в расчете з/п.

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

И это неудобно. И ваш пример это подтверждает. Мы все это барахло генерим в оценке.

Тогда у вас схема расчета уже далека от стандартной... и со временем будет еще дальше

Это Z в чистом виде и нестандарт. Платить Сапу 22% стоимости лицензий каждый год за красивые слова и фкусные печеньки? Самостоятельно отслеживать законодательство и нести ответственность за корректировки? Слуга покорный