Задача - при активации договора записать imkey в ОС. Запись в ОС делаю в методе after_save c помощью BAPI_FIXEDASSET_CHANGE (это уже после всех проверок договора, но до записи его в БД). Проблема - imkey в этот момент только создается, соответственно просто с помощью бапи я не могу проапдейтить ОС (на этот момент еще нет имкея в Бд).Т.е мне надо вызвать изменение ОС после сохранения и апдейта самого договора, пытаюсь сделать следующий вызов
CALL FUNCTION 'ZFI_BAPI_FIXEDASSET_UPD' STARTING NEW TASK 't1' DESTINATION 'NONE' (моя функция обновления, в которой заключен вызов бапи), но ничего не происходит - в отладке обновления вижу только апдейт договора, что я делаю не так?

Не совсем понял что у вас происходит но возможно вам подойдёт
CALL FUNCTION....IN BACKGROUND TASK

её особенность в том что функция начинает исполняться после commit work в вызвавшей программе.
я в своё время делал цепочку: вызывал свой ФМ IN UPDATE TASK, а из неё ещё один свой ФМ IN BACKGROUND TASK
в результате второй ФМ однозначно запускался только после создания в БД объекта...

то что вы делаете "CALL FUNCTION 'ZFI_BAPI_FIXEDASSET_UPD' STARTING NEW TASK 't1' DESTINATION 'NONE'" - приводит к параллельному запуску ещё одного потока с вашим ФМ никак не связанного с основным

попробуйте в вашем методе after_save перед вызовом

BAPI_FIXEDASSET_CHANGE

сделать:
SET UPDATE TASK LOCAL.

если уже был INSERT в БД с новым imkey но не было commit это может помочь,

а в каком BADI ваш метод ?

BADI_RE_CN_CN

мне надо вызывать мой апдейт из метода позже, чем апдейт договора.
Я попробовал сделать как вы написали, вызываю свой ФМ in update task, а внутри
call function 'BAPI_FIXEDASSET_CHANGE' in background task
но все равно вызов обновления договора происходит первее моего апдейта

к сожалению у меня сейчас доступна только 4.6 поэтому не могу посмотреть ваш BADI.

но если красивого решения не удасться найти,
то могу предложить след. не совсем красивый вариант, вызываете в методе ваш новый Z-фм в BACKGROUND TASK или STARTING NEW TASK,
в котором в цикле ( например DO с задержкой, допустим в секунду) проверяете SELECT-OM появилась ли запись в БД. после того как появилась то вызывать BAPI) + надо добавить ограничение по этому циклу чтобы он допустим ждал максимум n секунд.

Так вроде так и делается, по вашим словам

описка, конечно ж
апдейт договора происходит позже моего