Коллеги, может кто подскажет.
Имеем кейс: сотрудник работал работал, уволился, с даты увольнения у него в 0001ИТ 9999999.
Затем тут же сократили орг. единицу. т.е. ОЕ ограничиваем.

Структурная проверка полномочий активирована:

AUTSW ADAYS 15 HR: время допуска проверки полномочий
AUTSW DFCON 1 HR: штатная должность по умолчанию (контекст)
AUTSW INCON 0 HR: основные данные (контекст)
AUTSW NNCON 0 HR: клиентская проверка полномочий (контекст)
AUTSW NNNNN 0 HR: пользовательская проверка полномочий
AUTSW ORGIN 1 HR: основные данные
AUTSW ORGPD 1 HR: структурная проверка полномочий

В итоге проходит 15 дней и у кадровика и бухгалтера пропадают полномочия на ведение этого табельного. Что делать?
С переключателем ORGPD перепробовал все варианты, в итоге на редактирование возникает только при ORGPD=4 - но это не вариант, т.к. появлются на просмотр вообще все табельные в системе. Число ADAYS увеличить на бесконечность тоже не вариант.

А вы не ограничивайте ОЕ.
Ограничивайте соединение.

Так вероятно ОЕ убирают из организационной структуры, и ее ограничение связано именно с этим.
Если у вас полномочия по ОЕ, а уволенных надо показывать, настраивайте доступ на 99999999. Если нужно полномочия определенное время, то увеличивайте 15 дней. Если нужно "запоминать" полномочия, то используйте другой объект полномочий, например ключ организации, куда при увольнении записывать данные о ОЕ по предшествующему увольнению месту работы (например, той же ОЕ)

Если у вас CE, то так делать нельзя поскольку по орг. единице определяются группировки для налогов. Будут проблемы с расчетом НДФЛ.

Спасибо всем за советы. Ограничивал только соединение - также пропадают полномочия.
Смоделировал кейс в IDES системе - там все работает корректно и при ограничении соединения и при ограничении объекта полномочия никуда не пропадают. Видимо в каком-то экзите кривой абап в нашей системе, подебажу - поделюсь. Либо настройки кривые.

Если у вас индексируются структурные полномочия, то можно попробовать в БАДи HRBAS00_RHBAUS00 отодвинуть конечную дату орг.единицы.

Спасибо, можно с этим что-то и покрутить.

В IDES все-таки такая же ситуация. некорректно повторил кейс в системе.

По запросу в САП получил ответ:
"The system is working as dessigned becasue you have the value 1 for
the switch ORGPD into the table T77S0.
The value 1 means: If no organizational unit is assigned, the system
rejects the authorization.
As you've delimit the relationship with the employee and the org unit,
the system react as no organitation unit is assigned to the employee
and reject the authorization for this employee. Please check the
attached note 339367 for more information and the document attached to
the note 902000 and 2054808 ."

Т.е. так и задумано работать. Если ограничил соединение с "О" для уволенного сотрудника, то больше редактировать данного сотрудника нельзя. В нашем случае бывает нужно выплатить чего-ть спустя допустим год. А отдел сотрудника реорганизовался и он уволился после реорганизации.

В этом не было никаких сомнений.

Почитайте хелп к ORGPD , там 4 возможных значения, может быть какое-то из них вам подойдет

Спасибо, прочитал и каждое из 4-ех значений тщательно протестровал.
Ни одно из значений не позволяет выполнить требование данной темы. При других значениях появляются излишние полномочия на всех сотрудников сидящих на 9999999, либо еще что-нибудь.

уволить--> закрыть орг. единицу. Соответственно, в оргприсвоении орг. ед. сохраняется, все работает.
ORGPD не надо вообще, достаточно ORGINCON, ORGXXCON, ORGIN, ORGXX. Делим по разделу персонала, например.

Всем привет!
Обновлю тему.
Подскажите, пожалуйста, такая проблема:
Выполняется повторный прием сотрудника будущим числом, например сегодня 01.08, а мероприятие от 03.08.17.
Все инфо-типы, которые есть в инфо-группе создаются, изменяются.
Но если нужно создать новую запись, с бегдой меньше даты повторного приема или изменить старую запись, в других инфо-типах сегодня (01.08.17), после мероприятия повторного приема, то пишет что нет полномочий.
Касается это только инфо-типов 0006, 0021 и 0037. А вот уже начиная с 03.08 - проблем нет. До мероприятия создавать/изменять записи в этих инфо-типах дает, также проблем нет.
Это возникает только у тех табельных номеров, которые раньше работали в организационных единицах, которые сейчас сокращены.
Сами объекты O есть, а соединения у них все ограничены.

Подскажите, почему только с определенными инфо-типами могут быть проблемы?
Заранее благодарен!