SAP for Utilities Discussions
Connect with fellow SAP users to share best practices, troubleshoot challenges, and collaborate on building a sustainable energy future. Join the discussion.
cancel
Showing results for 
Search instead for 
Did you mean: 

Parallel Processing in FPB3

Former Member
0 Kudos

We are processing single file having multiple payment lot in it by calling FPB3, now this transaction is creating one job each for payment lot.

We have 5000 entries in one payment lot and it is taking way too long to post the payments in the accounts as only one job per payment lot is running at a time, so is there any way we can create 5-6 number of jobs for each payment lot using FPB3? By creating more jobs it will speed up the postings.

1 ACCEPTED SOLUTION

AmlanBanerjee
Active Contributor

Hi Vinod,

Spliting one payment lot into multiple payment lots and processing them in parallel is possible and will definately reduce time. However, you need to optimize the number of entries that you want to process in one payment lot.

If you are making too small payment lots of say 100 entries, it will not help the cause and increase the processing time in the system.In a optimal scernario, a payment lot should contain around 2000-3000 entries.

You need to develop a cusotmised program to split the lot and process the subsequent lots in parallel.

So, for splitting the payment file, take the total number of records in an internal table from the initial payment file and based on the number of records that ou ant to process in a lot (say 2000) , refromat the data taking the 2000 records and prepare the intermediate file to and call standard program RFKKZE00. Subtract 2000 from the total number of records in the internal table and repeat the process until the total number of records in the internal table is 0.

And for processing the payment lots is parallel, you can use the FM FKK_PAYMENT_LOT_TRANSF_START.

Also, when you are creating new jobs for processing them, make sure the background processes in the system are free to be used up, other wise these jobs will go into "released" state and will not get process parallely.

Hope it helps...

Thanks,

Amlan

View solution in original post

2 REPLIES 2

AmlanBanerjee
Active Contributor

Hi Vinod,

Spliting one payment lot into multiple payment lots and processing them in parallel is possible and will definately reduce time. However, you need to optimize the number of entries that you want to process in one payment lot.

If you are making too small payment lots of say 100 entries, it will not help the cause and increase the processing time in the system.In a optimal scernario, a payment lot should contain around 2000-3000 entries.

You need to develop a cusotmised program to split the lot and process the subsequent lots in parallel.

So, for splitting the payment file, take the total number of records in an internal table from the initial payment file and based on the number of records that ou ant to process in a lot (say 2000) , refromat the data taking the 2000 records and prepare the intermediate file to and call standard program RFKKZE00. Subtract 2000 from the total number of records in the internal table and repeat the process until the total number of records in the internal table is 0.

And for processing the payment lots is parallel, you can use the FM FKK_PAYMENT_LOT_TRANSF_START.

Also, when you are creating new jobs for processing them, make sure the background processes in the system are free to be used up, other wise these jobs will go into "released" state and will not get process parallely.

Hope it helps...

Thanks,

Amlan

0 Kudos

Hi Amlan,

Thanks for the useful information.

I observed a parameter ( Maximum Number of Jobs ) in selection screen of FPB3. can we use this parameter to specify number of jobs and process file parallely  ??  because i could not see multiple jobs when i tried .( i did try to execute with 10k entries in the file, but it ended up with an error because of data inconsistency in system ).

just wanted to confirm if we can split the file by mentioning maximum number of jobs.

thanks and regards,

Madhu.