ich habe folgendes Problem. Dadurch dass wir auf Arbeit längere WBZ für Rohmaterialien haben, als unsere Lieferzeiten der Enderzeugnisse sind, arbeiten wir mit Vorplanungsbedarfen (VSF), um Bedarfe zu erzeugen. Durch einkommende Kundenaufträge verrechnen sich dann die Vorplanungsbedarfe. Jetzt kann es jedoch vorkommen, dass wir den prognostizierten Vorplanungsbedarf für einen Monat nicht aufbrauchen bzw. wir einen zu kleinen Kundenauftragseingang hatten, wodurch sich der Vorplanungsbedarf nicht ganz verrechnet hat. Auf der Suche nach einer Möglichkeit um alte nicht verrechnete Vorplanungsbedarfe zu löschen bin ich auf die Transaktionen MD74 und MD75 gestoßen. Wo besteht hierbei jedoch der Unterschied? Und sind das tatsächlich die richtigen Transaktionen?

Danke für eure Hilfe.

Gruß Sludy

wir benutzen dazu die MD74. Wenn du nur die offene Bedarfsmenge auf 0 setzen willst müsste das reichen.

Gruß

Saute

Saute hat es zwar bereits beantwortet, aber vielleicht noch als Ergänzung interessant:

SAP Hinweis: 135807

https://blogs.sap.com/2013/09/21/reorganization-of-planned-independentrequirements-md74-md75-md76/ 

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

Step 1. Transaction MD74 - Adjusting Requirements

This transaction can be used to adjust PIR. When adjusting requirements, the system checks whether customer requirements exist for active PIRs that lie before the key date and the quantity of customer requirements that are assigned. The planned independent requirement quantities that are not assigned are set to zero and are flagged for reorganization.

In this step, you can also setup background execution job using program RM60RR20 with appropriate variant, so that it deletes all inactive planned independent requirements. It is recommended that to adjust out-of-date PIR Once in a month.

Step 2. Transaction MD75 - Reorganization

This transaction can be used to delete old PIR, the system checks which planned independent requirements were set to zero - either by reduction or consumption or by "requirements adjustment". Requirements records that lie before the key date and that have the quantity zero are deleted from the database.

In this step, you can also setup background execution job using program RM60RR30 with appropriate variant, so that it deletes all old PIR. It is recommended that you reorganize out-of-date PIR once in a month.

Step 3. Transaction MD76 - Deleting Histories

This transaction can be used to delete history of PIR, Once the system has completed the reorganization process, the histories can also be deleted for the same period. The key date for deleting histories can differ from the key date of reorganization.

In this step, you can also setup background execution job using program RM60RR40 with appropriate variant, so that it deletes history of PIRs. It is recommended that you delete PIR history once in a month.

Note : Key date - In case if you defined "Default values for re-organization interval" for plant in customization transaction OMP8, the system first checks whether a reorganization period is maintained for the plant to be reorganized. If this is the case, the system subtracts the interval from the current date to determine the key date.

If no interval is maintained for the plant to be reorganized, the system checks whether intervals are maintained for other plants. The highest value is then used to determine the key date.

In case no key date specified in customization, manual input can be considered as key date, usually 30days minus current date will be the key date.

Gruß

Christian