Это НЕ правильное решение.....
Т.к. норма раб.времени на период при наложении на производственный календарь за конретный год сильно изменяется в каждом месяце. И в этом случае пришлось бы для каждого месяца, каждого года, каждого типа (36 или 40) заводить норму.
Правильное решение каждому графику с суммированным учетом привязать график обычный, нормальный, или служебный через V_T7RU80S, см выше. А вот норма времени в нормальном графике помесячно должна четко совпадать с утвержденным на текущий год на предприятии производственным графиком рабочего времени.

ну а дальше я уже писал:

FisherMan, большущее спасибо !

А насчет таблицы V_503_D, кто-нибудь подскажет? Как создать все Группировки категорий сотрудников для ГрафикРабочВремени для всех Групп сотрудников? Я не нахожу в таблице инструментов для копирования/создания записей. Я подозреваю, что так сделать нельзя, потому как похоже, что эта таблица заполняется по мере создания групп/категорий сотрудников, и можно лишь определить для какой группы какая группировка категорий сотрудников для ГрафикРабочВремени.

да.

скажите пожалуйста, где лучше реализовывать расчеты по суммированному учету: в схеме оценки времени или в схеме расчета зарплаты?
почему спрашиваю. во-первых вторую (ЗП) я совсем не знаю. во-вторых по сообщениям на форуме у меня сложилось впечатление, что проще в расчете ЗП, т.к. там есть нужные для этого операции - RUGAB, VAKEYPRGSC (для t7ru53) и еще наверно есть нужные. однако единственная реализация, которую я пока что видел - это в оценке времени, с применением дописаных на абапе операций, и это вызывает сомнения...

Дык смотря какие расчеты. Постановка задачи неясна.

да, простите) неточно сформулировал. расчет часов переработки, т.е.
1. запрос типа СУРВ из t7ru53,
2. запрос графика из t7ru80s,
3. запрос нормы по этому эталонному/нормативному графику (т.е. по ПК),
4. сравнение отработанного времени по ГРВ и нормы и таким образом расчет переработки по СУРВ

Дважды видел, как это сделано в оценке времени. В нюансы не вдавался.

жаль) очень интересны подробности. но все равно спасибо

по опыту - на 3-х проектах реализовывали в оценке. сейчас будет 4-тый
Честно, в зарплате никогда не видел реализацию подсчета часов переработки.
Что могу посоветовать, если надумаете реализацию в оценке:
п1. t7ru53 можно заменить правилом расчета, например:

Строка VarArg. ПС Д Операция Операция Операция Операция Операция Операция *
-------------+---------+---------+---------+---------+---------+---------+
000010 D OUTWPPERSB
000020 ** HRS=0
000030 12 HRS=2
000040 13 HRS=1
000050 21 HRS=2
где 0 будет возвращаться для сотрудников без СУРВ, 1 - СУРВ с периодом месяц, 2 - СУРВ с периодом квартал, и т.д.

п2 и п3. решается расширением стандартной операции HRS небольшим куском кода))

п4. здесь вообще нет проблемы. написать правило, которое будет выполнять подсчет часов СУРВ по требуемой формуле (у вас она простая как я понял). В этом правиле для определения учетного периода СУРВ и формирования нужных видов времени обращаемся к правилу из п3. (операцией PCY), далее сравниваем значение HRS?1 - если равно значит сотрудник на СУРВ месяц, HRS?2 - СУРВ квартал и т.д.

Sаша58, большое спасибо обязательно учту ваш ценный опыт)

HRS трогать не надо. Лежит же в ссылках пример функции для чтения t7ru80s. Период сум.учета в вид графика запихнуть.
Решение де факто стандарт для РФ

У нас имеется большое количество графиков рабочего времени.
Большая часть это графики 5/2 но есть сменный персонал у которого цикл составляет меньше 7 дней. С ними проблем нет - создается укороченный график и автоматически генерируется на весь год.
Но возникла необходимость делать новые смены с периодичностью в 15 дней.

Возможно ли такой график ввести и автоматизировать?

Как обычно, задача поставлена по принципу "нужно уже вчера".

И дополнительный вопрос - какой курс можно почитать по графикам рабочего времени, как они работают(особенно правила графиков рабочего времени, по какому принципу графики рабочего времени генерируются автоматически) с целью найти приемлемый путь для решения проблемы.
Может вообще придется [s]колхозить[/s]АБАП-ить и придумывать собственные способы задания правил генерации... чего не хотелось бы.

Графики на период длиной более 7 дней создаются точно также как и на 7 и менее дней, просто используется еще одна или более строчек Вот пример из стандарта
это на 28 дней.
Курс HR306, но только это мало что дает обычно.

Ну я бы не сказал если найти не просто курс а Instructor Handbook (EN) то становится много понятно и все прозрачно