Использую конструкцию on change of ... endon в подпрограмме, при первичном вызове все срабатывает прекрасно, но вот при повторном вызове подпрограммы чегой-то оно не работает .
Вопрос, вообще возможно ли повторное использование сей конструкции в программе? Если возможно, то что нужно почистить, обнулить?

Ну что ли текст или куски текста приведи, а то мыслескоп чего-то барахлит

loop at g_nalog.
append g_nalog to lt_sflight.
endloop.
sort lt_sflight by BUKRS LAND KODNAL BUDJ.

* add data to tree
data: l_BUKRS_key type lvc_nkey,
l_LAND_key type lvc_nkey,
l_KODNAL_key type lvc_nkey,
l_last_key type lvc_nkey.

loop at lt_sflight into ls_sflight.
index = sy-tabix.
on change of ls_sflight-BUKRS.
perform add_BUKRS_line using ls_sflight
''
changing l_BUKRS_key.
read table lt_sflight into ls_sflight index index.
endon.
on change of ls_sflight-LAND.
perform add_LAND_line using ls_sflight
l_BUKRS_key
changing l_LAND_key.
read table lt_sflight into ls_sflight index index.
endon.
on change of ls_sflight-KODNAL.
perform add_KODNAL_line using ls_sflight
l_LAND_key
changing l_KODNAL_key.
read table lt_sflight into ls_sflight index index.
endon.
perform add_complete_line using ls_sflight
l_KODNAL_key
changing l_last_key.
endloop.

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

В начало подпрограммки такое:

form create_hierarchy.
data lt_sflight type znal_nalogs occurs 0.
clear ls_sflight.
...

Я так понимаю, что все должно чиститься, или не так?

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

Здесь вроде все нормально, но вот здесь надо бы написать:
on change of ls_sflight-BUKRS or ls_sflight-LAND.
вместо:

и далее:
on change of ls_sflight-BUKRS or ls_sflight-LAND or ls_sflight-KODNAL
вместо

а то ведь при изменении балансовой единици, но при неизменном значении LAND или KODNAL это дело работать не будет

Уважаемый, учите матчасть.
on change вообще придуман для другого, да и используете Вы его как-то хитро....

Вот Ваши конструкции: at new..., или же at end of...
Только перед употреблением почитайте help.

Там прикол только в том, что надо иметь в виду, что играет роль порядок определения внутренней таблички.
Т.е. если определение
vbeln
posnr
matnr
, то 'at new matnr' срабатывает и при изменении всех предшествующих matnr полей - vbeln и posnr.



loop at lt_sflight into ls_sflight.
index = sy-tabix.
at new bukrs.
...
endat.

Ине забудьте отсортировать внутреннюю табличку по соответствующим полям! (в вашем случае BUKRS LAND KODNAL)

Ну уж если человек решил использовать on-change, почему б не показать почему у него возникает ошибка? Хотя конечно, для внутренних таблиц надо использовать at, для селектов on-change. У нас кстати, древние отчеты, с версии 3.0 до сих пор юзаются с конструкцией on-change (тогда кажись еще не было at-хотя может и ошибаюсь)