How system allocates reservations to VSFB requirements for consumption?

[ngiannopoulos]

Good afternoon to all.

We have a scenario where we need to produce a certain material (0281416) with two different production versions every day of the whole year, with each version always having a fixed quantity: Version 1 has to produce 17.000 kilos and version 2 has to produce 12.000 kilos (every day, regardless of holidays/weekends, all year round). These requirements have to be consumed by incoming reservations.

Therefore, i created a scenario where i have maintained the daily requirements of each version as VSFB requirements, specifying the production version to each one of the VSFB versions. I have also created a quota, where i split the incoming reservation to 50/50 to each of these requirements. vsfb-all.jpg, vsfb1.jpg, vsfb2.jpg, quota.jpg. Material 0281416 has ES lot size (EX with quota) lot-size-es.jpg, and strategy 70 with backwards consumption strategy.jpg

When i check this material in MD04, i see the situation as in image md04.jpg. Here, i do not understand how system decides which VSFB requirement to consume first. For example: on the 5th of February, it consumes all VSFB requirement of production version 1, and then it consumes the rest of the requirement for VSFB of production version 5. But, in the next dates, 6, 7 and 8 of February it firstly consumes the VSFB of production version 5 and then of VSFB production version 1.

So, does anyone have any idea how this choice is made?

Thank you very much,

Dr. Nikos Giannopoulos

[Caetano · Accepted solution]

Hello

You are mixing up two different tools that will split the quantities between the production versions.

If you enter the production version in the PIR, then you don't need to use the quota splitting.

Otherwise, when using quota splitting, you don't need to use the production version in the PIR, since the quantity will be split between the PIRs according the quota.

My suggestion is to either use one or another.

Regards,

Caetano

[ngiannopoulos · Accepted solution]

Ok Caetano, I think I get your point. However, I need to ask you this:

From what I know, system's standard behaviour is that if it has two or more active versions of PIRs, it clubs them in one total amount and creates one proposal using the first production version. Isn't that correct? So, if I maintain the production version in PIRs how am I going to get two planned orders for each version, if not but using quota arrangements? I think this is why the solution described in the blog I shared with my previous email is using this approach (he maintains production version in PIR but in the quota also)

Lastly, based on your latest feedback:

If we use the quota splitting, then we do not need two versions of PIR, correct? Because in this case ( if I have one VFSB), quota will create two planned orders, using the quota percentage. On the other hand, if we maintain the production version on the PIRs, then we do need two PIR versions, so two different planned orders are created on the MRP run.

Is my understanding correct? My only worry is how the system will behave if the dependent requirements exceed the VSFB quantity in both cases. In the quota case, system will split the excess quantity (the quantity by which VSFB is exceeded) by creating two different planned orders. In the second case (of having the production version in the PIRs) how is system going to handle the excess quantity?

Thank you very much

Nikos

[ngiannopoulos]

Good afternoon

caetano.almeida i would like to let you know you are right. I created two versions of PIRs at the same day, with each one having a different production version in it. Then, when i run MRP, system creates only one planned order for both versions of PIR (standard system behavior). So, what i did is to create only one version of PIR, and i assigned a quota of 50/50 between the two production versions. As you can see in the new MRP run, system now creates two planned orders by splitting the quantity between them.

So, caetano.almeida Thank you very much!

md04-no-quota.jpg

md04-with-quota.jpg

quota1.jpg

req1.jpg

req2.jpg

[Caetano]

You are welcome. If the issue is solved, please close the thread selecting the correct answer.

[Caetano]

Hello Nikos

If you are using splitting quota to split the quantity between the production versions, then you shouldn't define the production version in the PIR. System will automatically split the PIR quantity between the two vendors according to the quota arrangement quantity.

Regards,

Caetano

[ngiannopoulos]

Thank you very much Caetano for your answer.

In order to set up my example, i have consulted the following thread:

https://archive.sap.com/discussions/thread/3724275

Here, the author he also enters production versions on the PIR.

I will give it a try and let us all know of the outcome.

Thank you very much,

Nikos