Sapforum.Biz
Инструменты => ABAP - Инструментальные средства => SE38 - ABAP Редактор => Тема начата: Паганель от Март 13, 2009, 05:08:00 pm
-
Хотелось бы вызвать ту же mb5b и после того как она отработает, считать данные с ее таблички в которую она сохраняет.
по аналогии с ASSIGN ('(SAPMM07M)xmseg[]') TO <fs_mseg>.
для RM07MLBD_FORM_02
G_T_BELEGE1
не подскажете возможно ли это, и как это сделать?
-
Откуда начать копать? Это типа продолжение темы http://sapforum.biz/index.php/topic,543.new.html
-
В общем случае задача не имеет решения, так как вызов ASSIGN ('(SAPMM07M)xmseg[]') TO <fs_mseg> работает в контексте транзакции из экзита и к этому моменту данные есть в памяти. В твоем же случае ситуация такая что программа уже отработала и локальных и прочих данных уже нет. Для MB51 например при правильном вызове эта транзакция сохраняет данные через IMPORT TO MEMORY поэтому ее результат можно считать. Можно ли для MB5B такое же... ну при беглом просмотре кода, ничего похожего не найдено.
-
Жаль конечно :(
Тогда переходим к обсуждению темы про подлом стандартных транзакций ....тока где-то нету ее
-
Жаль конечно :(
Тогда переходим к обсуждению темы про подлом стандартных транзакций ....тока где-то нету ее
А ее перенесли сюда, ну что же тогда тут и продолжаем
-
Жаль конечно :(
Тогда переходим к обсуждению темы про подлом стандартных транзакций ....тока где-то нету ее
Называется SE38 а там копируешь стандартную программу в свою и делаешь с ней чего хочешь, вот тебе и все подлом...
-
Называется SE38 а там копируешь стандартную программу в свою и делаешь с ней чего хочешь, вот тебе и все подлом...
Это то же решение, правда один недостаток: если будут обновления (изменения логики выбора, исправления ошибок), и они затронут mb5b, твою прогу они не затронут.
-
Есть еще такой момент, разобраться в отчете и уже написать в своем все нужные выборки, т.е. безо всяких вызовов делаешь свой собственный отчет "с нуля".
-
Это то же решение, правда один недостаток: если будут обновления (изменения логики выбора, исправления ошибок), и они затронут mb5b, твою прогу они не затронут.
Поэтому нужно разбираться в mb5b.
-
Поэтому нужно разбираться в mb5b.
Не понял ..... что ты имел ввиду?
-
Тебе же в своем отчете нужны данные mb5b? Вот если разобраться в коде и написать в своем отчете его, то и получишь нужные тебе результаты. Можно готовое вставлять, можно п/п использовать, даже не копируя. Варианты, в общем, есть!
-
Это то же решение, правда один недостаток: если будут обновления (изменения логики выбора, исправления ошибок), и они затронут mb5b, твою прогу они не затронут.
Если ты сломаешь любую стандартную транзакцию, то обновления ей уже не грозят...
-
Если ты сломаешь любую стандартную транзакцию, то обновления ей уже не грозят...
Я имел ввиду расширение, т.е. UserExit или что-то подобное ....
-
Я имел ввиду расширение, т.е. UserExit или что-то подобное ....
Для подобного вида транзакций это можно сделать только через неявную точку расширения, где воткнуть EXPORT, а потом в своем отчете IMPORT.
-
Ну где-то так как написал тут: http://sapforum.biz/index.php/topic,546.0.html
-
Для MB51 например при правильном вызове эта транзакция сохраняет данные через IMPORT TO MEMORY поэтому ее результат можно считать. Можно ли для MB5B такое же... ну при беглом просмотре кода, ничего похожего не найдено.
То есть речь идет об SUBMIT *** AND RETURN EXPORTING LIST TO MEMORY?
ну при беглом просмотре кода, ничего похожего не найдено.
А по каким критериям определяется можно ли использовать EXPORTING LIST TO MEMORY ?
Кстати вот нашел (для другой транз. правда) http://www.sapnet.ru/viewtopic.php?t=1893&highlight=syucomm+list
-
Ну так экспорт через память можно только тогда, когда формирование отчета выполняется через операторы WRITE, т.е. абап списком. Если, же отчет ALV, то и экспортировать нечего. В твоем случае MB5B таки можно экспортировать в память.
-
Ураааааааааа ......... :)
-
Следующий вопрос: может кто знает как потом значения вытянуть после того как експортировали в память?
Нашел только ф-ию LIST_FROM_MEMORY но .....
Делаю так:
FORM call_mb5b
USING
zwerks LIKE z_mkpf_mseg-werks
zmatnr LIKE mara-matnr
bdate_rest TYPE sy-datum.
" edate_rest TYPE sy-datum.
* CHANGING
* brest_menge TYPE z_mkpf_mseg-menge " остаток на начало
* brest_dmbtr TYPE z_mkpf_mseg-dmbtr
* erest_menge TYPE z_mkpf_mseg-menge " остаток на конец
* erest_dmbtr TYPE z_mkpf_mseg-dmbtr.
SUBMIT RM07MLBD
WITH MATNR = zmatnr
WITH WERKS = zwerks
WITH BUDAT = bdate_rest
EXPORTING LIST TO MEMORY AND RETURN.
DATA: ABAPLIST LIKE ABAPLIST OCCURS 0.
CALL FUNCTION 'LIST_FROM_MEMORY'
TABLES
LISTOBJECT = ABAPLIST
EXCEPTIONS
NOT_FOUND = 1
OTHERS = 2.
*if sy-batch = space.
CALL FUNCTION 'DISPLAY_LIST'
EXPORTING
FULLSCREEN = 'X'
IMPORTING
USER_COMMAND = SY-UCOMM
TABLES
LISTOBJECT = ABAPLIST
EXCEPTIONS
EMPTY_LIST = 1
OTHERS = 2.
ENDFORM.
-
Нашел только ф-ию LIST_FROM_MEMORY но .....
Что но?
-
Что-что :), таким образом как в примере выше, я могу просто вывести ALV List такой же как и в mb5b
-
А дальше типа так, получаешь вменяемый текст и из него пытаешься выцепить нужные тебе данные...
DATA: BEGIN OF lt_list OCCURS 1,
str(1000) TYPE c,
END OF lt_list.
CALL FUNCTION 'LIST_TO_ASCI'
* EXPORTING
* LIST_INDEX = -1
* WITH_LINE_BREAK = ' '
* IMPORTING
* LIST_STRING_ASCII =
* LIST_DYN_ASCII =
TABLES
listasci = lt_list
listobject = abaplist
EXCEPTIONS
empty_list = 1
list_index_invalid = 2
OTHERS = 3.
-
Парсинг строк отчета думаю сам напишешь? Если задавать как у тебя завод, материал... то там вообще будет все просто, с вытаскиванием запаса.
-
Парсинг строк отчета думаю сам напишешь? Если задавать как у тебя завод, материал... то там вообще будет все просто, с вытаскиванием запаса.
Сложновато будет, нет какого-то у тебя примерчика, да и не понятно как к строке достучатся, там как я понял какая то табличка непонятной структуры
-
Табличка очень понятной структуры... что видно из аттачмента. Получить данные можно где-то так... при условии что задаешь поиск по материал/завод, то все будет работать.
DATA: l_start LIKE mseg-menge,
l_plus LIKE mseg-menge,
l_minus LIKE mseg-menge,
l_end LIKE mseg-menge,
l_index LIKE sy-tabix.
LOOP AT lt_list.
IF lt_list-str(8) = 'Запас на'.
l_start = lt_list-str+20(25).
l_index = sy-tabix + 1.
READ TABLE lt_list INDEX l_index.
l_plus = lt_list-str+20(25).
l_index = sy-tabix + 1.
READ TABLE lt_list INDEX l_index.
l_minus = lt_list-str+20(25).
l_index = sy-tabix + 1.
READ TABLE lt_list INDEX l_index.
l_end = lt_list-str+20(25).
EXIT.
ENDIF.
ENDLOOP.
WRITE: / l_start,
/ l_plus,
/ l_minus,
/ l_end.
-
А дальше типа так, получаешь вменяемый текст и из него пытаешься выцепить нужные тебе данные...
DATA: BEGIN OF lt_list OCCURS 1,
str(1000) TYPE c,
END OF lt_list.
CALL FUNCTION 'LIST_TO_ASCI'
* EXPORTING
* LIST_INDEX = -1
* WITH_LINE_BREAK = ' '
* IMPORTING
* LIST_STRING_ASCII =
* LIST_DYN_ASCII =
TABLES
listasci = lt_list
listobject = abaplist
EXCEPTIONS
empty_list = 1
list_index_invalid = 2
OTHERS = 3.
Ссори это-т пост не заметил
-
Ссори это-т пост не заметил
Да я уже дальше тебе нарисовал программку ;)
-
Спасибо большое, теперь разберусь, после того как разжевали ;-)
Шо-то в последнее время АБАП туго идет, почти все время абаплю, функционала почти нет (не дают)
-
Да все понятно, разжевал, тут и разбираться не надо, еще раз спасибо
-
Типа добавлю:
http://abapinsap.ru/?page_id=1062 (http://abapinsap.ru/?page_id=1062)
http://sapforum.biz/index.php?topic=584.0 (http://sapforum.biz/index.php?topic=584.0)
-
Типа в копилку знаний.
Еще, люди тоже заморачивались (пока не читал, вечерком гляну)
http://abaplog.wordpress.com/2007/03/01/reading-other-programs-data-using-field-symbols-in-abap/