Не подскажете, как при создании отчета лучше обработать фильтрацию материала по иерархии?
Я так понял, что подчиненности в САПе нету, и если мы налагаем при создании отчета фильтр на иерархию материала первого уровня, то материалы с якобы подчиненной иерархией второго и третьего уровня не попадут в отчет. Надеюсь, я описываю понятно :-)
Что приходит в голову, это анализировать список выбранной для фильтра иерархии и путем поиска в таблицах T179 и PRODH искать подчиненные элементы второго и третьего уровней и формировать новый список для фильтра.
Не верится, что все так сложно, может кто-нибудь знает более простое решение данной проблемы? :-)

1.) Сравнение LIKE в SQL;
2.) Оператор сравнения CP (по маске) в логических выражениях;
3.) FIELD-SYMBOLS (ASSIGN FIELD1+5(3) to <FS>).

И т.д., и т.п.

Спасибо за ответ :-)
Хотя я еще и месяца не проработал с абапом, но мне кажется, что предлагаемые варианты являются интрпретацией того, что я предложил ранее. Может в силу своей квалификации я ошибаюсь.
Это операторы сравнения, и как их применить в обычном SQL запросе, я пока не представляю, потому что структура иерархии специфична: она состоит из трех частей, где уровень 1 - с(5), уровень 2 - с(5) и уровень 3 - с(8), а итогорое поле в MARA состоит из 18 символов. И любой из этих трех уровней может быть задан в списке фильтрации. Поэтому для использования оператора сравнения мне как минимум надо знать, иерархию какого уровня ввел пользователь, а для этого опять таки придется юзать таблицу T179 и делать дополнительный список :(
Я был бы признателен, если бы вы привели хотя бы маленький пример.

А оно тебе правда надо?



Select ....
where PRODH like L_PRODH and
.....

Где L_PRODH = P_PRODH + '%' .
P_PRODH - подразумевается, параметр выбора иерархии.

Я почему-то заморачивался на том, что значение первого уровня и второго могут быть одинаковыми, и получится коллизия, но я посмотрел ваш пример и понял, что для полного значения PRODH действительно разницы нету. Спасибо большое за помощь :-)

Думаю, анализировать иерархию по таблицам - ненужная морока. Из общих соображений следовало бы искать какой-нибудь функциональный модуль, который работает с иерархией. Точнее сказать, к сожалению, не могу. Стоит исследовать журнал использования таблиц, обязательно указав в параметрах поиска флаг "Интерфейсы ФМ", ну и по ключевым английским словам в SE37, что-то вроде *MATER*HIER* и т.п.

Вот к примеру есть ФМ BAPI_MATERIAL_GET_PRODUCTHIER.. Не поможет?

Из общих соображений естественно должен был быть какой-то вспомогательный инструмент, только я пока настолько плаваю в среде программирования САП, что навряд ли отыскал бы его :(
Сергей, спасибо за помощь, обязательно сейчас посмотрю эту функцию и попробую разобраться в ее функционале :)

Потомкам на будущее напишу - морока одна в принципе получается, если пытаешься создать отчет, учитывающий подчиненную иерархию.
С функцией BAPI_MATERIAL_GET_PRODUCTHIER все замечательно, только один минус - если пользователь выбирает исключающиеся значения, подчиненную иерархию невозможно отследить, потому что в список select-options не попадают только выбранные значения верхнего уровня.
Как вариант, конечно, можно препарировать список select-options, но как говорится, кто бы научил, да и надо ли это?
Поэтому пусть выбирают подчиненную иерархию интервалами, немного через то самое место, зато все работает :-)