Subcontracting Process with Mvt 107 & 109 - component requirement error

[Former Member]

Dear Seniors,

We have a subcontracting process in which we use the Mvt 107 and 109 for receiving.

After the subcontracting PO is created, the components are issued in the subcontractor special stock. At this point there is the component dependent requirement which is equal with the stock at the subcontractor. The supply chain is balanced for the component.

The problem occurs when the Goods Receipt is done with Mvt. 107.

The stock at the subcontractor is issued and another dependent requirement is created for the component. This is a discrepancy in SAP. The second dependent requirements for the component should not be created.

After the Mvt 109 is done, the second dependent requirement will disappear.

This is not correct because in between 107 and 109 couple of months can pass, and in this period MRP will order more parts based on a dependent requirement which is not correct.

Please let us know your suggestions on this.

Thank you

Alex

[Former Member]

Hi Jurgen,

Unfortunately these two options will not work on our case. We have more than 30 plants integrated in our landscape and by turning on the blocked stock for net requirements calculation will interfere with other processes.

The second option, to use other Mvt. does not work because we have many reports, EDI and processes setup in conjunction with 107 and 109.

Please let us know if there are other solutions to our problem.

Many thanks again for your support

Alex

[Former Member]

May thanks Jurgen for your answer.

Basically there are two options here - either we make the Block stock to be available in the net req. calculation in OPPI or either we use other Mvt. to get the stock into Quality Stock.

If we choose the second option, please advise on which Mvt's should be used instead of 107 and 109

Alex

[JL23]

just 101 for the receipt

https://wiki.scn.sap.com/wiki/display/ERPLO/Movement+types

[JL23]

Read OSS note 377571 - MRP relevncy of purchase order itm in blocked stock

It is actually a program fix for an older release, however it explains what the desired default behavior is. Which means you would need to include blocked stock into your available stock to avoid that the item is planned again after 107 before 109.

The better practice would be to use Quality stock instead of GR blocked stock

see my illustration in https://blogs.sap.com/2013/12/27/unrestricted-use-stock-not-equal-to-available-stock/