Очень рад, что все заработало Удачи!

Ага...
То ли еще будет.

Однако
во-первых внутренняя таблица должна содерать поля, объявленные только через LIKE на DDIC-поля или конструкцию INCLUDE STRUCTURE ...;
во-вторых ФМ 'REUSE_ALV_FIELDCATALOG_MERGE' иногда глючит после изменения структуры самой внутренней таблицы. Лечится весьма просто: необходимо актуализировать индекс навигации или после активации программы полностью выйти из SE38(SE80) и зайти вновь

У меня не лечилось это даже после перезапуска транзакций. Помогает вызов SBUF_OBJ_RESET_OBJECT, т.е. как бы сброс буферов ALV.

Между запусками измененной программы необходимо выйти из se38.

Ну да, сорри, именно это я и имел ввиду. Глюк этот известный, но на одном проекте не помогает выход из se38/se80. Приходилось чистить буферы при помощи вышеуказанного ФМ. У нас у всех в фаворитах транзакция стоит. А в превый раз я часа 3 тупил и не понимал почему ничего не обновляется, даже после перезапуска se38/se80.

Справедливости ради надо сказать, что перезапуск GUI помогал .

Я со вчерашнего дня мучаюсь с ошибкой что внутрення таблица 72 знака, а исходник 153. Не пойму что делать. Это специальное ограничение такое в 72 знака или глюк, который лечится?

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

Всем <я не знать русский языка>!
Никто не подскажет,как в алв-гриде созданном через REUSE_ALV_GRID_DISPLAY_LVC повесить refresh на изменение значений поля?

А вы решили проблему? Если решили, то как? У меня сейчас абсолютно идентичная ситуация: вылетаю в дамп в 'REUSE_ALV_FIELDCATALOG_MERGE'. Код один к одному, как у Вас