Добрый день, коллеги,
Ситуация следующая: В системе у пользователя есть доступ к определенному количеству подтипов (SUBTY) инфотипа 0014 (P_ORGIN, P_ORGXX в порядке).
Есть сотрудник, у которого в 14ИТ заведены записи с подтипами XXXX, YYYY.
При этом у пользователя есть доступ, только к подтипу XXXX (ну, не положено пользователю видеть YYYY)
В администрировании персонала полномочия отрабатывают корректно.
В оперативном запросе возникает следующая ХРЕНЬ:
Если выбрать только сотрудника, не указывая вид оплаты, то отрабатывает корректно.
Если выбрать вид оплаты XXXX, то оперативный запрос не находит ничего по этому человеку,
и после неудачной проверки пишет: "При выборе совпадений не найдено"
а в проверке полномочий, начинает ругаться на вид оплаты YYYY.
Залез в отладчик, нашел место, где это всё происходит:
SAPLHRBAS00GENERICSELECTION include LHRBAS00GENERICSELECTIONF03
Стандартный ФМ "HR_CHECK_AUTHORITY_INFTY" зачем то проверяет вид оплаты YYYY у 14ИТ.

Может кто-либо сталкивался с такой ситуацией, или же я идиёт, и что-то упустил?
Коллеги, помогите советом.

Попробуйте посмотреть на настройки селекционного экрана в самом инфозапросе, вполне возможно на экране выбор по в.о, а не по P0014-SUBTY.
Как вариант можно попробовать на селекционном экране просто добавить дополнительное поле не связанное с полями P0014-SUBTY или P0014-LGART и настроить на него фильтрацию итоговых записей или использовать варианты ALV также с настроенными фильтрами и разделить уже их полномочиями.
Ну и самый брутальный вариант это просто дописать соответствующие проверки полномочий в расширении инфонабора.

"Брутальный" вариант сразу нет)))))
Остальное буду смотреть.
Почему тогда, при прочих равных условиях, для одного сотрудника работает, а для другого нет?

в "брутальном" варианте, кстати даже ключ разработчика не требуется -)), если у разных сотрудников на одних и тех же данных, разные результаты - то значит, условия не равны, что-то по любому отличается, ибо система, по сути своей - дубовая... скорее всего сваливаются полномочия (если вообще дело в них) на совершенно других критериях и прикладных данных.

P.S.
Кстати, а инфонабор то на основе PNP* построен ЛБД? Или прямой выбор данных?

PNPCE, если быть точным.

Ну не принципиально в общем-то, хотя если не не используется функциональность глобального совместительства то и не стоит ее пользовать

Все правильно, именно так и работает проверка полномочий. Так как в первом случае ВО не указывается, то и проверка полномочий на ИТ0014 не выполняется. Во втором случае, выполняется обработка ВО, поэтому выполняется проверка полномочий.

В базе PNP есть переключатель pnp_sw_skip_pernr, который управляет реакцией БД в случае, когда отсутствуют полномочий на какие-либо записи в ИТ. По умолчанию он равен 'Y' - если не доступа к чему-либо, то ТН пропускается. Если поставить 'N', то ТН останется в обработке, пропустятся лишь запись в ИТ, до которой нет доступа.

Тут уже есть подобные темы, вот например http://sapboard.ru/forum/viewtopic.php?f=11&t=18037

RoustR,
проверил переключатель для этого инфонабора, в INITIALIZATION уже объявлено PNP_SW_SKIP_PERNR = 'N'.
Но эффекта ни какого(((.

по периоду ограничиваете?

Да, четко выставляю месяц, у сотрудника в этом месяце есть оба ВО.

Попробуйте begda endda вытянуть из 14 ит в таблицу.

Период анализа выставил "Все"
Конец срока действия, начало срока действия выставил конец и начало месяца.
Совпадений не найдено.