В компании необходим расчет фактического остатка дней отпусков на любую дату ( т.е заработанные лимиты на отчетную дату минус использованные отпуска).
Транзакция PT_QTA10 «просмотр данных по лимитам» позволяет это сделать, но только если применять генерацию лимитов в оценке времени с драйвером RPTIME00 (ежедневная кумуляция – ежедневный перенос). Если лимиты начислять авансом на рабочий год через RPTQTA00, то транзакция отказывает делать расчет отработанного лимита на отчетную дату, выводя общий авансовый лимит на рабочий год (не сокращая его пропорционально отработанному времени).
Возможен ли расчет фактического остатка дней отпуска при авансовом начислении лимитов RPTQTA00 , и если стандартными средствами не возможен, то посоветуйте что абапить.
Еще хотелось бы узнать мнение какой лучше драйвер использовать при генерации лимитов отпусков RPTIME00 в оценке времени либо RPTQTA00.
Спасибо.

ИМХО надо не либо/либо, а и то и другое использовать: для генерации лимита на дополнительный отпуск за фактически отработанное время - RPTIME00; для остальных лимитов - RPTQTA00.

Спасибо за ответ. Дело в том, что в компании постоянно используется 4 вида отпусков : основной отпуск, дополнительный поощрительный по контракту, за вредные условия, отпуск из прибыли. Данные виды отпусков, если не использованы, переносятся на следующий рабочий год. Поставлена задача расчета фактического остатка по всем видам отпусков на отчетную дату (связано с финансовыми резервами компании) т.о. по всем видам отпусков необходим фактический расчет лимитов исходя из отработанного времени, что как я понял, позволяет сделать драйвер RPTIME00, но в то же время, если использовать данный драйвер возникает проблема предоставления отпусков авансом, в компании это часто практикуется (ИТ2006 блокируется от редактирования).
Пытаюсь найти компромисс:
1. Использовать схему авансовой генерации лимита RPTQTA00 (вроде бы проще) и абапить отчет просмотра лимитов затачивая под фактически отработанное время.
2. Использовать стандартный драйвер оценки времени, но не знаю последствий его использования в генерации лимитов, возникнут ли с ним в дальнейшем проблемы, либо сложности и как предоставлять в таком случае отпуска авансом?

А можно задать вопрос , так сказать, в развитие темы? Вам действительно нужно получить результат в днях? Вы пишите о фин.резервах компании, но так обычно о деньгах говоря. Ну, добьетесь, что в PT_QTA10 данные будут показываться как надо. Это будет достаточно? Сумму затрат на коменсацию отпусков Вам получить не нужно?

именно для расчета затрат на компенсацию отпусков и соответственно формирования резервов необходима реальная картина по остаткам неиспользованных отпускных дней, это требование бизнеса.
у меня все таки остались вопросы:
1 Если производить генерацию лимитов через оценку времени хотя бы с ежемесячной кумуляцией и ежемесячным переносом не навредит ли это кластеру B2, он не сильно раздуется (численность персонала более 20 тыс.)?
2 При использовании генерации лимитов через оценку времени не работает округление, так как при ежемесячной кумуляции и переносе кусочек сгенерированного лимита оказывается меньше 0,5 соответственно сокращается в ноль, т.о приходится отключать округление, но в таком случае сгенерированный лимит имеет дробную часть, как это исправить?
спасибо.

Я почему спросил. У нас эту задачу решали специальной схемой для расчета заработной платы. Была написана операция заработной платы для вычисления кол-во неиспользованных лимитов. Она не очень сложная - считываем лимиты, дополняем лимиты, если расчет был запущен в будующее, ограничиваем. Округляем как надо. Считываем использованные отпуска и компенсации. Получаем число дней компенсаци. Создаем вид оплат "Компенсация за неиспользованные лимиты".

Схема расчета довольно простая - копия обычной, из которой выкинуто все не нужное, оставить только основные выплаты и расчет средних. Для уже расчитанных периодов можно просто считать готовые данные. Можно учеть тонкости, которые нужно дополнительно учесть.
Расчет средних производит расчет компенсации.
Делаем простой формуляр для вывода: ТН, ФИО, кол-во дней компенсации, сумма. Вид конечно не очень, но его можно легко загрузить в Excel.
Расчет выполняется в режиме моделирования.

Никаких дополнительных телодвижений: запустил расчет - получил результат, число дней, сумма.

спасибо за ответ, теперь понимаю что возможно "ворочу огород" и можно сделать все значительно проще, проблема в том, что расчет заработной платы у нас пока не ведется, но планируется к внедрению. Общая схема расчета мне понятна, в виду недостаточной компетенции в модуле заработной платы хочу уточнить:
Вами описанная операция заработной платы для вычисления неиспользованных лимитов пишется абапером и если да то в каком месте, в схеме расчета?
может быть, подскажите стандартную функцию для ограничения лимитов пропорционально отработанному времени?

Да, на ABAP-е. Операции (пример - AMT, RESET) и функции (пример PIT, ACTIO) ведутся в транзакции PE04, там есть само определение и исходный код на ABAP-е. Можно посмотреть для любой стандартной функции/операции.
Функции/операции - это "кирпичики", из которых потом строиться схема расчета. Функция вставляется в схему, операция вызывается из правил. Свои функции/операции можно создать как для оценки времени, так и для расчета зарплаты.


Нет, так с ходу не скажу.