Всем добрый день!
Подскажите, пожалуйста, как почистить глобальные переменные группы функций RHWH?

Проблема банальна: использую ФМ RH_STRUCTURE_SHOW из группы функций RHWH для показа оргструктуры пользователю и ФМ RH_OBJID_REQUEST для поиска в оргструктуре, который использует ФМ RH_TYPE_STRUC_HELP из той же группы функций RHWH. В итоге, если вызвать сначала ФМ RH_OBJID_REQUEST, а затем для другого действия пользователя RH_STRUCTURE_SHOW, то содержимое экранов будет совпадать независимо от параметров вызываемого ФМ. Может быть, кто сталкивался с такой проблемой?

Прошу извинить за некропостинг, но всё же, как решить эту проблему?

1. Судя по использованию данных ФМ в стандартном коде - такой проблемы нет. Т.е. вы как-то неправильно их вызываете. Но сам я данную ГФ не использовал, могу ошибаться.
2. Если сильно надо - почистите через глобальную память, не вижу проблемы.

По пункту 1 - проблема всё-таки присутствует, по крайней мере в 4.6. Может в следующих версиях она и исправлена, но здесь если на одном экране есть два средства поиска для двух разных типов объектов, использующие эти ФМ-ы, их содержимое будет совпадать, причем вне зависимости от передаваемых параметров. Судя по всему это связано с использованием одного и того же контейнера в окне средства поиска.
По пункту 2 - предлагаете assigne-ами вычистить контейнеры? В принципе, вариант, конечно. В идеале, хотелось бы узнать некую мифическую ноту или ФМ-деструктор этой группы функций, но судя по всему, мало кто сталкивался с такой проблемой. Будем ассайнить, что поделать Спасибо.

Если вдруг кому-то интересно, я таки придумал решение.
Можно обернуть вызов функции RH_STRUCTURE_SHOW в свой Z ФМ, объявленный как RFC с DESTINATION 'NONE'.
Тогда при вызове стартанет новый LUW, в рамках которого не будет пересечений контейнера с ФМ RH_OBJID_REQUEST и оба ФМ-а отработают корректно.

avaskanian, это очевидно. Можно и без Z ФМа, через STARTING NEW TASK.

Пономарев Артем, не совсем. Если запускать через STARTING NEW TASK, то ФМ, судя по справке, запустится асинхронно, что в случае со средством поиска не есть хорошо.

Сорри, упустил что у вас SH. В таком случае, действительно, не вариант. Но если без частностей - то вполне. Не нужно лишний Z плодить.

Забавно, что спустя 12 лет проблема в системе еще осталась.