Пожалуйста, прекратите использовать это г***о, нормально этот ФМ никогда не работал и уже не будет работать.
Проблемы:
- Ошибка при наличии слишком длинной строки 72 символа в ПРОГРАММЕ. ПРОГРАММЕ, КАРЛ!!!;
- Не возможность использования локальных типов, а если их нельзя использовать, то и смысла нет в применении именно этого ФМ;
- Проблема со старыми записями в буфере ALV, т.е. если вы изменили структуру иногда необходимо сбросить буфер при помощи программ
BALVBUFDEL или BCALV_BUFFER_DEL_SHARED.
Если вы думаете, что использование данного ФМ экономит время разработки - то это не так. Позже начинаются танцы с бубном при переименовании полей, например.
Был случай с тем, что просто перестал искать структуру в INCLUDE и помогло только указание имени программы в параметр i_inclname.
Гораздо проще и удобнее, создать структуру в словаре и строить каталог полей при помощи ФМ LVC_FIELDCATALOG_MERGE
Если не прав, жду ваших замечаний
Недавно расширял HRULT3. Добавил несколько z-вых полей в структуру внутренней таблицы IT_FORMA_T_3_1, по которой в дальнейшем строится каталог полей. Так этот ФМ никак не хотел видеть новые поля. Сброс буфера не помогал. Во время отладки нашел вызов ФМ-а ABAP_SCAN_DATA_DESCRIPTION. В нем среди прочего выполняется проверка того, как объявлено поле – через TYPE или LIKE. И то ли этот анализ выполнен криво, то ли еще что-то, времени выяснять не было, но после того, как я поменял объявление полей с TYPE на LIKЕ в каталоге полей сразу появились мои Z-вые поля…
Использую свой ФМ https://github.com/DKiyanov/ydk_alv_fcat с тех пор как сделал его, проблем с ALV каталогами нету