Хай, Олл.
Есть расширение к ведению ЗП MM06E005 - (ME21,22,23) для юзер-полей. Сделал доп.экранчик для позиций. Но надо, чтобы он появлялся только для определенного вида ЗП. Скрыть в PBO можно, но как считать заранее тип введеного ЗП? кто может знает?
Система 40B
Спасибо.

Во многие ФМ этого экзита передается структура I_EKKO, в ней есть поля определяющие и вид документа закупки (ЕККО-BSART) и его тип (EKKO-BSTYP)

Былоб так просто... наример, при создании, вызываются те экзиты, в которых этих структур нету, да и при просмотрах и редактировании те экзиты, где они есть, вызываются уже после прорисовки экрана...((

Подожди ка, ты ж говоришь если будешь знать вид документа то сможешь соответственно модифицировать свой экран. Значит смотри в pbo логике своего экрана какой вид заказа и соответственно модифицируй экран. Чтоб узнать вид заказа в PBO используй assign к структуре MEPO_TOPLINE программы SAPLMEGUI.

Примерно так:

Подожди ка, ты ж говоришь если будешь знать вид документа то сможешь соответственно модифицировать свой экран. Значит смотри в pbo логике своего экрана какой вид заказа и соответственно модифицируй экран. Чтоб узнать вид заказа в PBO используй assign к структуре MEPO_TOPLINE программы SAPLMEGUI.

Примерно так:

[/quote]

В 4.0 не нашел проги, хотя в 4.6 есть...
Проблемку пока решил - считываю из ID параметра BSA... но мне ет не очень нравиться..

тогда:



хотя взять из памяти тоже хороший вариант.

тогда:



хотя взять из памяти тоже хороший вариант.[/quote]

Спасибо, друг. Заработало через assign !

Я бы, прежде чем "швыряться" такими ... посмотрел на результат вызова

data: lf_bsart type bsart.
get parameter id 'BSA' field lf_bsart.

в твоем замещении...

Nicky, если ты имеешь ввиду мой совет насчет assign-а, то мне так кажется, если он используется только для чтения - особого криминала в этом нет. Плюс кроме переменной которую можно взять из SAP памяти, можно проанализировать и еще кой-какие параметры структуры, которую читаешь, то чего из памяти не вытащишь.

Но если, нужен только вид заказа, то как уже говорил выше - прочитать из памяти наиболее верный вариант - не надо что-то там городить.

Откровенно говоря частенько бывает, что в экзитах нет нужной информации и использование assign решает многие проблемы.

Добавлю, что это сугубо мое мнение (не-абапера) ...

На мой взгляд простого АВАР'ера - использование динамического assign'а там, где достаточно сделать дополнительную выборку по имеющимся данным, или считать значения SPA/GPA, просто неоправданно.
Указанное средство стоит использовать в самую последнюю очередь, поскольку оно опасно и ненадежно.
Опасно в том плане, что, просто описАвшись, вы можете случайно изменить данные (а они уже прошли все стандартные проверки и готовы к записи в БД!).
Ненадежно, поскольку в своей процедуре вы должны жестко типизовать принимающее поле и привязаться к имени переменной в программе-отправителе.
"... что-то там городить..." - городите вы, используя динамическую ссылку (!)
Ну, и напоследок - см. мою подпись. Облегчая жизнь себе, вы не задумываетесь о будущем вашей системы (для консалтинга это нормально). А ведь впереди обновления версий, патчи...

Nicky, когда я говорил "взять из памяти" - имел ввиду как раз таки SAP-память, и слово "городить" - как раз таки отнес к конструкции с assign-ами (но только в этом случае, когда можно легко получить значение из SAP-памяти)

И еще... лично мне ценны ваши советы

Но учительский тон иной раз ... (без обид)

Извиняюсь - привычка

Вот кстати столкнулся с реальным случаем, когда пришлось прибегнуть к assign: ('(SAPLMEGUI)MEPO_TOPLINE') to <fs_mepo_topline>.
Стандартный экран в транзакции me22n, поле номер материала. Клиент пожелал, чтобы в средстве поиска по виду материала учитывалась z-зависимость между видом заказа и видом материала. Создал свое элементарное средство поиска. Оно нормально работало когда можно было считать вид заказа. И в этом то и была вся загвоздка - при вызове средства поиска в рамках функционального модуля, связанного со средством поиска, get parameters id 'BSA' field lv_bsart не работал, переменная lv_bsart оставалась пустой. И пока не прибегнул к assign проблему победить не получалось. В итоге конечно средство сделалось зависимым от контекста запуска, но тут уж ничего другого в голову не пришло.