У пользователя есть полномочия на определенный подтип, например, 7 подтип (военный билет) ИТ 0290. На остальные подтипы данного ИТ соответственно полномочий нет. Формируем инфонабор, например, из 0000, 0001, 0290 ИТипов (на 0000 и 0001 ИТ полномочия соответственно имеются). Так вот, при создании отчета на данный инфонабор выбираются только те сотрудники у которых заполнен только подтип 7 ИТ 0290. Если у сотрудника заполен и 7 и хотя бы любой подтип ИТ 0290 он в отчет не попадает.
Что может быть и как с этим бороться????
Тестировалось на LDB PNP и PNPCE. SAP HR Версия 470, уровень 053, максимальный пакет поддержки SAPKE47053.

Привет!
А какой эффект хотелось бы получить?

Система отработала верно. Чтобы сотруднику(с такими полномочиями) посмотреть всю инфу из 0000 и 0001 инфотипа необходимо либо выключить из запроса 0290-й, либо дать на него полномочия

Проанализируйте, а собственно почему у данного пользователя обрезаны полномочия на ИТ0290... Может там супер-мега секретная инфа, а вы хотите её показать

Или это "блажь", взникшая на каком-то этапе. Тогда смело давайте полномочия на ИТ0290 и вперед

Можно попробовать дать полномочия "чтение" на 290-й ИТ. Но опять-таки это вопрос про "секретные сведения"

Ожидаемый эффект - отчет с данными, на которые у пользователя есть полномочия!
Получается, чтобы получить отчет нужно чтобы у пользователя были полномочия на все подтипы любого ИТ по которым он формируется???
В данном случае у нас данные по военному билету, подтип 07, ведутся только Военно-учетным столом. И доступ на подтип есть только у них. Результат формирование любых оперативных запросов по ИТ 0290 невозможно!!! ((
Так же будет и в любом случае если доступы на подтипы любого ИТ разграничены. И по ним нужно формировать запросы.

По-моему в этом предложении ответ на ваш же вопрос
Будут полномочия, будут данные.



А если рассмотреть такую ситуацию: у пользователя есть полномочия на 2-й ИТ (ну разрешено человеку заводить дату рождения ). А дальше сотрудник запускает запрос в котором есть таб. №, ФИО и Оклад. Как по вашему должна отреагировать система?



Думаю в вашей ситуации надо определиться с полномочиями на просмотр/создание/редактирование для каждого инфотипа.

Объект полномочий P_ORGIN.
Для пользователя прописываете поля:
1) INFTY - инфотип
2) SUBTY - подтип
3) AUTHC - уровень авторизации

и т.д.

Так в том то и дело, что у пользователя есть полномочия на 1, 2, 290 -й ИТ (подтип допустим 01). Мы формируем оперативный запрос из инфонабора включающего только те ИТ на которые ЕСТЬ полномочия (1,2,290). В запросе указываем поля этих ИТ, также на которые есть полномочия, т.е. 1,2,290 подтипа 01!

Чтобы сработала частичная проверка полномочий в секции initialization отчета должна стоять строка PNP_SW_SKIP_PERNR = 'N'.
Так как SAP Query фактически генерирует отчет, то это правило применимо и к нему. Так что я думаю, если вставить ее в расширение кода инфонабора, которое отвечает за initialization, то все получится

Почитав, мануал HR Query Generator Defining Switches, пытался вставить этот Switch PNP_SW_SKIP_PERNR, как написано в мануале в расширение кода инфонабора в секцию DATA. По мануалу написано что надо вставлять таким образом:
*$HR$ [P0021]
*$HR$ PNP_SW_SKIP_PERNR = 'N'
Сколько не бился - эффекта нет. Причем вставлял и другие ключи, то же самое. Т.е. эфекта нет вообще, а не только по данной проблеме. Лез в текст генеренной прграммы, мои строки там есть, в том виде как и вставлял и ничего в текст не добавляли (думал это макрокоманды какие-то которые сгенерят определнный дополнительный код). А так просто висят в проге как комментарии. Вот и думаю, что я не так делаю... Мануалу можно доверять 100% - прислали из SAP AG после написания customer message по данной проблеме.

Зачем в DATA?
Может быть у нас разные версии , у меня в ERP2004 есть явно секция INITIALIZATION
Только стоять надо не на инфотипе ( похоже вы на 0021 ИТ находитесь) а на инфонаборе в целом

В мануале написано, что такие ключи ставятся в DATA. Впрочем объявлял и в INITIALIZATION как *$HR$ PNP_SW_SKIP_PERNR = 'N'
Результата никакого
При простом объявлении PNP_SW_SKIP_PERNR = 'N' ругается:The last statement is not complete (period missing).
Я вообще-то уже сомневаюсь в этих ключах для инфонаборов. До этого никогда их не применял, и хотелось бы узнать хоть у кого нибудь что нибудь менялось при их использовании.
Могу выслать мануал по их использованию.

У меня все работает:
В SQ02 берешь инфонабор на редактирование
потом в меню "Перейти к"-> Кодировки -> INITIALIZATION
Открывается фрагмент кода
туда просто строку
PNP_SW_SKIP_PERNR = 'N'.
точку на конце не забываем Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!
И все , набор перегенеряем , все работает

Это означает точку добавить в конце надо:

- в таком виде должно работать в любой версии.
В виде ключей - только для 4.7 и выше.

Спасибо!!!
Мануал в урну выкинул, только с толку сбивал!
Все работает.
Так в том то и дело что версия 4.7

Наводящий вопрос : А PNP_SW_SKIP_PERNR среди *$HR$ ключей есть?
Что по этому поводу пишет мануал?

PNP_SW_SKIP_PERNR среди *$HR$ ключей нет.
Но пробовал задействовать *$HR$ PROC_PERNR_PARTIAL_AUT = 'X' наряду с *$HR$ [P****] равно как и другие ключи тестились.
Эффекта никакого. В текстах генеренных программ, как писалось выше, ничего кроме как этих (закоментаренных) строк не добавлялось.
Вообще какой механизм работы этих ключей *$HR$? Это макрокоманды и все-таки что-то генерится?
А параметр PNP_SW_SKIP_PERNR знал и добавлял, но по неопытности с *$HR$ и естественно в DATA

Так и не сумел добиться, чтобы оперативный запрос обрабатывал блокированные записи с помощью ключа PROCESS_LOCKED_RECORDS = 'X'.
Пробовал по-всякому.

Пожалуйста, подскажите точно
1. Раздел кодировки
2. Что там дословно надо написать.

Версия 4.7.