Здрасьте, уважаемые.

Може кто подскаже?
Ситуация следующая: в своей программулине я вызываю подпрограмму (передавая ей параметры) из стандартной саповской программы, а та (подпрограмма) наполняет одну (лакомую мне) внутреннюю таблицу itab (глобально определенную в программе zzzz). Подскажите, плиз, как корректно вытащить данные из той внутр. таблицы itab к себе в программу?

Подпрограмму зову так:
PERFORM yyyy IN PROGRAM zzzz
USING 'aa'
'bb'
'cc'.

Ага, спасибо.
Я так понимаю, аналогичная конструкция и с вызовом ФМ также работает.

А обратно задача решается - сформировать нутряную таблицу и подкинуть в ФМ?

И еще вопрос - каков принцип действия динамического assign'а? Т.е. программа отработала, данные висят в памяти (а если, к примеру, refresh вн. таблицы был) и assign их ловит? И как долго данные остаются доступными?

Подробнее - это курс BC402 - есть там раздел про области памяти при выполнении ABAP-программы...
1.Просто определить таблицу с такой структурой в интерфейсе ФМ
2.Принцип действия следующий:
а) При первом вызове подпрограммы или ФМ (программа Б) в область памяти загружается глобальная область данных, доступная из вызывающей программы А
б)при других вызовах процедур из программы В глобальные данные не инициализируются, работа идет с теми данными, которые остаются в памяти.
в)при выходе из программы А память программы Б становится недоступна.
Пример:




Результат:
Счетчик 1
Счетчик 2.

А зачем сии махинации?

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

Поищите другие, "легальные" способы реализации...

Никто и не говорит, что это хороший стиль программирования.
Но если разработчик в SAPе(или свой) не предусмотрел передачу всех необходимых данных в процедуру, функцию или метод класса для решения конкретной задачи, то приходится это использовать.

Конкретный пример:
BAdI для ММ INVOICE_UPDATE, метод CHANGE_AT_SAVE.
Как узнать в этом методе, какая операция проводится в транзакции MIRO:
-счет-фактура?
-кредитовое авизо?
-дополнительное дебетование?
-дополнительное кредитование?

В методе нет параметра VORGANG, поэтому определить его можно только с помощью ASSIGN...

Ну дык... Ищу я эти легальные способы.
Опишу кратенько: есть транзакция LSO_PV07 (регистрация списка участников). На первом экране вводится ID объекта "тип курса" (объект D). Далее, появляется список курсов. Нужно, выбрав интересующий курс (объект E), нажать кнопу "Список участников". Появляется окно "Регистрация списка". Туда вводятся значения "тип участника" (объект P) и его ТабНомер. Далее, нажимаем кнопку регистрации.

По условиям задачи, я знаю ID курса (объект E) и список участников. Мне нужно зарегестрировать этот список на курс, т.е. автоматизировать описанное выше. Я могу вызвать вышеуказанную транзакцию, либо ФМ 'LSO_PART_LIST_INSERT'. Но как корректно заполнить список участников, нажать кнопку "Регистрация" и вернуться в свою прогу?

Может я за деревьями леса не вижу?

А пакетный ввод чем не устраивает?

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

Почему я и задавал начальный вопрос (см. выше)...

Теперь я запускаю станд. подпрограмму, считываю значения вн. таблицы, где формируется список курсов, определяю номер нужной мне записи и далее - batch input.
Так народ казал, что это "не красиво". Я и пытаюсь найти ту самую "красоту"...

В продолжение темы спрошу: как вытащить внутреннюю таблицу когда вызов не PERFORM..., а CALL TRANSACTION...?

Точно также

Не точно также.

После PERFORM или CALL FUNCTION конструкция
ASSIGN ('(program)itab[]') TO <fs_tab>.
срабатывает, а после CALL FUNCTION - нет.

пардон, после CALL TRANSACTION не срабатывает...