Так не бывает, что нет ошибок.
Любой из ф.м. в update-процессе может свалиться с ошибкой.
В этом случае все V1-модули должны быть откачены назад. Это очень важный принцип.
Если сделать CALL FUNCTION ... STARTING NEW TASK, то всё, что было да, закоммитится в БД. Результат — неконсистентность.

Поэтому всё нужно запускать непосредственно перед update-процессом. Как правило, такие экзиты парами ходят.

А вот если, например, захотите сделать прямой апдейт ANLA, тогда добро пожаловать в update-процесс.


Вот интересно, как это может быть? Если свой update-модуль прицепить к SAPовскому LUWу, то он может не сработать? Или имеется в виду, что последующие модули могут перезаписать?

В моем случае к примеру если просто вызвать БАПИ и потом commit work то все-таки изменение ОС происходит, но потом затирается САПом...
А если вставить БАПИ (без какого-либо коммита) в ФМ обновления то обновление прерывается...

Для MB_MIGO_BADI имеется нейкий пример внедрения CL_EXM_IM_MB_MIGO_BADI "Example Implementation for BADI Definition MB_MIGO_BADI". Там в примере для POST_DOCUMENT:

Ну если подробно то так:
Предыстория: есть такой заказ на поставку, в котором один материал списывается, а другой принимается "на его место".
При проведении приемки необходимо скопировать классификацию из списываемой партии в принимаемую.

В процессе вызывается метод MB_DOCUMENT_BEFORE_UPDATE.

Изначально выполнял копирование классификации в апдейт таске, запущенном в этом методе. В БД ничего не попадало. Потом прочитал описание метода, подумал и посмотрел код со стеком вызовов . Пришлось делать через нью таск. Так что может, еще как может.

Кстати, если быть формалистом, то CALL FUNCTION ... STARTING NEW TASK не всегда приводит к неявному коммиту.

To bossjohn: А какая ошибка то? Что в письме приходит?

UPD: Про коммит я погорячился. САПовская старая справка пишет may. Но серия экспериментов и help.sap.com показали always.

это если ФМ обновления с отлож запуском. вызван in update task
в случаем ФМ дистанционный модуль вызванного STARTING NEW TASK по прежнему никаких изменений

Может быть обёртка для BAPI_FIXEDASSET_CHANGE должна быть типа "Немедл. запуск обновления не может быть обновлен дополн-но.", а не "Немедленный запуск обновления"?

Так вся идея была чтобы применить изменения после того как применит их САП.
Порылся в коде и вышел на такую вещь:

т.е. в бади я изменил значит ОС, а потом в методе goods_movement_post
САП его изменил по новой и применил коммит - вот мои изменения и пропали....

И еще одно наблюдение - при вызове ФМ starting new task
BAPI пишет что основное средство уже находится в моей обработке.
и соотв. изменения тоже не применяются

starting new task'ом можно решить любую проблему.

Но и минусов хватает.
Лично я использую только как крайнее средство или при остром дефиците времени. Приведенный пример про использование в MIGO - относится ко второму.

Теперь по теме. Т.к. starting new task не накладывает никаких ограничений, то поступаем просто:
1. Пишем формочку, которая проверяет, залочен ли ассет или нет.
2. Если да - ждем пару секунд. Вызываем саму себя.
3. Если нет - устанавливаем флаг выхода из формы.
4. Правим ассет.
5. Если флаг выхода установлен - выходим из обаботки.

Флаг выхода, естественно, должен быть глобальным на уровне группы функций.
Рекурсия рулит

Еще вариант решения вашей проблемы:
Создаете синглтон (класс, которые может иметь только один инстанс).
В вашем расширении создаете объект. Передаете в него нужную инфу.
Находите экзит или расширение, которые отрабатывают при изменении ОСа. В найденном расширении получаете ссылку инстанс класса. И заполняете нужные данные, вытягивая их из своего объекта.

Спасибо буду обдумывать варианты

А если написать в POST_DOCUMENT?

В данном случае, что STARTING NEW TASK, что IN BACKGROUND TASK, разницы большой нету. Разве что последнее к ресурсам бережнее относится.

Возникла трудность:
если запускать BAPI из ФМ вызванного как starting new task,
то он не изменяет ОС и пишет:

но если его вызывать непосредственно то все нормально...

Ну конечно, надо ждать, пока параллельный процесс закончит работу.
Например, добавочкой PERFORMING ... ON END OF TASK.

Помоему bossjohn невнимательно читал мой последний пост

sibrin, не везде это возможно. Версии, будь они неладны.