Коллеги, пожалуйста, дайте совет в следующей ситуации.

Мы печатаем приказы через ИТ 298. Внизу есть поле Менеджер - куда мы вбиваем табельный номер менеджера, и система подтягивает его ФИО и Должность.
Компания большая, поэтому доступы к сотрудникам четко разделены. Каждый специалист видит только свою территорию. Бывают случаи, что Менеджером является сотрудник другой территории. В этом случае, вбив табельный номер ФИО и должность не подтянутся в приказ...

Как сделать так, чтобы только ФИО и Должность были видимыми всегда для ИТ 298, независимо от группы доступа ?
Возможно ли такое в принципе ?

А если создать для каждого подразделения свой вариант приказа, в котором будет сохранена должность и ФИО подписанта. Затем по признаку будет тянуться свой вариант с нужным подписантом.

Хотя, конечно, решение не самое красивое....

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

Чтобы считать записи по инфотипу без проверки полномочий нужно просто вызвать перед зачиткой инфотипа вот такой ФМ HR_READ_INFOTYPE_AUTHC_DISABLE. Тогда при печати приказа по этому табельному номеру из 2 инфотипа Вы всегда получите его фио. Но тут все зависит от постановки от архитекторов по безопасности.

Судя по Вашему описанию, поле стандартное, а программа печати приказов пользовательская - тогда это то что я описал.

Если Все стандартное и все равно надо выводить без учета полномочий то Вам в помощь будет разработки в user-exit программы печати, +(или) расширения формуляров самих приказов (смотря конечно на чем они сделаны).

P.S.
По любому если это стандарт приказы то придется абапить вот тут zxhrua_order_t1_per (пример из приказа Т1). и подменять поля dol и man для печати приказа.

На одном из проектов мы заменили это поле собственным (через расширение) и подвязали к нему средство поиска по орг структуре (например ФМ RH_TYPE_STRUC_HELP) по пути анализа "Только менеджеры". А территориальные права распределяли чз структурные полномочия.

Если реализуем свое поле то и средство поиска лучше подцепить к полю структуры (стандартное средство поиска объектов ОМ) то и абапить ничего не придется.

Добрый вечер!
При формировании приказов возникает следующая ситуация: считывая данные из 298 ИТ не всегда считывается представитель(табельный номер руководителя), хотя на форме приказа он указан. У одного и того же сотрудника в одном приказе представитель считывается, в другом - нет. Подскажите пожалуйста может стоит что-то еще проверить кроме программы?

Смотрите в сторону считывания инфотипа 0298 и обязательно проверяйте проверку ключевых полей в особенности поля SEQNR в дополнении с BEGDA|ENDDA. Так как на одну дату приказы могут быть. И кстати какая программа считывает записи 298 инфотипа?

считывает таблицу:
loop at p0298 where massn = massn and ordnu = ordnu and orddt = orddt and subty in gt_personnel_order.
exit.
endloop.
check sy-subrc = 0.
RP-PROVIDE-FROM-LAST P0001 SPACE PNPBEGDA PNPENDDA.
RP-PROVIDE-FROM-LAST P0002 SPACE PNPBEGDA PNPENDDA.
*.....name & OKPO
PERFORM GET_ORG_NAME_OKPO USING P0001-JUPER
PNPBEGDA "+RU6K002998
PNPENDDA "+RU6K002998
CHANGING DATA-ORG_NAME DATA-OKPO.
и еще ФМ HR_RU_GET_MANAGER_DATA_IT0298 считывает должность и ФИО.

приказы кстати на разные даты...

Смотрю на стандарт похоже, намекните хоть на наименование программы, в понедельник посмотрю детально

ZHR_HRUA_ORDER_T6 на основе программы HRUA_ORDER_T6

Тогда Вам только к тем абаперам которые писали Вам эту программу все таки она Z*, и надо конкретно отлаживать что и как там не работает.

разобрались с причиной. в таблице pa0298, почему то не был сохранен chper(табельный № руководителя/подписанта). Возможно при сохранении приказа возникла ошибка, или некорректно сформирован приказ. После того как приказ пересохранила, все исправилось.