Vergleich der ABAP-Klassen /SAPAPO/CL_RRP_CTP und /SAPAPO/CL_RRP_FIX 

Für den CTP-Prozess wird die Standardklasse /SAPAPO/CL_RRP_CTP angeboten, die das Systemverhalten bei der CTP-Prüfung in Verbindung mit fixiertem Pegging steuert. Alternativ zu dieser ABAP-Klasse können Sie die Standardklasse des ATP-Prozesses /SAPAPO/CL_RRP_FIX verwenden, wenn Sie im CTP-Prozess ein anderes Systemverhalten wünschen.

Der wesentliche Unterschied zwischen beiden Klassen liegt darin, dass bei der Klasse /SAPAPO/CL_RRP_CTP das System bei jedem erneuten Aufruf der CTP-Prüfung für einen bereits bestätigten Kundenauftrag, z.B. wenn Sie z.B. den Wunschtermin im Kundenauftrag ändern, die vorhandenen fixierten Pegging-Beziehungen löscht und eine neue Zuordnung der Kundenbedarfe zu den Zugangselementen durchführt. Das System legt dann anschließend neue fixierte Pegging-Beziehungen an, um die Zuordnung zu fixieren.

Bei der Klasse /SAPAPO/CL_RRP_FIX bleiben dagegen die fixierten Pegging-Beziehungen erhalten. Eine erneute Prüfung wird stets gegen das fixierte Pegging durchgeführt. Das System passt lediglich ggf die Pegging-Mengen an, lässt aber die fixierten Pegging-Beziehungen unverändert.

Das Systemverhalten in Verbindung mit der jeweiligen Klasse wird an folgendem Beispiel deutlich:

Beispiel 1a: Kundenauftrag vorziehen (Klasse /SAPAPO/CL_RRP_CTP)

In diesem Beispiel wird ein bereits bestätigter Kundenauftrag (SD1) nochmals geändert, da Sie den Bedarfstermin, zu dem die Wunschmenge in Höhe von 10 Stück benötigt wird, ändern. Das System löscht die bestehende fixierte Pegging-Beziehung zwischen dem Kundenbedarf SD1 und dem Planauftrag PO2 und führt eine erneute CTP-Prüfung durch. In der CTP-Prüfung ordnet das System dem Kundenbedarf den Planauftrag PO1 zu, da dieser zeitlich günstiger liegt.

Beispiel 1b: Kundenauftrag vorziehen (Klasse /SAPAPO/CL_RRP_FIX)

Bei Verwendung dieser Klasse löscht das System die fixierte Pegging-Beziehung bei der erneuten Prüfung nicht, sondern ordnet dem geänderten Kundenbedarf den bisherigen Planauftrag PO2 wieder zu, da die Prüfung gegen das fixierte Pegging durchgeführt wird.

 

Beispiel 2a: Kundenauftrag verschieben (Klasse /SAPAPO/CL_RRP_CTP)

Bei Verwendung der CTP-Klasse löscht das System die fixierte Pegging-Beziehung und führt bei der CTP-Prüfung eine erneuete Zuordnung des geänderten Kundenbedarfes zu einem zeitlich besser passenden Planauftrag durch. Anschließend legt das System eine neue Pegging-Beziehung zwischen dem Kundenbedarf SD1 und dem Planauftrag PO2 an.

Beispiel 2b Kundenauftrag verschieben (Klasse /SAPAPO/CL_RRP_FIX)

 

Bei Verwendung dieser Klasse behält das System die vorhandenen fixierten Pegging-Beziehungen bei. Bei einer erneuten Prüfung auf Grund des geänderten Kundenauftragstermines wird der Kundenbedarf wieder den gleichen Zugangselement zugeordnet, da das System die vorhandene fixierte Pegging-Beziehung bei der Prüfung berücksichtigt.