Есть возможность доступа к глобальным данным вызывающей программы через field-symbols:

data: str(30) type c vlue '(prog)var'.
field-symbols:
<fs> type any.
assign str to <fs>.

Может кто занет как доступиться к локальной переменной вызывающей подпрограммы или функции?

Для локальных не перверял - попробуй через такой ассигн:

DATA ti_ekko LIKE ekko.
field-symbols: <sh_ekko> type any.
assign ('(SAPLMEPO)ekko') to <sh_ekko>.

где SAPLMEPO это имя модуля, екко - имя переменной, значение которой хочешь достать.

может и прокатит.

Нет это не подходит

Сомнительно, что такое вообще возможно! На то они и локальные переменные. Если ABAP нормальный язык (в чем я лично, как ослик Иа, сомневаюсь , то локальные переменные существуют только в момент работы подпрограммы.

В сапе локальные переменные (точнее их значения) живут долго, даже слишком долго

такой номер пройдет для локальных переменных, если вы обращаетесь к ним из программы, вызываемой в области их видимости (напр. в ФМ объявлены локальные переменные, вызывается другой ФМ, в котором вы можете получить на них ссылку). дело в другом, использование assign'ов не есть хороший тон в ABAP-программировании, тем более для изменения локальных переменных.
хотя конечно иногда бывают ситуации
но все-таки лучше этим не увлекаться, могут быть проблемы

Между прочим, трюки через Assign можно делать не только для доступа к переменным вызвавшей программы, но и той, которую вызываешь.
У меня была ситуация, когда работа вызываемого ФМ зависила от значения глобальной переменной Функциональной Группы (ну вот САПа такое написала). Я сначала вызвал безобидный ФМ из этой группы для того, чтобы она (группа) загрузилась в память. А потом уже изменил значение переменной через Assign и запустил нужный ФМ.
Вот если бы еще группу уметь как то напрямую загружать, без вызова ненужного ФМ, просто его может и не оказаться.

И что, есть возможность доступа к ним? Если это так, то ослик Иа прав!

.........
Лучше подумайте над архитектурой приложения....

вот это правильно, а еще полезно подумать к чему это может привести, если активно пользоваться assign'ами в замещениях

Абсолютно согласен с предыдущими ораторами! Ваши бы слова да САПу в уши! Разве кто-нибудь будет писать свои программы так, чтобы самому в них лазить через assign?! Все проблемы от кривой архитектуры, заложенной САПой, либо от ее же недоработок.
В замещениях я тоже не приветствую assign для изменения данных. Но, например, когда хочется узнать хотя бы режим запуска транзакции (просмотр/изменение), вай бы и нот? Кажись такое мне попадалось в USER-EXITах транзакции MIRO (MIR4, MIR7...).