cancel
Showing results for 
Search instead for 
Did you mean: 

Repititive Manufacturing-Planned orders

Former Member
0 Kudos

Hello Experts

I have a REM planned order having a quantity of 100 nos. If I do GR of 110 for this planned order,it will give a warning message number: RM124: "Backflush qty> plnd ord qty. Over delivery for planned order carried out". I dont want over delivery. So I would like to make this message to error. Which is the tcode in spro.

Is there any other way to prevent overdelivery.

Accepted Solutions (1)

Accepted Solutions (1)

rupesh_brahmankar3
Active Contributor
0 Kudos

Dear,

You can restrict this with User Exit,XMRM0001 or BADI RM_BFLUSH_GOODSMVT.

The technical background to this is that the backflush quantity is compared with the planned order header quantity (PLAF-GSMNG), and the quantity of goods received to date (PLAF-WEMNG).

Please try and come back.

Regards,

R.Brahmankar

Former Member
0 Kudos

Thank you

Every body

Rewards are given

I wanted to know whether there is any way other than using user exit.

Thanks a lot

Answers (2)

Answers (2)

former_member196530
Active Contributor
0 Kudos

Dear ,

I do not think Over delivery or under delivery tolerence in GR can be given in Planned Order level .Basically this tolerence level are in Work Scheduling view which is not applicable in REM scinario.

To my knowledege , there is no such configuration set up to avoid execss GR in REM .We need to think some txan variant OR User exit in MFBF level

Regards

JH

Dsk
Active Contributor
0 Kudos

Hi,

I dont think we will be able to control this by anyconfiguration.

Since in repetitive manufacturing it will allow you to do the excess GR.

In case if you need to stop this then the changes has to be done at the message number level ( but implications needs to be reviewed in detail).

Still eager to see if we have any solution from others.

Reg

Dsk

Anupam1143
Active Contributor
0 Kudos

Hi DSK

Congrats on achieving 2K milestone.

Its really inspirational to follow you and all other fellow members on SDN.

Regards

Anupam Sharma