Привет всем!

Как сделать, чтобы список выбираемых значений по F4 зависел от того, что выбрано в другом поле? (это при работе с отчетами)...

Где то можно прикрутить свой Serch Help ?

у Search Help'a должно быть два входящих параметра. и это средство поиска должно быть привязано к структуре к обоим полям. все будет вытаскиваться автоматом вроде

1) отчет стандартный или собственный?
2) как соотносятся между собой поля на экране выбора (из каких структур и таблиц - собственные или нет, структура общая или нет)?

Свой search-help прикрутить можно, только в части случаев это будет сделано без каких-либо модификаций системных объектов, а в худшем случае придется писать на abap.

1. Отчет собственный, в BEx.
2. В моем случае поля связаны - один признак является атрибутом другого. А в общем случае поля не связаны. Мне хотя бы для моего случая.

Что я нарыл - можно поменять SH, который можно найти у элемента данных. А читать установленное выше значение другого признака можно соответствующей ФМ. Но пока не пробовал...

Если у кого есть другие идеи - буду рад послушать.

А полностью свой самописный Search Help как можно прикрутить?

А Abap я не боюсь... пусть он меня боится

При обработке средства поиска идут следующие приоритеты (есть слайды и подробное описание в любом BC430 - ABAP Dictionary):
1. SH для экрана (то есть непосредственно в программе осуществлена связь поля с SH, например, через Process on value-request или задан явно и т.д.)
2. Средство поиска для поля (как часть структуры или таблицы)
3. Если есть проверочная таблица у поля, то она используется как SH.
4. SH для элемента данных.
5. Fixed values в домене.
6. Стандартные средства поиска для дат.

Поэтому попытка прикрутить средство поиска к элементу данных может не привести к желаемому результату. Наиболее правильно и удобно добавлять средство поиска к полю таблицы или структуры, о чем писал holocron.

Прошу прощения.
Можно на вопрос "Как прикрутить SH к запросу переменных в BEx?" отвечать включив опцию "для дубов"?

Экран генерит сам BEx, с этим ничего нельзя поделать.

Когда создаю признак, генерится таблица, например /BIC/PCV_SPPO. Так она в зоне наименований SAP, то редактировать ее нельзя, соответственно, указать SH тоже там нельзя.

Проверочная таблица указывается на уровне домена, так что скорее всего сначала ищется SH для элемента данных.

Fixed values в домене, думаю, в BW не используется...

Остается один путь - почудить в сгенеренном SH.

SH прикручен к элементу данных, и поменять его нельзя. Параметр у SH один (хотя это можно и расширить). Все находится в зоне имен SAP. Но почему то можно редактировать сам SH...

Все конечно хорошо, но вы попробуйте перенести инфообъект у элемента данных которого вы подменили search help в другую систему...

легко

Мы не можем менять связку "Элемент данных-SH", мы можем только поменять сам SH. И уж SH мы просто затолкаем в запрос и перенесем...

В рамках включенной опции "для дубов":

Где это место можно найти в системе?
Спасибо.

>легко

А поподробнее ?

У сгенерированного для инфообъекта search help-a прописан в качестве search help exit-а функциональный модуль

RSD_CHA_HELP_VALUES_EXIT

Его можно подменить на свой какой-нибудь
ZRSD_CHA_HELP_VALUES_EXIT.

Но при переносе инфообъекта все структуры данных генеририруются заново в целевой системе, и в целевой системе снова будет стоять
RSD_CHA_HELP_VALUES_EXIT.

По этому поводу даже есть нота - 380440.

Если вы знаете способ это обойти, поделитесь плиз.

Можно конечно перенести заново SH отдельным запросом ПОСЛЕ переноса запроса с инфообъектом, но первый же запрос с инфообъектом перетрет его снова.

Заходишь в признак, потом - на элемент данных. Там указан SH. Когда ативируем измененный SH, система запрашивает запрос на перенос...