Здравствуйте! Несколько дней назад при использовании BAPI_GOODSMVT_CREATE у меня стало появляться окно с ошибкой (Ошибка при обработке централизованного сообщения.). Из-за чего она возникает понять так и не смог. При этом ФМ в тесте из SE37 с параметрами, которые я передаю в программу, отрабатывает. Может кто-нибудь подсказать из-за чего эта ошибка появляется?

Посмотрите техническую информацию о сообщении (класс и номер сообщения) и по ней произведите поиск в нотах SAP.

Спасибо большое за совет! Нужную ноту я пока не нашел, но нашел место где возникает ошибка. Я в отладке в данном ФМ нашел место где происходит ошибка.

В данной форме выполняется другой ФМ.

В этом ФМ происходит ошибка в строчках приведенных ниже! Ошибка происходит из-за информационного сообщения(Активен системный статус НАСК (ЕОБ10008576)), которое появилось перед запуском BAPI_GOODSMVT_CREATE.

1 - Проблема возникла не давно, то есть ее не было, имеет смысл поговорить с консультантами кто что настраивал в последнее время.
2 - BAPI_GOODSMVT_CREATE "валится" при любых движения материала или только на конкретных данных?
3 - Опишите какое именно движение делаете. Возможно получится разобраться что есть такое "Активен системный статус НАСК (ЕОБ10008576)", что это за объект... Добавил: Думаю что это единица оборудования с модуля ТОРО, в общем имеет смысл посмотреть этот объект, поговорить с консультантами о БП, поиграться с его статусами и тд. И еще через Migo нормально все это проходит?
4 - Ошибка возникает при простом прогоне бапишки или уже когда коммитите? То есть если при непосредственном коммите, то понятно почему в se37 все ок, вы просто в последовательности ФМов не вызывате коммит.

ps
Обычно указывают ИД и номер сообщения в таких ситуациях.

т.е. поставьте точку останова на MESSAGE a265 и посмотрите sy-msgid и sy-msgno

Раньше проходили поставки без серийных номеров, а сейчас надо с ними, чтобы проходили.
Проблема возникает из-за окна с информацией, которое появляется при использовании ФМ 'WS_DELIVERY_UPDATE_2. Я создаю ПМ.
Данный ФМ отрабатывает хорошо и выдает окно информационное с надписью "Активен системный статус НАСК (ЕОБ10008576)" BS013.
Жму галочку. Программа идет в модуль где я перемещаю изделие в брак с помощью BAPI_GOODSMVT_CREATE 322 вид движения. НА этом ФМ происходит ошибка (Ошибка при обработке централизованного сообщения. М7265).

Ошибка происходит в данной части кода:


Если подменить sy-subrc ФМ 'MESSAGES_ACTIVE' на 1, то программа отработает без ошибок и проблем.
При отработке всех этих действий стандартными транзакциями все проходит нормально.
Из этого всего сделал вывод, что мешается окошко создаваемое при работе ФМ WS_DELIVERY_UPDATE_2. Если убрать это окошко как-то то все должно пройти. Вот.
На данный момент решил эту проблему. Убрал ФМ WS_DELIVERY_UPDATE_2 и заменил его с помощью CALL TRANSACTION 'VL32N' USING bdcdata MODE 'E'. Вредное окно не появилось и BAPI_GOODSMVT_CREATE отработал без ошибок.
На данный момент мучает один вопрос(на будущее). Как подавить это информационное окно у ФМ WS_DELIVERY_UPDATE_2? Если бы он не выдавал его, то все отработалось бы без изменения программы.

Интересно, попробуйте почистить журнал Фм-ом MESSAGES_INITIALIZE после вызова WS_DELIVERY_UPDATE_2.

Добавил: Еще мысли, посмотреть параметры WS_DELIVERY_UPDATE_2 на предмет опции которая отключит вывод сообщение или что то в этом роде, имхо, должно быть там такое, потому что это не нормально, что модуль подобного рода "выкидывает" диалоговые сообщения как в Вашем случае, чтобы пользователь что то нажимал, имхо.
+ можно попробовать "обмануть" систему, подсунуть сообщение типа S через модуль 'MESSAGE_STORE'.
+ еще, капнуть в сторону серийников, как там со статусами настроено в BS0*, то есть возможно там выставили настройками тип сообщения I.

Уважаемый, если получиться что то откопать, сообщите пожалуйста о результате. У самого была похожая проблема

P.S.

С этого поста и надо было начинать

Обязательно сообщу!

Буду знать на будущее

Спасибо за интересные предложения. Как доберусь до своего компьютера сразу опробую.

А можно не мучиться и вызывать или первый, или второй ФМ в другой сессии через SUBMIT или STARTING NEW TASK. Я как раз в MM так когда-то поступал и всякие странные ошибки после этого пропадали.

PS Речь об ошибках, которые происходят при вызове нескольких ФМ-ов или BAPI подряд в одной сессии при том, что отдельно каждый ФМ и BAPI работает нормально. Я так понял это именно такой случай.

Попробуйте перед вызовом каждого из ФМ использовать оператор CLEA.
Подобное сообщение возникало если у меня когда создавалось несколько окументов материала под одним коммитом.
После использования данного оператора ошибка исчезла.
Вот образец использования данного оператора при сторно документов материала:
LOOP AT lt_xblnr INTO wa_xblnr.
materialdocument = wa_xblnr-xblnr1.
matdocumentyear = wa_xblnr-xblnr2.
l_date = gs_header-date.

clea.
CALL FUNCTION 'BAPI_GOODSMVT_CANCEL'
EXPORTING
materialdocument = materialdocument
matdocumentyear = matdocumentyear
goodsmvt_pstng_date = l_date
* GOODSMVT_PR_UNAME =
IMPORTING
goodsmvt_headret = goodsmvt_headret
TABLES
return = return.

wa_mat-materialdocument = materialdocument.
wa_mat-matdocumentyear = matdocumentyear.
APPEND wa_mat TO lt_mat.

ENDLOOP.
.............................
..............................
IF error_flag IS INITIAL.
CALL FUNCTION 'BAPI_TRANSACTION_COMMIT'
EXPORTING
wait = 'X'
* IMPORTING
* RETURN =
.
ELSE.
CALL FUNCTION 'BAPI_TRANSACTION_ROLLBACK'
* IMPORTING
* RETURN =
.
ENDIF.

Что-то я может быть не понимаю, но оператор CLEA в ABAP не существует??
Или это какой-то макрос, тогда где он объявлен?

У меня компилятор говорит следующее:


Версия базиса: 7.01 SP09, довольно свежая

Тоже самое говорит.
Но активировать программу дает.

Но потом при выполнении все равно валится в дамп с той же самой формулировкой