Для работников установлены 2 вида отпуска: основной ежегодный отпуск и дополгнительный за ненормированный рабочий день. При этом период действия для основного отпуска - рабочий год, а для дополнительного - календарный. Никак не получается в настройке генерации лимитов разойтись по периодам действия . В соответствии с признаком QUOMO выбирается одно правило генерации лимитов. А в нём можно задать только один период действия, который применяется для всех лимитов.

Как выйти из этого положения? Возможно ли обойтись совсем без АБАПа или хотя бы с минимальным АБАПом?

Создаете 2 типа лимита отсутствия.
Создаете 2 правила генерации: одно по календарному году, второе - по рабочему.

Генерацию запускаете по каждому типу лимита отдельно. Признак КУОМО здесь не при чем.

С созданием разных правил генерации проблем нет - тут понятно всё. Но мне казалось, что QUOMO как раз и определяет, какое из правил генерации будет использоваться отчетом RPTQTA00?

Кстати, период действия настраивается для предписания по генерации лимитов в целом. Поэтому, хотя в одно предписание входит несколько правил выбора для разных типов лимитов, получается, что все они имеют одинаковый период действия. В признаке QUOMO определяется предписание, которое будет использоваться при генерации лимитов отчётом.

Если я вас правильно понял, judge, вы предлагает сделать несколько предписаний по генерации с разными периодами действия. Но как сделать чтобы отчёт RPTQTA00 использовал оба предписания, а не то, которое прописано в QUOMO?

Чем обусловлено разделение годов для основного и дополнительного?

может проще и логичнее считать все в рабочих годах?

Обусловлено сложившимся бизнес-процессом планирования отпусков на предприятии. Решение о количестве дней дополнительного отпуска принимается 1 раз в год (от года к году количество может быть изменено).

Никак не пойму, как обойтись без QUOMO.... Дебагал RPTQTA00 - программа считывает его значение! Что задам в нём, то и генерится.

Поясню: сделал 2 типа лимита: 20 - основной отпуск и 21- дополнительный.
Для каждого из типов настроил собственное предписание по генерации: 01 - для основного отпуска (20) и 02 - для дополнительного(21). В QUOMO прописан код возврата 01. Запускаю отчет RPTQTA00 задаю табельный и тип лимита 20 - генерится лимит основного отпуска(отлично!). Теперь меняю тип лимита на 21 - ругается, что правила генерации не выбраны. Меняю код возврата в QUOMO на 02 и получаю аналогичную ситуацию, но теперь ругается при попытке генерации лимита 20...

Что делать?

Поскольку ничего полезного предложено не было , решил писать программу для определения значения, возвращаемого признаком QUOMO в зависимости от типа обрабатываемого лимита: Чтобы признак возвращал код одного правила генерации, если обрабатываем лимит 20 и код другого правила, если обрабатываем лимит 21.

Тогда будет можно воспользоваться вариантом, предложенным judge, т.е. формировать лимты основного и дополнительного отпуска по-отдельности.

посмотри расширение HRPTIM03, там куча ФМ - может что и подойдет

Нужного расширения, которое бы могло менять значение QUOMO, к сожалению нет... Просмотрел все 12 расширений.

Случайно натолкнулся на свою прошлую проблему и решил написать еще об одном способе решения.


Необходимо в настройках задать период действия - рабочий год. Из мероприятия приёма на работу исключить ИТ2006. И создавать лимиты отчетом RPTQTA00 посредством запланированного задания. Для лимитов с разными периодами действия определить разные варианты отчета и запускать их отдельными заданиями. Т.е. для лимитов с периодом действия рабочий год на селекционном экране отчета RPTQTA00 задавать только начальную дату, чтобы остальные данные (в том числе и период действия) тянулись из настроек. А для лимитов с периодом действия календарный год на селекционном экране задать период "Текущий год", чтобы период действия для лимита тянулся с селекционного экрана.

Таким образом, лимиты сгенерятся с нужными периодами и совсем без АВАРа.

4udak, посмотрите, пож-та тему
http://sapboard.ru/forum/viewtopic.php?f=11&t=65923
Наверное, Вы уже давно со всем разобрались. Подскажите, пож-та.