Всем привет.
Чего то я не понимаю...
Согласно тому что написано тут
http://help.sap.com/saphelp_erp2005/hel ... ameset.htm
ИТ 105 используется только для хранения имени пользователя для работы с SAP Office и WorkFlow.
Однако при заполнении подтипа 0001 у пользователя добавляются все полномочия в SAP системе того пользователя, которого мы прописываем в данном инфотипе. То есть, если у нас табельщик должен просматривать всю структуру подразделения, то для этого мы должны нашему табельщику поставить в соответствие начальника в 105 инфотипе. Тем самым мы расширяем полномочия табельщика в SAP системе до уровня руководителя! Не понятно, с чем это связано и для чего так задумано... Возможно ли обеспечить связь без подтягивания дополнительных полномочий?

Не проще разрулить через 1ИТ, поле - ответственный за ведение временных данных?

Ну да. И еще просто дать табельщику права просматривать "свою" структуру, а не связывать его полномочия с полномочиями начальника.

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

а мы используем ИТ105 подтип 0001 для того, чтобы в "рабочем столе менеджера" специалист видел то подразделение, у начальника (менеджеру в красном пиджаке) которого он присвоен как пользователь в ит105.
но при выравнивании ролей менеджера они автоматически появляются и у специалиста, что является нарушением политик разграничения полномочий.

если в пути анализа us_actgr исключить строку:
70 P B 208 * US
то при выравнивании ролей менеджера его роли специалисту не копируются, но тогда специалист в рабочем столе менеджера видит только своего пользователя.

как отследить и запретить наследование ролей менеджера к специалистам, прописанным в ИТ105 менеджера?

"Ответственные за ведение данных" используются в том числе и для разграничения полномочий (расширенная проверка полномочий HR).
Для того, чтобы пользователь видел только свою структуру, используются структурные полномочия.
Все найдете в дереве настройки (Мен. перс=> Администр перс =>Инструменты=>Упр полномочиями), help к этому разделу там же).

А какую именно расширенную проверку использовать?

что-то в HR курсах не нашёл ничего путного про тему ;( - где почитать? А то, чтоб не было "как корабль назовёте..."

Про курсы, к сожалению, не знаю. Раньше он назывался "Конфигурирование процессов в Управлении персоналом" (кажется, 350 или 370). Там в том числе рассказывалось и про полномочия в HR.

По поводу расширенных проверок. В spro (как писала выше) идем в пункт "Обработка основного переключателя полномочий". И если хотим активировать проверку, про которую писал Proforg, напротив AUTSW ORGXX ставим 1. После этого начнет проверяться объект ORGXX, который и отвечает за проверу полей "ответственных исполнителей" в инфо-типе 0001. В принципе, по F1 в этом настроечном ракурсе, справка выводится хорошая (подробная). Проверка эта хороша тем, что пользователю можно дать права только на те табельные, у которых в ответственных испольнителях стоят "нужные" значения. (В частности, для табельщиков очень часто такое бывает, что надо иметь права на всех людей ряда подразделений, кроме отдельных лиц ).

Про структурные полномочия. Если необходимо дать права на просмотр структуры, но не всей, а только части, то spro (как писала выше) идем в пункт "Структурные полномочия для организоционного управления". Суть следующая: настраивается структурный профиль (не путать с обычным профилем полномочий), в котором можно перечислить из какого объекта при помощи какого пути анализа даем права на определенные объекты. Например, у Вас есть орг единица "Подразделение1" в него включены "Цех1" - "Цех10", а права на просмотр надо дать только на "Цех5", на шт. должности в нем и людей. Естественно, такие настройки должны делать Ваши HR' овцы (это уже относится к организационному менеджменту).

В плане семинаров (Москва) на второе полугодие запланирован HR940. Он только про полномочия в HR. Кажется, это то что нужно.

HR305

огромное спасибо. кажется решение созрело. делаю всё наоборот. оставляю cua в отдельном манданте, настраиваю дистрибуцию из HR в него оргструктуры и инфотипов персонала , в CUA в фоне генерю (RHPROFL0) юзеров, админ полномочий "прижимает" (в su01) роли системам и ... - фсё!...юзеры с полномочиями сидят в своих системах. вроде так. . А HR-полномочиями пусть HR-цы занимаются.
как закончу могу рассказать про грабли кому будет интересно

зы первый раз вижу в таком количесстве курсы на русском языке - читаю (HR505) и думаю - что-то не так (а 530-й - en

А полномочия через PD подвязываете к штатной должности?

что значит через PD? Ещё не разобрался насчёт PD...вроде нужно типа Standard использовать? PD как я понял это не общесистемные полномочия..типа int-HR?

[[/quote]
огромное спасибо. кажется решение созрело. делаю всё наоборот. оставляю cua в отдельном манданте, настраиваю дистрибуцию из HR в него оргструктуры и инфотипов персонала , в CUA в фоне генерю (RHPROFL0) юзеров, админ полномочий "прижимает" (в su01) роли системам и ... - фсё!...юзеры с полномочиями сидят в своих системах. вроде так. . А HR-полномочиями пусть HR-цы занимаются.
как закончу могу рассказать про грабли кому будет интересно

зы первый раз вижу в таком количесстве курсы на русском языке - читаю (HR505) и думаю - что-то не так (а 530-й - en [/quote]

Очень интересно. Причем если посмотреть на путь анализа PROFL0 (ракурс V_T77AW), который по умолчанию стоит в программе RHPROFL0, то видно, что по идее должно все заработать и в случае если объекту P лицо присвоен пользователь US (т.е. табельному номеру в инфо-типе 0105 подтип 0001 прописан соответствующий ему пользователь), так и в случае, если пользователь присвоен штатной должности (объекту S) напрямую.

специфика задачи такова, что логин (user) должен не генериться автоматом из person, а присваиваться по корпоративной формуле ;(. так что придётся ещё повозиться..