Господа, а никто не пробовал запуск оценки и внециклического расчета ЗП в процессе выполнения мероприятия?
Теоретически должен получаться красивый сценарий с маленьким Z, который вместо печати формы сразу будет сначала сабмитить RPTIME00 и HRUCALC0, а затем уже форму печатать.
Может от сапа что-то такое будет в стандартной поставке?

Мы делали формы справок-расчетов с использованием моделирования кластеров. Все работает ок с и без off-cycle.
Если рассматривать мероприятие, то при нажатии "Печать" начинает выполнение программа отчета.
Вот в ней можно сделать проверку на наличие кластера (надо правда подумать, как в случае пересчета поступать) и моделировать.
Вроде бы вся идея рабочая.

P.S. SAP вряд ли будет делать моделирование к отчету, т.к. это может вызвать прецедент.

Не моделирование. Расчет внециклический. Касательно проверок - то ничего страшного в случае повторного расчета оффсайкла не будет
Проверка уже штатно есть, ключик no_payroll можно слегка докрутить

каков смысл этого?

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

Расчет не включали ни разу, так как обычно это действительно разные люди.
Включали вызов оценки времени, чтобы гарантированно нагенерировать к моменту увольнения лимиты, зависимые от времени, типа лимита за работу во вредных условиях труда . Делали это в вызове подпрограммы в динамическом мероприятии при сохранении 0000 ИТ .

А как вы это сделали поделитесь ? Разве табельный номер не будет уже блокирован самим пользователем?

BAPI_EMPLOYEE_DEQUEUE


Суть в конкретной реализации саповского оффсайкла. Через процессы - неудобно получается, через запуск в HRUCALC0 - куча страшных ошибок по народу, у котогого этих сумм нет (а с учетом еще кучи причин оффсайкла - доп.головняк), через PUOC_33 - тоже массовой обработки не получается.
А так хотя бы оффсайкловые расчеты делать не придется руками