Добрый день!

Стоит задача - дать возможность считать информацию из инфо-типов орг. менеджмента (в частности, HRP1000 и HRP1001) пользователю, у которых нет на них полномочий.
Полномочия пользователю давать не хотим - не положено ему.
Такое чтение необходимо только для выбора наименований должностей руководителей и ФИО лиц на них - для подписей.

Как известно, чтение инфо-типов HR рекомендуется осуществлять с помощью стандартных ФМ, ни в коем случае не с помощью select.
Чтение инфо-типов персонала известно как осуществить: вызывается ФМ HR_READ_INFOTYPE_AUTHC_DISABLE перед чтением инфо-типов с помощью ФМ HR_READ_INFOTYPE.

А что можно применить для орг. менеджмента? Вместо RH_READ_INFTY используется другой ФМ ? Подскажите, пожалуйста - какой?

Благодарю заранее!

Должен сработать ФМ RH_AUTHORITY_CHECK_OFF. Принцип работы тот же, что и для HR_READ_INFOTYPE_AUTHC_DISABLE

gomer4ik, спасибо большое за ответ! Попробую.

Не стоит его использовать. У него внутри отключается проверка полномочий навсегда в рамках рантайма. Все таки HR_READ_INFOTYPE_AUTHC_DISABLE работает по другому, он отключает проверку, и потом любой ФМ читающий данные инфотипов PA обратно ее включает, для оргменеджмента и RH_AUTHORITY_CHECK_OFF я такого кода не нашел, поэтому проверьте обязательно, что если у сотрудника нет полномочий на 1000 инфотипа и вызов RH_AUTHORITY_CHECK_OFF у него потом обратно не будут работать полномочий чтобы не было сюрпризов.

Вдогонку RH_READ_INFTY есть параметр AUTHORITY если у него стоит значение "ПУСТО", то автоматически отключаются структурные-полномочия, запускать его лучше с параметром DISP проблем никогда не было.

metha , спасибо большое! Вы озвучили мои подозрения. Буду аккуратнее.


Да, я так и делала - запускала с параметром DISP, отключив структурные полномочия:
WITH_STRU_AUTH = ' '.
В этом случае у пользователя, имеющего структурные полномочия, которые не распространяются на руководителей, действительно информация выбирается. Т.е. отключение структурных полномочий срабатывает.
Но вот у пользователей, не имеющих полномочий вообще (даже структурных), не выбирается ничего. Потому родилась эта тема.

Буду исследовать проблему дальше.

К сожалению, программист другого модуля, поставивший мне эту задачу, ушел в отпуск, да еще сейчас делаю другую срочную задачу.
Чуть позже продолжу исследования.

Если еще напишете свои соображения, буду признательна.

Кстати, очень странно то для 1000 и 1001 не стоит в ролях P_ORGIN AUTH=R... В этом случае много чего стандартного работать не будет. Так что мы всегда даем на только чтение 1000 и 1001 инфотипов тем кому не положено вести эти данные просто отключаем соответствующие транзакции через S_TCODE

metha, этот пользователь - из другого модуля (MM). Печатает заявки по материалам, и ему нужно, чтобы в заявке проставились наименования должностей и ФИО руководителей. Только для подписей.
HR не хочет давать этим пользователям полномочия. Задача изначально стояла вообще читать все с помощью SELECT. Но мы-то с Вами знаем, что неправильно это.

Да это понятно, НО если архитектор системы знает что эти данные нужно использовать в ММ и это Z* разработка, то не парьтесь тогда - SELECT это Ваше все делать то нечего.

metha, ну вот , я полагала, изящное решение существует. Значит, SELECT не является большим криминалом?
У нас действует политика - руководство если видит SELECT из инфо-типов HR, заставляет переписывать. Обычно это другие модули грешат этим - считывают подобным образом информацию из HR.
Но и в старых разработках HR это встречается, увы.
Правда, в данном случае, использование SELECT оправданно.

Однажды я находила тему про чтение инфо-типов орг.менеджмента, там писали, что вроде есть какие-то ФМ, читающие без проверки полномочий. Сейчас не могу найти эту тему.
Кстати, наряду с RH_AUTHORITY_CHECK_OFF существует еще RH_AUTHORITY_CHECK_ON. Выкл. и вкл.

НУ я на своих проектах тоже select из инфотипов не приветствую, но пути сапа неисповедими как говорится, и сам САП особливо в модулях не HCM этим активно пользуется, если Вы нашли ФМ для включения обратно полномочий, то, конечно, лучше сделать это через сначала выключение, потом считывание Фмом, потом обратное включение. Тогда и Вы свою работу выполните и руководство будет довольно.

metha, спасибо большое за все советы и разъяснения!

В общем, оставила такой вариант.
Программист другого модуля вышел из отпуска, вставил в свою программу мой ФМ, вот уже продолжительное время жалоб от пользователей не поступает.
Одной из причин, почему не использовала select, является то обстоятельство, что ФМ уже был написан с культурным чтением из инфо-типов и успешно использовался пользователями HR.
Когда ФМ понадобился и другим пользователям, проще было вставить упомянутые операторы, нежели переписывать чтение c помощью select-ов.
Благодарю всех откликнувшихся!