Доброго дня!
Как дополнить структуру FAGLPOSX своими полями, чтобы затем их заполнить в имплементации FAGL_ITEMS_CH_DATA? На форуме про FAGLPOSX пишут про сценарии и добавление полей в регистр, но по моей задаче это серьезные манипуляции, т.е. мне нужен просто вывод доп.полей в отчетах FAGL*. Т.е. как добавить в FAGLPOSX свои поля как например в случае с RFPOS?

...За какую-то ниточку сейчас ухватился. В FAGLPOSX включена структура CI_FAGLPOSX, но у нас она пустая и если дважды щелкнуть, то система предлагает ее создать. Наверное это то что нужно!?

Все, что вставите, все будет доступно для обработки.
Хоть в этой структуре, хоть в своей.

... в результате таки добавил в FAGLPOSX свои zz поля (через CI_FAGLPOSX) и теперь они доступны в имплементации FAGL_ITEMS_CH_DATA. Но...
Вот вся моя ситуация:
1) Нужно было добавить в FAGLPOSX некоторые поля из bseg. Сделал это через V_FAGL_T021S - поля появились в FAGLPOSX с префиксом U_
2) Новые zz поля должны заполняться на основе данных в полях FAGLPOSX-U_*. Но в имплементации FAGL_ITEMS_CH_DATA все FAGLPOSX-U_* пустые, хотя если запустить например тр. FAGLL03, то в ALV они уже заполненные. Это для меня сейчас прям фокус-покус . К тому же встал под отладчиком: FAGL_ITEMS_CH_DATA вызывается из ФМ FAGL_ITEMS_DISPLAY, а там все просто - после выполнения FAGL_ITEMS_CH_DATA через совсем чуть-чуть вызывается РЕЮЗ_АЛВ_ДИСПЛЭЙ и до этого момента все поля FAGLPOSX-U_* пустые, а в АЛВ заполнены...
Где недосмотр, где недочёт???

... спустя какое-то время (пару раз покурил вместе с кофе попил) и теперь все задуманное выполняется и выводится. Не объяснимо!!!
На что это похоже - не понятно.

Считаю, что это шикарная ветка

Нууу Что-то спросил, потом сам стал отвечать, потом какие-то чудеса, и под конец все чудесно работает
Я запускал сброс буфера, но сразу после сброса результата не добился - наверное все таки сброс сработал, но не моментально что ли

А вот что дальше. Поскольку все вроде получилось, то понес запрос с настройками/доработками по системам. Ну и поскольку вся история подозрительная, то в продуктивах стал запускать сброс буфера и чтобы убедиться что все ОК, то и тр. FAGLL03. Так вот:
Если добавленные zz-поля и U_ поля(по которым собираются zz-поля) не выводятся в формате алв, который по умолчанию, а только уже после выполнения отчета в алв добавляются, то они пустые. Иначе (т.е. если они добавлены в формат), то они заполнены.
Ну может это и правильно, но для меня не очевидно и вот только поигравшись много раз с FAGLL03 как-то на это наткнулся...

Такого не должно быть, конечно. При смене формата выполняется только прорисовка этих полей, заново значения полей не рассчитываются.
Напомню про один баг в системе без ГГК, то есть с событием 1650 в FBL* на RFPOS.
Там на основе RFPOS генерится расширенная структура, куда также добавляются поля BSEG и BKPF.
Но конкретно в модуле на событии 1650 на вход подавалась только таблица структуры RFPOS (где этих полей не было).
Соответственно оперировать этими полями было нельзя. Не то чтобы они были пустыми. Их вообще не было.
То есть их надо было селектить заново, чтобы далее использовать для заполнения своих полей. Поэтому есть некоторая неприятная вероятность, что в Вашем случае тоже придется немного подолжить бсежку. Это нагружает базу, чудовищно нагружает. Если нет пока еще селектов во внедрении, то и не надо. Если уже есть селекты, то всуньтесь туда, достаньте свои поля, а потом используйте эти значения.

Всегда оглядываюсь, чтобы внедрениями не нагрузить базу. Даже сейчас во внедрении добавил хэш вн.таблицу, в которую кладу уже полученные значения для своих zz-полей, чтобы если дальше будут встречаться отработанные значения в U_ полях (по ним собираются значения для zz-полей), то просто забирать из хэш таблицы.
Но во внедрении нет селектов по bseg.
С другой стороны вроде наблюдается некоторая оптимальность. Если U_ поле не добавлено в отрабатываемый формат, то во внедрении у него пустое значение и по нему ничего уже не соберешь, т.е. логика внедрения на U_ поле не срабатывает и не грузит отчет (заключаешь свою логику в проверку на пустоту U_ поля). Т.е. вдруг логика внедрения тяжелая, и если она тебе очень нужна, то добавь U_ поле в формат и запускай свой формат с доп логикой.

Я пока сомневаюсь в тезисе "если нет в формате, то поле пустое".
Так работать не должно.
На коробке Вы имеете право добавлять новые поля через img (из BKPF или BSEG). И что, вот консультант без BADI добавил поле, запустил в формате без этих полей, а потом увидеть их не может? Требует проверки. Если это так, то это 100% баг. Вы вправе в любой момент запускать любой формат и стартовать с любого формата.

Согласен. Буду посмотреть как только появится время в честь чего такое поведение.

Я тоже раньше так думал
Пока не столкнулся с новой программой транзакции VA05.
В ней реально выбираются только значения полей, которые есть в формате ALV, вызываемом по-умолчанию.
При последующем добавлении полей через управление форматами, происходит перевыборка данных и добавленные поля заполняются.
Зачем так сделали - фиг знает

Добрался, наконец-то. Решил проверить. Все и правда именно так обстоит.
Решил дебажить.
Внутри FAGL_ACCOUNT_ITEMS_INC в подпрограмме ANALYZE_ACT_FIELDCAT видим
LOOP AT rt_var_fieldcat.
* field displayed in variant?
IF rt_var_fieldcat-no_out = 'X'.
* or rt_var_fieldcat-tech = 'X'.
CONTINUE.
ENDIF.
...............................
И уже только после этого if размещается довольно обширная логика для
- поля для компаний с tp (transfer price), здесь, между прочим, вещи-то весьма занятные (DMBE2, к примеру)
- document text field (TDID, XTEXT)
- special fields (префикс 'U_')

Иными словами все из описанной группы вообще не обрабатывается, если на экране в момент запуска отсутствует


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

О ужас, я в шоке, и как дальше жить
Главное случайно обнаружил. Запускал отчет по ГК, чтобы проверить результат доработки, но zz-поля пустые, продолжаю дебажить и поскольку замучился постоянно в сформированном алв лезть в изменение формата для добавления своих полей, то запомнил свой вариант и запустил с ним, и вижу что все заполняется. А был уверен, что так САП себе не должен вести.
Сейчас еще и FBL3N (т.е. другая логика на RFPOS с другим БАДИ FI_ITEMS_CH_DATA) так же себя ведет. Вроде бы этого не было (сперва добавил поля и логику для RFPOS, а затем для FAGLPOSX), но утверждать не буду, так каша в голове после всех тестирований и неожиданностей.