Коллеги! Подскажите, пожалуйста, существует ли способ передать таблицу из одной ABAP-программы в другую, если одно из полей таблицы объявлено как
Обычный
при этом использовать не получается - ошибка при активации.

Сначала назначь указатель филд-симболу, а уж его передавай.
Типа:

Assign DataRef->* to <Table>.

Теперь программа активируется, это уже сдвиг.
Но при попытке экспорта подобного объекта в память - DUMP REFS_NOT_SUPPORTED_YET .

А программы запущены в одной сессии параллельно?

Не указатель содержит таблицу, а таблица указатель.

Фактически задача сводится к тому, как наиболее просто и быстро сериализовать соединённые через указатели данные данные в один кусок, чтобы потом сделать экспорт.

Этот вопрос уже, помнится, обсуждался в одной теме.
Как простой, но не быстрый, вариант можно использовать CALL TRANSFORMATION id...

Для Konstantin Anikeev: одна программа вызывает другую во время выполнения.

Для sibrin: Вы правы, таблица содержит указатель.

Но идея передать некоторый объект через FS, который нельзя передать напрямую через EXPORT/IMPORT показалась интересной, но к сожалению, не работает...

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

В вот так не сработает?
SAPLBBP_PDH_WFL - имя Группы фунций, но я думаю, что для программ не сильно отличается

*--> KA999
CONSTANTS: c_appr_memory_id TYPE bdcdata-fnam VALUE '(SAPLBBP_PDH_WFL)GT_APPROVAL_PREVIEW[]'.

TYPES: gtt_wf_approver TYPE TABLE OF bbp_approval_preview_table.

DATA: lv_fnam TYPE bdcdata-fnam.

FIELD-SYMBOLS: <fs_approvers> TYPE gtt_wf_approver.

IF sy-uname = 'KANIKEEV_DT'.

lv_fnam = c_appr_memory_id.
ASSIGN (lv_fnam) TO <fs_approvers>.
IF <fs_approvers> IS ASSIGNED.

ENDIF.
*<-- KA999

Это работает внутри внутренней сессии. Добраться до переменной, которая осталась в программе, выполневшей submit ... and return или call transaction не получиться

А можно попробовать из вызываемой программы заполнять табличку в вызывающей...
Другое дело, что непонятно, выживет ли класс, после return...

Внутреннюю таблицу? И каким-же образом?
Или таблицу БД? И чем это будет принципиально сильно отличаться от EXPORT\IMPORT?

не... не внутренюю, глобальную для программы... можно же ее в TOP-Include объявить... А разница в том, что IMPORT/EXPORT не поддерживает классы, а в табличку можно попытаться его запихнуть...

Поясните, каким образом можно запихнуть объект класса в табличку (именно объект)? И если его можно запихнуть в табличку, почему тогда нельзя пропихнуть табличку через EXPORT\IMPORT?

Так... Давайте разберемся...

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

Смысл в том, что assign из одной внутренней сессии в другую сделать нельзя. Две внутренние сессии могут обмениваться данными только через (в порядке уменьшения желательности):
1) параметры вызова;
2) ABAP-memory в рамках главной сессии;
3) set/get-параметры в рамках пользовательской сессии;
4) shared memory в рамках сервера приложений;
5) файл на сервере приложений;
5) базу данных в рамках инстанции;
6) RFC в другой R/3 системе, коннект к внешней БД, веб-сервисы и любое другое извращение.