Есть признак с соединением, стандартный (чтобы был понятен масштаб бедствия - 0ASSET_AFAB, в соединении там 0COMP_CODE, 0ASSET_MAIN, 0ASSET). На нём создана переменная типа "Опция выбора". При этом выбор номера ОС обязательным не является.
Когда пользователь хочет выбрать переменную из списка - он видит длинную портянку вида
1 {описание области оценки 1}
1 {описание области оценки 1}
1 {описание области оценки 1}
1 {описание области оценки 1}
1 {описание области оценки 1}
1 {описание области оценки 1}
2 {описание области оценки 2}
2 {описание области оценки 2}
2 {описание области оценки 2}
2 {описание области оценки 2}
2 {описание области оценки 2}
3 {описание области оценки 3}
3 {описание области оценки 3}
...
Есть отчёт на BO, построенный на BEx-запросе с этой переменной. Беда та же самая.
Можно как-то избежать портянки без включения дополнительных признаков в куб, в запрос, создания на этом новом признаке новой переменной и т.д.? Сделать обязательным выбор ОС - не вариант. Только Z*-переменная на ABAP?

Не проще ли было прислать скрин? Для ограничений справки ввода F4 есть BADI, точно не могу сказать как называется, системы нет под рукой но можно найти по маске *F4* в транзакции SE18 в enhancement point.

К сожалению, выкладывание скриншотов не всегда возможно, в частности, по политическим причинам.

Спасибо, завтра посмотрю. Но это тоже Z*-переменная на ABAP, где цепляется BAdI, получается?

В общем, BAdI - RSR_VARIABLE_F4_RESTRICT, по идее - цепляется к любой переменной, делать user-exit необязательно. How-to Restricting F4 (Input Help) Values While Running a SAP BW Query.
Однако для него нужна накатка 9 патча на 701 или хотя бы https://service.sap.com/sap/support/notes/1416952

ну как бэ да)

В общем, на компаунде, которым является 0ASSET_AFAB, работать корректно отказалось.
Ограничили значением 01 - выдало "портянку" из значений 01.
Есть ещё варианты?