Коллеги, помогите плиз.
Нужно выходной 5 марта перенести на 7 марта. Стандартный механизм переноса праздника на при попадании на выходной здесь не катит.
Приходится применять механизм Особых правил.
Я внес два правила

Действ. с Действ. по Раб. день Текст

v 05.03.2011 05.03.2011 v Перенос 8 марта
v 07.03.2011 07.03.2011 Перенос

и в годовом обзоре производственного календаря это отразилось.

Но при создании графиков через PT01 эти особые правила не отрабатывают.

Подскажите что делать.

Очень не хочется вносить исправления в каждый график вручную

Здесь же не просто перенос выходного на 7 марта. Еще необходимо сделать и 5 марта рабочим днем. А как система поймет какой именно ОГРВ будет в этот раб.день, если брать в расчет только особые правила? Так что, мне кажется, в этом случае - PT02. Или написать небольшую программку, которая поменяет в T552A местами ОГРВ для 5 и 7 марта.

Есть расширение PTIM2007, ФМ EXIT_SAPLPTWS_001, который вызывается после генерации графика (pt01). Туда передается сгенерированый график. Можно использовать для реализации переносов дней.

Дело в том, что мы не заполняем таблицу T552A, у нас графики формируются при расчете и переносы праздников на выходные тоже. Заполнять T552A можно но у нас мильон графиков. Неужели в системе нет никаких адекватных механизмов переноса одного дня на другой.

При заполнении основных правил система пишет что эти изменения можно актуализировать если зайти в меню календарь и там нажать ПЕРЕНОС. Но этот перенос почему-то неактивен.

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

Если не трудно, расскажите как вы это делаете. У нас тоже много графиков получается, вести тяжело.

Как так не заполняете? Результат генерации (PT01) - как раз таки и есть таблица T552A. В экзите, который указал Roustr можно "легально" подменить результат генерации графика (кстати, перенос дня отдыха в праздник именно там и доделывается).

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

Насчет миллиона графиков - данный перенос ведь актуален для работников на поденном учете (типа 5-ти дневка, 36/40 ч.р.н.). Для работников находящихся на суммированном учете (смены, вахты и т.п.) это не актуально - у них ведь своя последовательность рабочих/выходных дней.

Не заполняем. Там за 2011 год ни одной записи. У нас все считается в драйвере и не в какую таблицу не пишется. В таблицу мы пишем только всякие нестандартности, не обрабатываемые функционалом, но в этом году пока их не было.

Про особые правила я понял, но не яно как заставить это работать. Допустим я сделал 5 марта рабочим. И что дальше ... То что сделал его рабочим я не могу заставить отразиться в графике, тем же PT01. Вот в чем вопрос, как заставить внесенные в особые правила строки, отразиться на графике

2 Roustr: по поводу большого количества графиков. У нас большое количество вахтовиков, имеющих чуть ли не индивидуальный режим работы (более 500 графиков). И настроить их проблематично - поскольку нет цикличности.

Поэтому мы поступаем следующим образом:
1. Создаем пустышку - правило графика, которое включает в себя график на период, состоящий только из 1 нерабочего дня. При генерации такого графика создаются записи в T552A c нерабочими днями, но заполненными праздниками.
2. Дальше небольшая прога - которой подаем на вход Excel файл с уже реальным графиком, как результат - фактический график в T552A (путем замены в Т552A дней-пустышек на реальные ОГРВ).

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

А ты проверь, тот user-exit при этом не срабатывает? То что, графики не записываются это одно, но генерация-то все равно работает.

OlegDm
Спасибо. Такие варианты лежат на поверхности. Просто наделся, что я чего-то не знаю в этой подсистеме / Хотелось бы, чтобы пользователи не доставали поддержку своими почти индивидуальными графиками. А то у САПа тут глухо (про подсистемы типа Plan Shifting я в курсе, не много не то)

Как раз такой подход и позволил нам переложить на пользователей основную работу (а так тоже всякие варианты вертели-крутили)

а если что-то задним числом изменится в алгоритме, потом же концы не найдешь

Не понял. Почему не найдем. Чтобы найти можно сгенерить 552А за проблемный период

например при перерасчете декабря прошлого года снялось 8 часов... из-за того что изменился алгоритм заполнения 552А, хорошо если расчетчик это заметит сразу, а если через пару месяцев, когда алгоритм опять исправили.

Коллеги.
Если кому интересно, это можно сделать абапом в ZXP01U03, который обрабатывает таблицы графиков до записи в T552A

Я как раз про это и говорил. Инклуд ZXP01U03 как раз из ФМ EXIT_SAPLPTWS_001 и вызывается (точнее, включает в себя).