Коллеги, всем приятного вечера!
Есть необходимость вызова FoX-функции из ABAP-модуля, с передачей (присвоением) значений переменных. Можно ли это реализовать(Вызов и присвоение переменных, видимых в FoX)? И, если можно, как реализовать дальнейшее сохранение измененных данных (что называется SAVE_DATA в WAD)?
Заранее спасибо всем небезучастным
Система BW 7.0

В 7-ке придется создать последовательность планирования (переменные указать в фильтре) и включить ее в цепочку процессов. Цепочку запускать через ФМ RSPC_API_CHAIN_START. Отдельного сохранения не требуется.

В 3.5 можно напрямую вызвать функцию планирования через ФМ API_SEMBPS_FUNCTION_EXECUTE.

Переменные можно определить через EXIT, значения передать с помощью EXPORT TO MEMORY ID или через таблицу БД.

А вообще в 7 при запуске глобальной последовательности лучше использовать варианты. При экспорте в память и таблицы значений переменных нужно хорошо подумать над разрешением коллизий (пользователь в параллельном режиме запускает последовательности и т.д.)

Ярослав, спасибо большое за совет - мысль очень здравая
Возник небольшой вопросик: не удается передать данные в Expert Routine. Так, код в классе:

и код в Expert Routine:

не присваивает переменной VALI значения 222. Переменная 'ZVAR' создана в Modeller'е как Функция (если я правильно понял, что это).

Надо так:

и код в "Expert Routine":

Тип данных и имя должны строго совпадать.

Переменных создавать не нужно. MEMORY ID - это просто метка в памяти, она генерируется непосредственно при экспорте.

Такая запись:

вызывает ошибку "EXPORT var_1 ... var_n TO MEMORY ... is not supported in the OO context. Use EXPORT name_1 from var_1 ... name_n from var_n TO MEMORY ... instead. from var_n TO MEMORY ... instead."
Если записать с " FROM NUMA ", класс отрабатывает нормально, а Routine после import выдает sy-subrc = 4.

Прошу прощения за сообщение не совсем по теме:
А можете подкинуть материальчик по EXPORT .. TO MEMORY ID ..? Понимаю, что гугль поможет, но есть вопрос:
Этот MEMORY ID он уникален для системы? пользователя? контекста (то бишь коннекта)?

Это то, что помогло в итоге:
https://www.sdn.sap.com/irj/sdn/thread?threadID=752784
https://www.sdn.sap.com/irj/sdn/thread?threadID=402891.
http://help.sap.com/saphelp_nw04/helpda ... ameset.htm

Теперь по теме:
EXPORT .. TO MEMORY ID .. действителен в пределах ABAP'а, т.е. в моём случае класс заводил свою переменную в памяти, а Рутина пыталась считать свою. Для использования памяти SAP'а требуется использовать так:

Once u log out this memory is cleared.

Теперь мой вопрос, надеюсь, закрыт Спасибо всем за советы!!!

Погорячился я с закрытием вопроса .
Если запускать DTP "для отладки", то переменная (GET PARAMETER ) в трансформации нормально устанавливается в значение, занесенное ABAP'ом. Если же запустить в "Экстракция и обработка одновременно", то значение параметра не считывается, так и равно 0.
EXPORT .. TO MEMORY ID в обоих случаях ничего не устанавливает...
Я в прострации...

Воспользуйтесь новыми фичами программерскими...ведь сионя день программиста - юзайте SHARE OBJECT

SHMA – разработка SHARE OBJECT.
SHMM - Мониторинг SHARE OBJECT.

Сохранение данных в SHARE OBJECT.

DATA: handle TYPE REF TO ZCL_AREA, - share object
save_data TYPE REF TO ZCL_SHARE_ROOT. – Класс для хранения

handle = ZCL_AREA=>attach_for_write( ). Запрос на запись, блокировка

CREATE OBJECT save_data AREA HANDLE handle. Создание инстанции с ссылкой на область

handle->set_root(save_data ). Установка корневого объекта для области памяти

SELECT SINGLE * FROM likp.

save_data ->set_likp( likp ).

handle->detach_commit( ). Сохранение данных в область памяти, снятие блокировки

Получение данных из SHARE OBJECT.

DATA: handle_m TYPE REF TO ZCL_AREA,
data TYPE REF TO ZCL_SHARE_ROOT.

handle_m = ZCL_AREA=>attach_for_read( ). Запрос на чтение из области, блокировка

likp = handle_m->root->get_likp( ).

handle_m->detach( ). Снятие блокировки

Во как