06.01.2013 Views

SAP Production Planning Table

SAP Production Planning Table

SAP Production Planning Table

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Does anyone know why a planning file entry would exist for NETCH or NETPL<br />

when there has been NO activity on the material since the last planning run? No<br />

movements, no PO's created, no Orders taken, no activity whatsoever . . . and MRP<br />

ran, created a planned order, which was converted to a requisition and then a PO.<br />

This PO was converted for a date earlier than what MRP recommended.<br />

Now each time MRP runs, we get exception #15 - delay the order until later (gives<br />

date). We don't change it and the planning file entry doesn't go away, even after the<br />

run.<br />

Found a note that seemed to apply, but . . . I guess it doesn't really.<br />

"If the planning run terminates for a material with planning file entry on account of<br />

an error message, the planning file entry is not deleted if this is not explicitly set in<br />

customizing. In transaction OMDY, you can set for which errors (message number)<br />

you want the planning file entry being deleted."<br />

I thought this was my answer. However, after looking in OMDY - the message #015<br />

= Dates incorrect (start date > finish date). And message #15 = Enter value for<br />

version number increment (VersNumIncr.).<br />

Neither of these defines my MRP List exception message 15 = "Postpone process<br />

(28.06.2004/26.06.2004)" - on a current date of 03/06/2004. It's CLOSE, but not the<br />

first message.<br />

So if I set the field for the deletion of the planning file entry, it still wouldn't affect<br />

my real problem - trying to get this entry to 'go away' after doing what it was<br />

supposed to do.<br />

Please Check CS15 - where used list. May be this material has been added to a BOM of a<br />

product/Assy, which has caused an entry in planning file.<br />

Check MD04 for the source of reqt.<br />

Also check MD63, if a PIR exists.<br />

If not, delete from planning file. Try report RMMDVM10 - consistency check.<br />

Related Links:<br />

<strong>Planning</strong> Strategy Selection<br />

Selection priority for planning strategy is:

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!