Если кто-нибудь когда-нибудь создавал древовидные отчеты (наподобии RFBILA00), то, пожалуйста, поделитесь опытом:
листинги с коментариями,
документация,
ссылки на материалы.

Да, там обычный tree conrol ....
я писал такие,
что конкретно там неясно?

Если у тебе не меньше 4.6, то посмотри демки:
BCALV_TREE_DEMO
BCALV_TREE_SIMPLE_DEMO
BCALV_TREE_VERIFY
последняя прога показывает как обрабатывать многие опции/параметры при работе с деревом

пока конкретных вопросов нет.
Посмотрю демки, и если вопросы возникнут, то уже спрошу конкретно.

как то угрожающе звучит

У меня возникло два вопроса:
1. Оптимизация колонок не работает с помощью

* optimize column-width
call method tree1->column_optimize
exporting
i_start_column = tree1->c_hierarchy_column_name
i_end_column = tree1->c_hierarchy_column_name.

, пришлось указывать ширину через outputlen

2. Не удалось реализовать следующее:
в ерархии выводить по два поля на одном уровне (например поля "код" и "Наименование" ), пришлось их сцеплять в одной
переменной.

Какие есть способы реализовать п.1. и 2. помимо тех, которые использовал я?

1. call method tree1->column_optimize .
просто, без параметров

2. насколько мне известно - нет

по поводу 2 пункта:

SAPTLIST_TREE_MODEL_DEMO

(для построения дерева используется класс cl_list_tree_model)

да, но это уже другой класс...

А каким образом или в какой таблице хранятся данные этого древовидного отчета, после того как была передана таблица со значениями.

Необходимо вызывать другие отчеты по счетам. Передаваемые счета для отчетов - счета, которые находятся в выделенном узле иерархии.
Например узел 68000000 - 68999999: в него соответственно входят все 68 счета. Выделяем узел, и вызываем другой отчет, в который в качестве параметров передаются все счета.

Пытался применить эти методы:

call method tree1->GET_SELECTED_ITEM
Importing
E_INDEX_OUTTAB = E_INDEX_OUTTAB
E_FIELDNAME = E_FIELDNAME.

call method tree1->get_selected_nodes
changing
ct_selected_nodes = lt_selected_node.

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

вот:



в g_node_key - ключ узла по которому ты даблкликнул, а в таблице lt_selected_node у тебя будут все предыдущие ключи по открытой ветви

А никто не знает, есть ли буфер при вызове

call method tree1->set_table_for_first_display
exporting
it_list_commentary = lt_list_commentary
* i_logo = l_logo
i_background_id = 'ALV_BACKGROUND'
i_save = 'A'
is_variant = ls_variant
changing
it_sort = gt_sort
it_outtab = <tab>
it_fieldcatalog = lt_fieldcat.

дело втом, что в <tab> передаются выбранные счета и суммы. При первом вызове все работает отлично.
Делаю возврат, выбираю другой счет, при этом счет и сумма на экране остаются от первого вызова, а в <tab> те данные, которые должны были быть.
Если полностью выйти из программы и выбрать счет, который выбирали во второй раз, то там опять все отлично, пока не начать вызывать повторно.
Поэтому у меня возникло предположение, что есть какой-то буфер, который не чистится, а может и другие причины.
Если можете, помогите, пожалуйста.

а не пробовал метод REFRESH_TABLE_DISPLAY ?

Пробовал ставить и перед вызовом метода (программа вывалилась в дамп)
tree1->set_table_for_first_display
и после него. И в других частях программы.

Это не помогло. Может быть REFRESH_TABLE_DISPLAY я не в том месте где то ставил?

на своем экране , в PBO должно быть так:

MODULE PBO OUTPUT.
IF NOT TREE1 IS INITIAL.
CALL METHOD TREE1->FREE.
ENDIF.
PERFORM INIT_TREE.
....

и выход из экрана с деревом

FORM EXIT_PROGRAM.
SET SCREEN 0.
ENDFORM.