Здравствуйте! Нужен совет…
Задумал давиче прикрутить оповещение на внешний email после деблокирования запроса.
Преследую цели: пользователь деблокирует запрос на перенос, тогда администратору приходит оповещение, о том, что надо этот запрос импортировать (далее, если развить тему, пользователю можно отправить оповещение о том, что его запрос был успешно импортирован).
Сразу поясню, что, учитываю специфику работы нашей группы, отправка оповещения именно на внешний email будет более информативнее, чем использование того же SAP Officee… Так уж получается…
Для осуществления задачи использую BADI «CTS_EXPORT_FEEDBACK» (Подтверждение после экспорта запроса на перенос), где и использую ФМ «SO_NEW_DOCUMENT_ATT_SEND_API1».
Использую именно BADI, так как планирую при удачном исходе дела, осуществить в нем диалог с создателем запроса: 1) А действительно ли надо отправлять оповещение администратору? (запрос ведь могут деблокировать и с горяча, и не факт, что его действительно надо будет тащить); 2) Если уж надо всё таки запрос тащить, то укажите куда (выбор из списка прилагается, а то может тащить надо будет только до теста). Информация по п.1 и п.2 попадает в содержание письма.
Использую именно это BADI («CTS_EXPORT_FEEDBACK» - Подтверждение после экспорта запроса на перенос) так как работает оно при успешном деблокировании запроса. Ведь если, например, использовать BADI CTS_REQUEST_CHECK (Проверки запросов), то оповещение может быть отправлено и при не прошедшем деблокировании, связанном, например, с проблемами в объектах, включенных в запрос.
Разобрался с ФМ «SO_NEW_DOCUMENT_ATT_SEND_API1» и с SAPConnect. Тестировал реализованный метод, почта идет, письмо со всеми интересующими данными приходит на нужный адрес. Всё вроде бы хорошо…
Но данная херь - BADI «CTS_EXPORT_FEEDBACK» (Подтверждение после экспорта запроса на перенос) выполняется Job’ом «RDDFDBCK».
Активирую BADI, деблокирую запрос, смотрю и вижу, что письма нет. Как так!?

Журнал импорта запроса говорит, чо ну всё нормально:
ИНФОРМАЦИЯ В СИСТЕМУ SAP О ПРЕРЫВАНИИ TP
Запрос на перенос : ALL
Система : MNG
tp-путь : tp
Версия и Release : 340.07 640

Журнал файла: /usr/sap/trans/tmp/Q090326.MNG
Необходимо обработать 1 запр. (ключ 20090326151054).
Запрос MNGK931199
Начало: выполнение метода FEEDBACK_AFTER_EXPORT для бизнес-Add-In CTS_EXPORT_FEEDBACK
Конец: выполнение метода FEEDBACK_AFTER_EXPORT для бизнес-Add-In CTS_EXPORT_FEEDBACK
ИНФОРМАЦИЯ В СИСТЕМУ SAP О ПРЕРЫВАНИИ TP
Дата и время заверш.: 20090326151101
Завершено с кодом возврата: ===> 0 <===

Job «RDDFDBCK» в статусе «Выполнено»:
Задание запущено.
Шаг 001 запущен (прогр. RDDFDBCK, вариант , пользов. DDIC)
Журнал файла: /usr/sap/trans/tmp/Q090327.MNG
Журнал файла: /usr/sap/trans/tmp/Q090327.MNG
Шаг переноса Q: фоновое задание RDDFDBCK завершено без ошибок.
Задание завершено.

Проверил DDIC на полномочия, тестировал под ним метод – всё нормально, даже письмо идёт. Ну а в фоне не хочет никак отработать…
Как быть?
Как вывалиться в отладку в таком случае?
Может для фоновой обработки есть своя ниведонная мне специфика?
Где подлечить голову, ежели я чо нитак делаю?

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

http://help.sap.com/saphelp_nw04/helpda ... ameset.htm

p.s. это не ответ на ваш вопрос, просто инфа

наверное есть специфика...возможно пригодится нота 573128...