Подскажите пожалуйста кто знает,

Как получить данные считанные программой из ЛБД внутри вызываемых ФМ-ов?
Есть ли способ это сделать не передавая данные в параметрах?

Цель: Хочется перекрывать HR_READ_INFOTYPE/SUBTYPE там где данные из ИТ уже загружены.

Поясните что, где и зачем вы хотите перекрывать?

отчет:
....

ФМ ZZ_GET_PERSON_ЧТО_ТО работает с информацией из ИТ и используется как в отчетах с ЛБД (см.выше), так и в отчетах НЕ использующих ЛБД.

Что бы ФМ отработал корректно он должен либо:
- принимать данные (таблицы ИТ) из отчета.
- считать данные используя HR_READ_INFOTYPE/SUBTYPE.

Вопрос: Есть ли способ в ZZ_GET_PERSON_ЧТО_ТО достучаться до 0001 (и остальных объявленных ИТ) ?

1) Assign.
2) Отказаться от изпользования ФМ, делать через perform, вынесенный в инклюд.

Но чем не нравиться HR_READ_INFOTYPE? Насколько помню, данные там неплохо буферизованы и не обязательно будет повторое обращение к БД. И ФМ получиться более универсальным и не привязанным к отчётам с LBD

.. может кашно и где-то кешируется, но разве что на уровне серверной БД, ибо из ФМ в HR_READ_INFOTYPE провалился везде где было возможно =) и в БД SELECT и во внутрь IF authc_disabled = space.
.. вобщем мало не показалось, после чего собственно вопросик и возник.

А отказываться от ФМ-ов с HR_READ_INFOTYPE или переписывать их в формы / макросы я не планировал. Есть желание узнать можно ли это оптимизировать как-то.

В версии ERP2005 в ФМ HR_READ_INFOTYPE начиная с 103 строки, сопровождается соответствующими комментариями.

.. этот буфер не лбд-шный. он кеширует вызовы HR_READ_INFOTYPE.

PERFORM read_it_from_db (и БД SELECT) - первый раз вызывается всегда, даже если отчет использует ЛБД (соответственно и права проверяет).
Только при повторном вызове HR_READ_INFOTYPE уже смотрит кеш.
Как я понял это с ЛБД не связано.

Тогда может имеет смысл не пользоваться услугами ЛБД по заполнению инфотипов, а в get pernr использовать HR_READ_INFOTYPE?

.. HR_READ_INFOTYPE вместо ЛБД - это отдельная тема.
.. может оно имеет смысл в отдельных случаях отказаться от ЛБД, но ни как не ради подобной оптимизации.

.. значит пока вижу единственное решение - передавать в ФМ содержимое ИТ-ов в виде необязательных параметров и проверять, если не передано, то делать HR_READ_INFOTYPE.

Я не презывал отказаться от использования ЛБД, я только предлжил не пользоваться услугами по заполнению инфтипов. Т.е. не использовать объявления Infotypes: А выбор табельных попрежднему пусть будет через ЛБД. Или речь идёт о оперативном запросе и т.п.?

Нет, только в программках используется.