Добрый день!
Возникла следующая проблема.
Есть глобальная таблица следующей структуры:
TYPES: BEGIN OF ts_caufv,
werks TYPE caufv-werks,
fevor TYPE caufv-fevor,
dispo TYPE caufv-dispo,
gltrs TYPE caufv-gltrs,
gluzp TYPE caufv-gluzp,
aufnr TYPE caufv-aufnr,
matnr TYPE caufv-plnbez,
lgort TYPE afpo-lgort,
igmng TYPE caufv-igmng,
gamng TYPE caufv-gamng,
gmein TYPE caufv-gmein,
END OF ts_caufv,
tt_caufv TYPE STANDARD TABLE OF ts_caufv.

DATA: gt_caufv TYPE tt_caufv, "Основная таблица

Из таблицы gt_caufv нужно сформировать 2 таблицы:
1) gt_data_det - это таблица заполняется данными из gt_caufv, сгруппированными по werks, fevor, dispo, gltrs, gluzp, aufnr
2) gt_data_ad - это таблица заполняется данными из gt_caufv, сгруппированными по werks, fevor, dispo, gltrs, matnr

1-ая таблица легко заполняется, нужно только применить
SORT gt_caufv BY werks fevor dispo gltrs gluzp aufnr.
LOOP AT gt_caufv ASSIGNING <fs_caufv>.
AT END OF aufnr.
......
APPEND ls_data_det TO gt_data_det.
ENDAT.
ENDLOOP.

У меня проблема с формированием 2-ой таблицы. Неужели нужно заводить таблицу новой стр-ры, в которой не будет полей gluzp, aufnr и переносить
данные из gt_caufv в эту новую таблицу, чтобы затем сформировать gt_data_ad? Можно ли как-нибудь сформировать gt_data_ad из gt_caufv, чтобы оставался алгоритм для формирования gt_data_det?

Для того, чтобы сгруппировать данные, необязательно сортировать исходную таблицу.
Достаточно сделать сортированными 2 другие таблицы. И добавлять в них данные не по APPEND, а по INSERT. Или COLLECT, если нужно что-нибудь суммировать.

Не совсем понятно. Ведь мне надо сгруппировать данные таблицы, а не просортировать. Не могли бы Вы пояснить, что имели в виду?

Боюсь, что ни с AT END OF ни с COLLECT не получится сделать две таблицы как вы хотите, используя одну и ту же структуру. Единственное что может сработать - это если вы поставите MATNR перед GLUZP. Тогда можно примерно вот так:



Но это зависит от того, как соотносятся значения в полях MATNR/AUFNR. У нас, например, production order (AUFNR) создается только для одного материала, так что в любом случае было бы не больше одной записи для комбинации MATNR/AUFNR. Если у вас по-другому, то придется делать два разных типа таблиц. Собственно ничего криминального в этом нет и тогда можно использовать COLLECT, как уже советовали.

Почему? Если заполнять только поля группировки + числовые показатели, то никаких проблем.