После call tran. не успевает произойти обновление базы и селект возвращается пустой. Как с этим бороться?

tables: lfb1.
data: lifnr type lfb1-lifnr,
bukrs type lfb1-bukrs.


call transaction 'XK01'.
get parameter id 'LIF' field lifnr.
get parameter id 'BUK' field bukrs.

select single * from lfb1
where
lifnr = lifnr and
bukrs = bukrs.

write lfb1.

tables: lfb1.
data: lifnr type lfb1-lifnr,
bukrs type lfb1-bukrs.


call transaction 'XK01'.
if sy-subrc = 0.
clear: lifnr, bukrs.
do.
get parameter id 'LIF' field lifnr.
get parameter id 'BUK' field bukrs.
if not lifnr is initial.
exit.
endif.
enddo.
endif.

select single * from lfb1
where
lifnr = lifnr and
bukrs = bukrs.

write lfb1.

да, еще перед вызовом транзакции
лучше поставить

set parameter id 'LIF' field ''.
set parameter id 'BUK' field ''.

дело не в том что параметры не передаются (. Дело в том что в момент селекта нет еще данной записи в таблице. Есть вариант делать селект пока не появится запись или есть получше механизм.

попробуй поставить
COMMIT WORK AND WAIT.
перед селектом

COMMIT WORK AND WAIT тут не поможет, потому что FM, обновляющий БД и не успевающий завершиться уже был запущен асинхронно по команде COMMIT WORK (без WAIT).

Надо попытаться заблокировать объект блокировки, который блокирует транзакция 'XK01' с параметром wait = 'X'.
http://sapboard.ru/forum/viewtopic.php?t=2571&highlight=wait

да, точно
лучше так

в частном случае, можно и так...


tables: lfb1.
data: lifnr type lfb1-lifnr,
bukrs type lfb1-bukrs.


call transaction 'XK01'.

clear: lifnr, bukrs.

if sy-subrc = 0.
get parameter id 'LIF' field lifnr.
get parameter id 'BUK' field bukrs.
endif.

if not lifnr is initial.
clear lfb1.
do.
select single * from lfb1
where
lifnr = lifnr and
bukrs = bukrs.
if not lfb1-lifnr is initial.
exit.
endif.
enddo.
endif.


write lfb1.

Метод с блокировками более универсальный.

Должен также помочь CALL TRANSACTION ... UPDATE 'S' или CALL TRANSACTION ... UPDATE 'L'.

никто и не спорит
просто лень иногда искать нужные фм для блокировок

спасибо.
вставил CALL FUNCTION 'ENQUEUE_EXLFA1' с WAIT 'X'.
вопрос вот какой при вызове данной функции она будет пытаться заблокировать объект единожды, те наткнулось на блокировку и выдало сообщение что объект заблокирован. Или ждет пока не произойдет разблокировка объекта?

В данном случае не поможет, т.к. UPDATE ['A'|'S'|'L'] - это возможное дополнение к CALL TRANSACTION tcod USING itab.

Да, действительно. Плохо смотрел в приведенный код.

А почему не попробовать SET UPDATE TASK LOCAL?
Или я чего-то не уловил?