возникла задача отобрать материалы с заведомо неправильными ценами. Отобрал их в ALV-grid, прикрутил на hotspot-поле MATNR проваливание:

case u_com.

WHEN '&IC1'.
* выделен hotspot

read TABLE grid INDEX sel_lin-tabindex.
case sel_lin-fieldname.
WHEN 'MATNR'.
* выбран номер м-ла, переход на его просмотр
CALL FUNCTION 'CONVERSION_EXIT_ALPHA_OUTPUT'
EXPORTING
INPUT = grid-matnr
IMPORTING
OUTPUT = grid-matnr.
SET PARAMETER ID 'MAT' FIELD grid-matnr.
SET PARAMETER ID 'MKL' FIELD grid-matkl.

SET PARAMETER ID 'EKO' FIELD '2000'.
SET PARAMETER ID 'MKU' FIELD '0001'.
CALL TRANSACTION 'MEKH'. " AND SKIP FIRST SCREEN.
endcase.

неработает - оно на входе в MEKH не вписывает ничего в поле экрана "материал" и "группа м-ла" ... т.е. через set parameter можно только передать закупочную организацию

переделал на call trans 'MM03" - там всё ок, номер корректно передается и транзакция вызывается нормально

что не так с MEKH делаю? м.б. есть еще способ провалиться в нее на просмотр (еще лучше - на редактирование) цены из ALV? или хотябы номер материала на селекционный экран передать, чтобы ручками его не копировать?

в инклуде FM06KF01_INITIALIZATION
после

GET PARAMETER ID 'EKO' FIELD I_EKORG.
GET PARAMETER ID 'MKU' FIELD I_KOLIU.

вставь

GET PARAMETER ID 'MAT' FIELD i_matnr.
GET PARAMETER ID 'MKL' FIELD i_matkl.

а лучше всего вместо call transaction...

сделай
submit RM06K026
with i_matnr = grid-matnr
with i_matkl = grid-matkl
...
and return.

гран мерси

я вот подозревал что там в транзакции самой чтото неладно ...

попутно вопрос - а чем чревато использование submit вместо call transaction? ткам какието грабли вылезут, или системе фиолетово как вызывать?

просто в данном случае транзакция - транзакция к отчету,
поэтому можно так делать.

Но во многих случаях транзакция - это последовательность
экранов, поэтому через SUBMIT ее функционал так просто не вызовешь

Когда что удобнее
submit применяется для запуска выполняемых программ В твоем случае действительно лучше вызвать отчет напрямую, чем через транзакцию, так как параметры расставить можно, как душе угодно и не мучиться с GET/SET. Но Сабмитом не вызовешь какой-нибудь функциональный модуль (прога-то не исполняемая)

разобрался - попутн овылезли вторые грабли ....похоже MEKH напрочь не хочет интегрироваться с пакетным вводом (SM35 записывает только ее селекционный экран, и привет)

А как тогда провести массовое изменение цен в системе? Я загрузил в itab список материалов и новых цен к ним - остается только провести MEKH для каждого из них. Тогда что остаётся - лупить рыночные цены "напрямую" в таблицу KONP? Там попутно с изменением цены ничего другого проводить "впридачу" не надо? м.б. ФМ какой кто подскажет

забавная конструкция...
я имею ввиду с той точки зрения, что, во-первых, домен материала имеет совсем другое преобразование, а, во-вторых, в программе переменная grid-matnr, если объявлена с типом MARA-MATNR, например, уже имеет корректное значение, не требующее преобразования...

просто это делалось в расчёте на корректное проваливание в MEKH по call transaction ... а она (MEKH) не принимает номера материалов дополненные нулями (ругается, что длина номер превышает допустимую) - поэтому без OUTPUT-приедставления там никак

Вообще говоря, для номера материала следует использовать подпрограмму преобразования MATN1 вместо ALPHA!

ALPHA просто добавляет/убирает ведущие нули в поле в зависмости от его длины, а вот MATN1 работает с настройками номеров материалов...

Это, конечно, не в тему, но так себе, замечание...

а что там кроме дополнения нулями может еще добавиться при преобразовании?

Во первых, нумерация материалов может быть внутренней (автоматической, в зависимости от вида материала и чего нибудь еще), а может быть и внешней.

Вот пример... Предположим, по настройкам нумерация внутренняя, разрядность номера 7 знаков.

Пусть в таблице MARA лежит номер материала '000000000000400983'.
После преобразования CONVERSION_EXIT_ALPHA_OUTPUT получим '400983', а после CONVERSION_EXIT_MATN1_OUTPUT '0400983'. Почувствуйте разницу даже в этом элементарном примере!

А еще подпрограмма преобразования MATN1 содержит, в отличие от ALPHA еще кучу всяких проверок, и не всякий номер можно подать на вход ФМ CONVERSION_EXIT_MATN1_INPUT