Thanks for the answer. That is exactly the same approach I thought would do it. However there is always a possibility when you don't have complete set of files because more data is coming when you are reading (processing) next record. So, that data set will be processed via next FTP - that is not the way users want it. <BR>
&nbsp;There are some interesting findings for executing commands via FTP, but it is topic for next discussion.

We have a situation when several file transfer and job to process them on AS400 side via FTP is initiated from different PC without PC server. The requirement is to process one set of data (one order) at a time and save it on AS400. Job queue to process files is single threaded. How to preserve data when two or more requests are executed simultaneously? This scenario is unlikely to happened, but could be simulated and must be tested. <BR>
Preliminary testing shows that when file on AS400 side is already allocated and another request is executed via FTP &#8216;quote rcmd sbmjob cmd(call xpgm)&#8217; &#8211; FTP sends message about successful job submission, but AS400 job abends after waiting period. One possible solution is to process all available data when job is initiated and deleting processed records. <BR>
Any other ideas are greatly appreciated.

Seems like you have a file-sharing issue. <p>You can eliminate this problem by defining your AS/400 file to allow for multiple members. So, all you have to do now is revise your FTP jobs to load data to specific members unique to each specific job (such as device name, user-id name, job name, etc.). <p>The only additional consideration here is that you may have to develop another program run periodically to do housecleaning of incomplete/lost data inside this file. <p>By the way, if for some reason you are constrained from using multi-member files, you can alternatively design your FTP jobs to create unique file names instead of members. In this case, I recommend you create/define a separate library dedicated specifically for such files.