Здравствуйте.
Предистория: Есть признак "Куст", у него навигационный атрибут "Месторождение". Оба находятся в кубе (+ еще навигац атрибут включен).
Требуется: Ограничить в отчете BEx список значений переменной "Куст" из значения переменной "Месторождение" на экране выбора значений переменных до вывода отчета. Т.е. при запуске отчета выбираем одно Месторождение, далее при попытке выбора Куста нужно чтобы в списке были только кусты, принадлежащие этому Месторождению.
Почитал по форуму: или неотвеченные темы, или задачи другого типа.
Что пробовал: применить к этой задаче "How To ... Derive a Variable Value From Another Variable":
- создал 2 переменные:
1-я "Месторождение" (знач признака, ввод вручную, 1 значение, обязательная, Готова ко вводу)
2-я "Куст" (знач признака, CustomerExit, несколько значений, обязательная нач знач не разрешено)
- продебажил, все ограничивает, но ограничение идет уже в отчете, и, естественно, не дает выбрать "Куст"
- ставлю на 2-й переменной галку Готова ко вводу, дебаг, дальше i_step = 1 не идет, до i_step = 2 дело не доходит
- убираю галку, создаю 3-ю переменную "Куст, ручн ввод" получается на Кусте 2 переменные, не сработало, не ограничивает
- пробовал "тусовать" эти переменные между Фильтром и Значениями по умолчанию - не помогло.
Не подходит:
- полномочия (любой юзер должен иметь возможность смотреть любое из Месторождений)
- ограничить узлом иерархии (иерархия получается около 10 тыс узлов и вручную ее нереально вести)

Есть ли какое-то другое решение, или я что-то неправильно делаю?
BI 7.0

Добрый день, у меня была похожая задача = viewtopic.php?f=12&t=58836
Решения быстрого я не нашел. Выход пришел сам собой, клиента научили пользоваться выбором (благо он это изначально и имел ввиду)
Вот мои изыскания по этому вопросу =
1. BADi RSR_VARIABLE_F4_RESTRICT_BADI но представитель SAP пишет, что он The Badi is unfortunately already visible in SAP NetWeaver 7.01 but is NOT yet officially delivered. Thus it will NOT 7.01 system. It is planned to deliver the Badi with Enhancement Pack 2 (7.02) as well as SApNetWeaver 7.20. The Badi will be called any time you call the value help for a variable. This can be the value help in the variable popup as well as a
variable drop down box in a Web Template.
2. В SAP Help = Search Help Exit

3. Class CL_RSR_WWW_VARIABLE_SCREEN

Method - VALUE_FIELD_F4 used to popup F4 help
for each field in the variable screen.And the popup
window comes from method GET_VALUE_HELP_SCREEN.

Method - GET_HELP_VALUES provides the possible
entries for the InfoObject.E_T_CHAVT is the
characteristics table, Is it possible to sort
the entries in descending.
4. SAP Note 1080863 - FAQ: Input helps in Netweaver BI
Note 1269398 - Case insensitive search in input help (F4).

5. Можно еще глянуть в самом признаке в (В разделе Dictionary): DATA ELEMENT: далее в таб "Further Characteristics" = Search Help, дальше найдете Exit RSD_CHA_HELP_VALUES_EXIT. Дальше я копать не стал, поскольку отпала необходимость. Но чувствую, что на других проектах эта задача может возникнуть.
Напишите плиз, кто и как решает эту задачу. Заранее благодарен всем.

2 BORLAND:
Спасибо за информацию.
Похоже, что мы тоже быстро это не решим (если вообще решим).. мои знания ABAP мизерные, а пока наши абаперы "доберуться" до этой задачи и "въедут" в тему...
Поэтому присоединяюсь к просьбе BORLAND-а: Напишите плиз, кто и как решает эту задачу. Заранее благодарен всем!

Собственно, имею очень похожую задачу.
Шерстил SDN, но толком ничего дельного там так и не нашерстил, много написано про BADi, который появится в будущем, но его пока что нет.
Единственное что получилось - создал на инфопровайдере комбинацию признаков без деривации на основании признака (в вашем случае признак "Куст" у которого есть атрибут навигации "Местоположение") и при появлении окна ввода переменных изменяя значение переменной "Местоположение" по умолчанию в переменную "Куст" подтянется какое-либо значение "Куста" с выбранным "Местоположением". Но проблемы с нажатием "F4" никуда не уходят и при выборе отдельных значений вся масса "Кустов" будет доступна пользователю (естественно что при выборе "Куста" вне присвоенного "Местоположения" система после запуска отчета просто не покажет никаких данных).

Добрый день, объясните плиз это выражение :

Эм...
Пожалуй немного коряво написал, иначе говоря "Отношение признаков (Char rel-ship) без деривации, основанное на атрибутах основных данных (там как раз в русском варианте перевод "Базим комбинацию признаков").

А это случаем не в планировании ли? Мы же про BEx-отчет говорим..

Дак в планировании конечно.
На инфо-провайдере (в моем случае на кубе) делается отношение признаков без деривации, и собственно BEx-запрос, который к слову строится на этом же инфо-провайдере (или же на уровне агрегации к этому провайдеру) может пользоваться этим отношением признаков для доступа к значениям фильтра и значениям результата для признака (в Query Designer встаем на признак и в свойтсвах на закладке Advanced ставим в нужной области Char. Relationships и смотрим как меняется результат работы запроса).

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

Привет, всем.
DemoN может Вам подойдет следующий способ =
Заходите в свой признак "Куст", далее в таб "Attributes", далее в поле "Order for F4 Help" выставляете нужный вам номер для нав. атрибута "Месторождение".
После чего в SAP Bex отчете Вы имеете следующую возможность =
При выборе значений ("Restrict Values" Shift+F5) признака "Куст", будут выводится только те "Месторождения", которые ему принадлежат. Далее уже выбранные значения юзер и сам может скопировать. ИТак любой юзер имеет возможность смотреть любое из Месторождений и выбирать только то что ему нужно. И может ограничит выборку нужными значениями, скопировав их на первом шаге.
Это стандартное решение, без ABAP, сразу о нем я забыл сказать потому что на 100% точь в точь оно вашу задачу не решает. Но зато это обычный, стандартный способ.

Доброе время суток.

Есть проблема с методом GET_RESTRICTION_FLAT класса ZCL_RSR_VAR_F4_RESTRICT.
Суть в том, что с СЭ берутся год и филиал и по ним делается ограничение для справочника МВЗ. Но, почему-то считывание переменных с СЭ происходит не в режиме реального времени. Т.е. открылся СЭ, я его заполнил, например год 2017, филиал 1111. Захожу в справочник МВЗ, ограничение срабатывает как надо. Выбираю МВЗ запускаю форму. Потом повторно вызываю СЭ. Ввожу год 2017, филиал 2222. Вызываю справочник МВЗ, а у меня фильтруются согласно первому вызову СЭ (т.е. год 2017, филиал 1111). Запускаю форму с новыми значениями, но с не правильным МВЗ. Потом в третий раз вызываю СЭ. Делаю выбор по году 2017 и филиалу 3333, а для МВЗ остается предыдущее значение выбора (год 2017, филиал 2222). Т.е. на один шаг СЭ отстает, а должен, по идее, работать в режиме реального времени.

Подскажите, может как-то можно обновлять таблицу переменных СЭ (i_t_var_range, у которой ссылочный тип RRS0_T_VAR_RANGE)?

Заранее спасибо!

Посмотрите ноту 2333233 - BICS >= 7.40: Unexpected Behavior for BAdI RSR_VARI