Добрый день!
Открыли поле в своем пользовательском подэкране в основных данных ос (этот пользовательский подэкран находится в 5-ой вкладке основных данных ОС).
Хочется: проделать какую-то операцию (сохранить в Z-таблице какие-то значения) только при условии успешного сохранения данных в основных данных ос, то есть при нажатии на кнопку сохранить.
пробовал следующее:
assign ('(SAPLAIST)SAV_OKCODE') to <G_OKCODE>.
IF SY-SUBRC = 0.
if <G_OKCODE> = 'BUCH'.
*--- выполняю тут свои операции сохранения
ENDIF.
ENDIF.
Хорошо срабатывает только если зайти в изменение ОС и оставаясь в первой вкладке и не переходя на другие вкладки нажать на кнопку сохранить. Но! Если перейти в другую вкладку, скажем, в 5-ую вкладку, потом нажать на кнопку сохранить, то это не срабатывает, так как в этом случае почему-то (SAPLAIST)SAV_OKCODE = 'TAB05', а не 'BUCH'.
Как можно решить данный вопрос? Как сделать так, чтобы иметь однозначную во всех случаях инструкцию для старта выполнения своих операций?

Обнаружил, что (SAPLAIST)ok-code более полезная вещь, чем (SAPLAIST)SAV_OKCODE )))

Мое пользовательское поле находится в пользовательском экране, который находится в 5-ой вкладке основной записи ОС. Выполнение своей логики я поставил в PAI логике своего пользовательского экрана. Так вот, когда, я нажимаю на сохранить находясь в другой вкладке (не в 5-ой) управление проходит через PAI логику пользовательского экрана в 5-ой вкладке и при этом (SAPLAIST)SAV_OKCODE и (SAPLAIST)OK-CODE обе равны BUCH, а если нажать на сохранить находясь в своем экране в 5-ой вкладке, то в этом случае (SAPLAIST)SAV_OKCODE = 'tab05', а (SAPLAIST)OK-CODE = 'BUCH'. Таким образом, (SAPLAIST)OK-CODE - более полезная переменная. Остается только один нерешенный случай:

Если зайти в свой пользовательский экран, который нах-ся в 5-ой вкладке, изменить значение своего поля, потом нажать на Enter, то (SAPLAIST)SAV_OKCODE = 'tab05', а (SAPLAIST)OK-CODE - пустое. Потом, если перейти в другую вкладку, потом нажать на сохранить, то управление не передается в PAI-логику нашего пользовательского экрана. То есть, в этом случае, мы уже не можем включить нашу обработку, который находится в PAI-логике нашего экрана и который срабатывает при условии (SAPLAIST)OK-CODE = 'BUCH'.

Да, пожалуйста!

МОжет вам будет полезно расширение AISA0001? хоть оно и предназначено для присвоения инвентарного номера, но вызывается в момент сохранения?
Кстати непонятно зачем используете глобальную адресацию, если можно сделать так:
у вас есть пользовательский подэкран - в его PAI логике напишите MODULE user_command.
а в модуле уже проверяйте что хранится в sy-ucomm.
Должно все получиться

Судя по названиям exit AIST0002.
EXIT_SAPL1022_001 "Check of User-Defined Fields when Using Create and Change BA"
EXIT_SAPLAIST_002 "Transfer Data for User Subscreens"
EXIT_SAPLAIST_003 "Transfer of User-Defined Fields to SAP Master Data Transaction"

Соглашусь про EXIT_SAPLAIST_003 "Transfer of User-Defined Fields to SAP Master Data Transaction"[/quote]
только он будет вызываться достаточно часто а не только в момент сохранения, что надо иметь в виду

Я так понимаю, что расширение карточки ОС пользовательскими полями подразумевает хранение последних в ANLU (через добавление CI_ANLU) и т.о. не нужно дополнительно организовываться обновление самих таблиц, а просто считывать/передавать данные пользовательского экрана в глобальную память для дальнешего сохранения стандартом.

Это если ограничиться действительно только расширением ANLU. Бывает что требуется использовать, например, таблицы на собственных подэкранах, данные которых хранятся в пользовательских табличках. Тут придется уже самому заниматься обновлением.

Согласен.
Просто сам не сталкивался с этими расширениями.

правильно говорят про anlu, используйте ее

примерно так
http://it.toolbox.com/wiki/index.php/Im ... ransaction