Кто-нть знает где изменить тип сообщения С+507?

Заранее спасибо.

Само по себе сообщение не может иметь типа.
Оно типизируется на момент использования. Посмотрите место его вызова.

Есть LEINRF09 "Специальные подпрограммы ML для параллельных валют"
там инклую LEINRF3R там:
IF V_FLG_EKBZ EQ SPACE.
MESSAGE E507(C+) WITH V_VGABE V_EBELN V_EBELP.
ELSE.
MESSAGE E508(C+) WITH V_VGABE V_EBELN V_EBELP.
ENDIF.

Что нужно увидеть?

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

Интересно, значение какого параметра вы хотите изменить в отладчике?

На вашем месте я бы внимательно посмотрел на подпрограмму, в которой происходит вызов сообщения.
Во-первых само её название - MLBECR_KONSISTENZ_PRUEFEN (проверка консистенции MLBECR - Таблицы валют регистра мат. для операций, релев. для ПМ/ПСч ). Во-вторых 9 проверок, ни одна из которых не привела к нормальному выходу из подпрограммы.

В итоге приходим к выводу, что вы хотите допустить неконсистентность данных. По-моему вы не там ищете. Сообщение должно быть подавлено нормальным прохождением проверок.

PS Либо вообще непопаданием в MLBECR_KONSISTENZ_PRUEFEN

MLBECR не содержит необходимых записей (см. начало истории
http://sapboard.ru/forum/viewtopic.php?t=18937) т.к. была невверная последовательность ввода.

Коллега сталкивавшийся с ошибкой пишет:

Ликвидировали эту ошибку следующим образом: списали остаток поступившего материала в/д 562, настроив его предварительно на счет 15*****8, а затем выполнив проводку сторно документа поступления материала с отладчиком, т.е. пропустив сообщение об ошибке при обработке позиции заказа с ошибкой. Затем снова создали нужный нам материал в заказе на поставку по всем правилам, а старый - пометили на удаление.

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

да нет. С типом здесь всеравно до конца не понял. Где он может быть прописан и как избежать сообщения?

Тип - это E пред номером сообщения:
MESSAGE E507(C+) WITH V_VGABE V_EBELN V_EBELP.

В отладке вы его не смените. Придётся менять что-нибудь другое, чтобы выполнение до сообщения не дошло.

Да - посмотрел синтаксиси с примерами - догадался.
Вот самое интересное, что я никак не могу отловить сообщение.
Меня оно сейчас интересует в транзакции mbst. Во время перехода к позициям сторнируемого документа вылазит эта с+507. Сделал трассировку в тестовой системе, наел, что идет обращение к MLBECR для каждой позиции документа ищется запись (для материала). В продуктиве у меня этой записи нет. Но в тесте отрабатывает:
в CKMW_READ_PO_HISTORY следующее:

SELECT * FROM MLWERE INTO T_MLWERE
WHERE EBELN = EBELN
AND EBELP = EBELP
AND STUNR = H_STUNR.
APPEND T_MLWERE.
T_MLVNR-LOW = T_MLWERE-MLVNR.
APPEND T_MLVNR.
ENDSELECT.
ENDIF.
IF SY-SUBRC NE 0.
MESSAGE E501 WITH 'MLWERE' RAISING DATA_NOT_FOUND.
ENDIF.

Но ошибка то 501.

В продуктиве вылазит 507. Т.е. я не могу связать MBST и LEINRF09
и не могу найти 507 в MBST.

p.s. Задача усложнена невозможностью применить st01 и st05 в продуктиве и удаленностью системы.

p.p.s. Спасибо за уже оказаную помощь

А как на счёт LEINRF3R?

Это первое, что я попоробовал:
Поставил бряк на: IF V_FLG_EKBZ EQ SPACE.
что перед MESSAGE E507(C+) WITH V_VGABE V_EBELN V_EBELP.

Потом иду в MBST и при переходе к позициям (когда в проде возникает ошибка) в дебагер не выбрасывает.

Почему бы не взять ключ на модификацию, исправить программу, потому сделать откат и удалить ключ?

По моему время дороже, чем моральные принципы.
В конце концов, любой абапер может и без ключа подправить программу.

Потому, что есть процедура, на которую я могу сослатся объяснив, что нарушение процедуры введения и отпуска материала не мои проблемы и обьясняйте диференцию как хотите (внутреннему, международному аудиту, налоговой), а потом мы ее просто спишим FI проводкой.

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

Если я правильно понял, Вы хотите один раз прогнать транзакцию, поменяв в отладчике тип сообщения E на W или просто обойти это сообщение, поменяв параметр на близлежащем if'е?

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

Отладчик останавливается не на каждой точке прерывания. Попробуйте включить отладку обновления.

Можно подробней? это где?