Eine PLAF/FE-Stückliste enthält eine Komponente mehrfach. Die Komponentenbedarfe werden durch den selben Eigenfertigungs-Zugang gedeckt werden (z.B. Fertigungsauftrag). Für die Komponenten dieses Zugangselements wird beim ersten Auftreten der Bedarfs-Bedarfsdecker-Kombination im Datenaufbau mehrere GUID-Schlüssel generiert und den einzelnen Planungselementen (/GIB/DCO_PDATA_M) zugeordnet. Diese Zuordnung existiert bis zum nächsten Datenaufbau - solange können hier zu allen Schlüsseln Bemerkungen gepflegt werden (bei täglichem MRP also 1 Tag lang). Beim nächsten Datenaufbau wird der erste gefundene GUID-Schlüssel zugeordnet - ab diesem Zeitpunkt gilt nur noch dieser Schlüssel für alle gleichen Bedarfs-Bedarfsdecker-Kombinationen. Hintergrund: die zur Verfügung stehenden Informationen im GUID-Schlüssel in Tabelle /GIB/DCO_P_GUID) reichen nicht aus, um die Planungselemente sicher zu unterscheiden.
Vorabkorrektur erstellt. Vor der Erzeugung neuer GUIDs wird nun generell geprüft, ob zur Schlüsselfeld-Kombination bereits eine GUID existiert und diese ggf. verwendet. Da unterhalb der derzeitigen Strukturelemente (PS: Projekt/PSP/Netzplan/Netzplanvorgang, SD: VK-Beleg/VK-Position, PBED: BDZEI/Datum PBED-Einteilung) keine Strukturelemente zur eindeutigen Identifikation der einzelnen Planungselemente vorhanden sind, können Planungselemente in den folgenden Fällen nicht eindeutig unterschieden werden: a) Die gleiche Komponente wird mehrfach einem Zugangselement zugeordnet - ein Bedarfsverursacher mit Komponenten (z.B. FA, PLAF), dem die gleiche Komponente MATNR/WERKS/BERID mehrfach zugeordnet wird - die entstehenden Komponentenbedarfe werden vom gleichen Bedarfsdecker/Zugang gedeckt. -> Fehlende Unterscheidbarkeit ab der Dispostufe unterhalb der mehrfachen Komponente. b) Die gleiche Komponente wird mehrfach einem Netzplanvorgang zugeordnet -> analog zu Fall a) c) Bei der Generierung von PSP-kontierten VK-Positionen zum PSP im Projekt - Aktivierung der Funktion im globalen Operations Projekt Customizing ("VK-Pos. im Projekt") - mehrere VK-Positionen sind auf das gleiche PSP-Element kontiert und werden somit unter dem gleichen PSP-Element generiert - Bedarfe unterhalb des Planungselements der VK-Position werden vom gleichen Zugangselement gedeckt, welches Komponentenbedarfe besitzt. -> Fehlende Unterscheidbarkeit ab der Stufe der Komponenten - nur im Projekt! d) Verwendung von Verteilungsschlüsseln im Fertigungsauftrag - Die erzeugten Zugangselemente werden zur Deckung mehrerer Teilmengen des gleichen Bedarfselements verwendet. -> fehlende Unterscheidbarkeit der Planungselements In diesen Fällen wird nun für alle Planungselemente die gleiche GUID zu vergeben. Aktivitäten, Bearbeitungskennzeichen, Bemerkungen und Bemerkungscodes können in diesen Fällen daher immer nur für alle (!) Planungselemente gemeinsam erfasst werden, d.h. z.B. eine Bemerkung gilt für alle gleichartigen Planungselemente.
Vorabkorrektur zur Verfügung stellen, mit der in dieser Konstellation zunächst nur 1 GUID-Schlüssel im Datenaufbau generiert wird. D.h. wenn eine Stückliste eine Komponente mehrfach enthält und die Komponentenbedarf durch den selben Eigenfertigungs-Zugang gedeckt werden, dann kann für die Komponenten dieses Zugangselements nur eine Bemerkung erfasst werden, die für alle vorliegenden Planungselement mit der gleichen Kombination gilt. Inhaltlich ist das insoweit richtig, da es sich tatsächlich ja immer um das gleiche Element handelt; es ist nur mehrfach zugeordnet. Bereits vorher existierende Bemerkungen (erfasst an dem oben erwähnten ersten Tag) gehen in diesem Fall ggf. verloren, sofern sie nicht zum ersten gefundenen Schlüssel gehören. Für Release 25.0 ggf. Tabelle /GIB/DCO_P_GUID erweitern, um einen eindeutigen Schlüssel bilden zu können.