Лимиты можно создавать 2 способами:

1. Вручную (или с использованием отчета RPTQTA00)
2. Автоматически, при оценке (функция QUOTA)

Мы планируем генерить лимиты ежесуточно (пусть щелкает в фоне ночью), период кумуляции - один день.

Если юзать для этого отчет RPTQTA00, то он будет создавать отд.запись в 2006 ИТ каждые сутки - в результате куча записей в 2006.
Генерация через оценку дает более читабельный вариант - можно настроить, что лимиты агрегируются в рамках заданного периода. Тогда записей в 2006 ИТ будет столько, сколько (условно говоря) лет отработал работник. Мы решили остановиться на 2 варианте.

Теперь об увольнении:
Мероприятие увольнения обрабатывает следующие ИТ:
COP 0001
LIS9 2006
INS 0416
INS 0298
DIS 0298

В 1 случае (лимиты создаются вручную), в мероприятии увольнения ограничиваем 2006 ИТ датой увольнения, система автоматически сокращает лимиты и в 0416 ИТ мы уже имеем сокращенные лимиты, т.е. можем посчитать дни компенсации и все это отразить в приказе. Т.е. все в рамках 1 мероприятия. Красота одним словом.

Во 2 случае (генерация лимитов в оценке) все это в рамках 1 мероприятия (за один подход) сделать уже не получается (система не пересчитывает лимиты которые генеряться в оценке): т.е. ограничиваем лимиты, затем должны запустить оценку (которая сократит лимиты) и только затем возвращаемся назад, формируем ИТ 0416 и далее приказ. Не очень удобно - может все-таки это можно сделать в рамках 1 мероприятия (может с датами или еще чем помудрить в экзитах)? Хотя может идея бредовая - при увольнении по любому надежней на всякий случай пересчитать лимиты.

p.s. сорри, много букв ... по форуму поискал если что...

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

пробовал - мероприятие увольнения блокирует запись работника, в результате PT60 не хочет работать

Запускаем из динамики программу, которая
1. Разблокирует ТН
2. Запускает оценку
3. Блокирует ТН обратно.
Заодно и лимиты для компенсации сгенерить мона

Сенкс, об этом (разблокировать вручную) совсем не подумал.

При этом всегда есть опасность того, что в этот тик процессора кто-то его заблокирует. И вся схема успешно остановится. Может стоит пользователям перед мероприятием запускать оценку, делать мероприятие, а потом считать окончательный расчет?

В таком случае такая опасность существует абсолютно всегда.

Вообще маловероятно что кто-то заблокирует (а если и заблокирует, то в любом случае плачевного результата это за собой не повлечет).
А так кадровику удобно - все в одном мероприятии отрабатывает.

Сделал так:
1.В 416 ИТ, в PBO (BADI HRPAD00INFTY/BEFORE_OUTPUT) проверяю мероприятие на увольнение и тип операции (INS).
2. Разблокирую работника
3. Запускаю PT60 (call transaction 'PT60' mode 'N'), в качестве параметров подсовываю схемку из нескольких строк, которая только генерит лимиты, BEGDA = ENNDA = ДатаУвольнения.
4. Блокирую работника
5. Обновляю данные в памяти для 2006 ИТ (ASSIGN к вн.таблице PS в программе SAPFP50P). Вот тут времени много убил, пока нашел к чему же нужно ассигниться.
6. Результат - в 416 ИТ подтягиваются уже сокращенные лимиты, т.е. все осуществляется в рамках 1 мероприятия.

а можно поподробнее !!! пожалуйста
что за программа, которая разблокирует табельные номера

нам очень нужно бывает
чтобы все заблокированные табельные номера пользователями
разблокировать
как это сделать ??
а то приходится по несколько раз запускать программки

Стандартно только SM12. А так пишется своя программ.

Я про программу, которая FM ENQUEUE_EPPRELE и DEQUEUE_EPRELE вызывает говорил

Не стоит такие программы пользовать в Общем случае. Например: Сидит кадровик в PA30 чего-то делает. Вы ему сбрасываете блокировку и пишите что-то свое своими програмками. А потом кадровик нажимает сохранить и чего вполучится в результате предсказать трудно.

То что обсуждают коллеги это снятие своей-же блокировки в той-же PA40 на время работы программы в этом-же режиме. А про чужие блокировки лучше забыть или SM12, которая не всем позволяет снимать чужие блокировки