Задача: нужно выполнить какую-либо типовую операцию по работе с базой данных (например, получить остаток материала на дату), есть стандартная транзакция САП (например, MB5B), которая это делает. Но:
1) Транзакция имеет экран с параметрами выбора.
2) Транзакция после выполнения выводит листинг (например с остатками по материалу).

Вопрос: можно ли грамотно передать в нее вариант при вызове (желательно не рукам его делать, а подгрузить один из уже сохраненных) и как? Можно ли "избавиться" от листинга, не копируя код, чтоб просто использовать сформированные таблицы с данными? И как это сделать?

SUBMIT report USING SELECTION-SET variant EXPORTING LIST TO MEMORY AND RETURN.

далее ФМ 'LIST_FROM_MEMORY'

Краткость - сестра таланта ! ))

Может я чего не так понял ... Как мне использовать таблицы, сформированные в транзакции? LIST_FROM_MEMORY дает строки, а хотелось бы получить доступ к тому, из чего эти строки формировались. Можно как-то получить доступ к внутренним таблицам транзакции ?

зачем?

Потому что :
1) мне нужно получить данные вызываемой программы (желательно в виде таблицы, а не в виде текстовых строк, которые парсить потом надо).
2) Можно конечно просто скопировать код, но хотелось бы чтоб при смене комплекта сборки SAP (upgrade версии) все это осталось работоспособным.

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

только assign (str) to <fs>.

ASSIGN в случае SUBMIT, CALL TRANSACTION и CALL DIALOG не поможет.
Поможет если самому звать ту же последовательность подпрограмм из нужного отчёта. Но это уже отдельная песня..

И при этом надо иметь в виду, что доступны будут только глобальные переменные главной программы вызываемых форм.

То есть получается опять копировать код? Конечно вызов подпрограмм чуть более удобно, чем просто скопировать отчет в свое простарнство имен и сделать в нем EXPORT TO MEMORY, но вопрос правильной работы с таблицами при SAP-upgrade версии системы остается открытым (будет ли и дальше все храниться в тех же полях). Сам отчет свои таблицы не удаляет, это видимо делается системой ... может можно как-то внутренние таблицы достать из памяти?

Как вариант - посмотреть user-exit's, возможно они есть в нужном тебе отчете - в экзите делать export to memory.

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

Это же самое касается и "обычного" обращения к чужим переменным через ASSIGN. Каким бы безобидным оно не казалось..

Более предпочтительный вариант (по сравнению с ASSIGN) - системная модификация. Что-нибудь вроде

модификация минимальна и легко отслеживается, однако, как крайний вариант подойдет.

Коллеги предложили оптимальные варианты. А от изменений исходного кода при upgrade (или соотв. изменений вн.таблиц) никто не застрахован. Но особо страшного здесь ничего и нет.
Берем какой-нибудь exit типа EXIT_SAPLMBMB_001, получаем там данные, загоняем в память и вызываем транзакцию из пользовательской программы. Если будет страшный upgrade - немного поменяем в exit'е и все. Работы по изменению - на пару часов максимум.