Application Development Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 

Issue with Batch Input Interface for Vendors in Background running

former_member207873
Participant
0 Kudos

Hello Experts,

I am running an Zprogram where in i am submitting the program for BI program for Interface for vendors(rfbikr00). But unfortunatly in SM35 it works good in foreground, but not in background. I am getting the error . Account ** is currently blocked by user * . It is understandable that the system is locking for a vendor and changing and at the same time is doing another change for the same vendor . How to rectify this issue.

Best Regards.

7 REPLIES 7

FredericGirod
Active Contributor
0 Kudos

run your job when nobody work ...

ensure, you are not locking yourself

former_member207873
Participant
0 Kudos

frdric.girod,

Thanks a lot for your answer. I am locking myself. That is the problem. So i am not sure how to prevent it. Normally while working with call transaction we can give a wait up to. But how to do it in a background job ?

Sandra_Rossi
Active Contributor

Most probably you would have the same issue in foreground too. The reason is probably because the locks are retained during the asynchronous update task and so it blocks the anext transaction. With CALL TRANSACTION USING, you may wait the end of the update task (works like adding AND WAIT to any COMMIT WORK) or eventually make the update task local if you prefer.

Sandra_Rossi
Active Contributor
0 Kudos

Please, "you should only submit an answer when you are proposing a solution to the poster's problem".

Sandra_Rossi
Active Contributor
0 Kudos

Maybe there are several possibilities to run a batch input session with synchronous or local update task, but the only one I know is via the program RSBDCCTU (update mode = S or L).

former_member207873
Participant
0 Kudos

Sandra Rossi,

I still have the same issue even if i run it through RSBDCCTU . (Update Mode = S or L ) and background processing . Account *** is currently blocked by user ***

Sandra_Rossi
Active Contributor
0 Kudos

Based on your initial assumption concerning the difference between foreground and background, I initially answered that probably it was about a technical lock, but now I guess it's a functional blocking and so the transaction which produces this error should behave the same in foreground and in background.

If you search the Web, you can see the problem is already discussed (solve by MK05 or FK05, etc.):

"Account" "is currently blocked by user" site:sap.com