2010 May 28 3:00 PM
Hi ,
We are processing IDoc. The IDoc FM does GR of STO by using MIGO transaction via BDC , then FM also does GR of STO Delivery number by using VL02N transaction . MIGO transaction is successful but while doing GR of STO Delivery number via VL02N we are getting an error like ' Purchase order XXXXXXXXXX is currently locked by user XXXXXX .
This happens if we process the IDoc in background . If I process the IDoc in foreground by putting breakpoint at MIGO and VL02N , it executes successfully .
I feel it is a locking issue . I tried using FM DEQUEUE_ALL , MM_DEQUEUE_DOCUMENT after MIGO but it did not work out .
Please suggest for any pointers on this locking issue .
Regards,
Kiran.
2010 May 28 3:26 PM
Hi,
have you tried by delaying time there after the fisrt step..
use WAIT ..
Regards,
KC
Hi,
have you tried by delaying time there after the fisrt step..
use WAIT ..
Regards,
KC
2010 May 28 3:26 PM
Hi,
have you tried by delaying time there after the fisrt step..
use WAIT ..
Regards,
KC
2010 May 28 4:05 PM
No I did not try the delay after first step or MIGO . If I need to give delay , what can be the feasible delay which we can give in this case i.e., How many seconds .
Regards,
Kiran.
2010 May 28 4:23 PM
give a try with 2/3 seconds ..
or u can start the second step after confirming the first step is done thru tables..
Hope it helps you..
KC
2010 Jun 01 12:57 PM
Forget about WAIT statement.
Use:
set update task local.
...before starting MIGO.
regards
2010 Jun 23 3:10 PM
Thanks for your reply . I replaced MIGO with BAPI_GOODSMVT_CREATE and VL02N with VL02 . It is working fine now .
| User | Count |
|---|---|
| 6 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 |