Skip to Content
Author's profile photo Former Member

How to set the optimal number of sessions for MRP parallel processing

One of the features within SAP’s MRP functionality is the ability to assign processing across multiple servers or sessions to improve the runtime performance of the planning run. This feature is called parallel processing and is accessed through configuration using OMIQ to define parallel processing in MRP. 

To figure out how to determine the optimal number of sessions for parallel processing, we need to understand how this works.  When using parallel processing, it will execute in terms of packages that use the low level code.  This low level code is a component of the bill of material structure which we can use as a guideline for this.  A bill of material is broken down by low level codes for each of the BOM levels.  Determine what the deepest bill of material is and use this as your baseline number for low level codes.  If the deepest bill of material is 3 levels deep, then you have low level codes 000 (end item), 001,
002 for your BOM levels.  Thus your baseline number should be 3.

MRP Parallel Processing Image 1.jpg

Since reorder point materials are not planned by requirements, these types of materials will be assigned a low level code 999 by the MRP program.  That adds one more to your number for sessions.  Now we have the 3 BOM levels and 1 reorder point level equals a total of 4 sessions.   In example below, I have configured 4 sessions for parallel processing.

MRP Parallel Processing Image 2.jpg

Each low level code is a work package that once completed; the next package will begin processing.  Therefore if you have multiple sessions configured, then multiple work packages will be distributed over this number with a fixed number of materials assigned by the MRP program.  When you set your MRP planning variant or run directly using MD01, you have an indicator that you may now set for parallel processing.  This indicator will set the planning run to check the configuration setting for how many sessions to create.  In my example, it was set to 4.

MRP Parallel Processing Image 3.jpg

After the MRP run, you can then see where the low level codes are identified for the materials and at the end of the statistics shows how many material planned for each session.  This method provides you a quick and easy way to determine the appropriate configuration level for using MRP Parallel processing.

MRP Parallel Processing Image 4.jpg

MRP Parallel Processing Image 5.jpg

Assigned Tags

      4 Comments
      You must be Logged on to comment or reply to a post.
      Author's profile photo Former Member
      Former Member

      Hi,

      Please follow the path in SPRO

      1.IMG

      2.Production

      3.Material Requirement Planning

      4.Execute -Define parllel processing in MRP

      Then you will get the screen as Destination for parllel processing

      Where we can select the server from F4 and enter   no of screens

      example :- select server and screens 2

      Save it

      This activity have to complete in Dev ,Quality and production Servers

      May be this can be most helpful for you

      Regards

      MSP

      Author's profile photo A S
      A S

      Hi Michael Golden,

              Very informative one. How come we will find how max level our BOM have, since most of the organization using "N" number of BOM. Can we assign roughly 5/6 session and based on the output statistics shall we finalise the session?

      Thanks

      Author's profile photo Former Member
      Former Member
      Blog Post Author

      You can do that in an iterative approach.  The other is to find the low level code from BOM table or structure within your database.  The lowest low level code, minus the 999 level, would be the answer.

      Author's profile photo Phanindra Reddy Sayala
      Phanindra Reddy Sayala

      hi sap guru ,

      i have doubt why cannot sap implement parallel processing at material level why only with Plant what are demerits

      note: Can we use work process concept at material level implementation for parallel processing .

      Regards,

      Phanindra Reddy.