Verdichtung Controlling-Bereiche zum Stichtag - trotz Anforderung via Materialnummer wird die gesamte Datenmbasis gelöscht Verdichtung im Controlling-Bereich zum Stichtag: per Default wird vorab das Löschen der Datenbasis zum angeforderten Werk/Controlling-Bereich durchgeführt. Dabei wird wird die Einschränkung auf die angeforderte Materialnummer(n) ignoriert. Beispiel (fiktiv): Bei Anforderung der Verdichtung im CB zum Stichtag für das Material 100-100 im Werk 1000 im Controlling-Bereich 1000-FGR, werden zunächst alle Materialien der Datenbasis (Tabelle /GIB/DCC_PCB) für das Werk 1000 und den Controlling-Bereich gelöscht 1000-FGR gelöscht. Anschließend wird die Datenbasis (Tabelle /GIB/DCC_PCB) für das Material 100-100 im Controlling-Bereich 1000-FGR im Werk 1000 aufgebaut. Damit ist die komplette Datenbasis des Controlling-Bereichs mit den Kennzahlen zum Stichtag "zerstört". Programm: /GIB/DCC_HISTORY_CBV Include: /GIB/DCC_HISTORY_CBV_F01 Form OWN_DO_REORG
Einschränkung auf Materialien in der Stichtags-Verdichtung CB aktiv. Eingeschränkt auf 1 Material wird laut Job-Log auch nur ein Satz im Datenbank-Update gespeichert. Beim anchließenden Aufruf der /GIB/DCC_PCB zeigt sich, dass auch die übrigen Materialien des CBs weiterhin als Datenbasis vorhanden sind. Ein erneuter Aufbau des CBs zum Stichtag ohne Einschränkung auf ein Material zeigt im Job-Log folgerichtig im Datenbank-Update aller im CB vorhandenen Materialien. FQ0, Q74
Programm: /GIB/DCC_HISTORY_CBV Include: /GIB/DCC_HISTORY_CBV_F01 Form-Routine: OWN_DO_REORG -> Abfrage Materialnummer vor Löschen der Datenbasis