Bei einer Wochenplanung kann die KW53 im Planungssheet mit Versionstyp 1-9 nicht dargestellt werden, da in dem dargestellten Jahr keine KW53 vorkommt. Das Jahr 2020 hatte 53 Wochen, die KW53 wird auf der Datenbank (PLANG) mit der Periode 53.2022 gespeichert, allerdings hat das Jahr 2022 nur 52 Wochen und somit wird dieser Datensatz nicht angezeigt und auch nicht gelesen. Dies hat Auswirkungen auf die Prognoserechnung, da diese die für das Planungssheet selektierten Daten verwendet. Im Prognosedialog erkennt man, dass die Periode 53.2020 mit einem NULLWERT dargestellt wird. Eine Option wäre die KW53 in der Prognoserechnung zu ignorieren, sprich nach der Periode 52.2020 kommt die Periode 01.2021. Weitere Optionen...
Alternative Periodenbehandlung im Planungsszenario implementiert, Feld /GIB/DCF_PLANS-PERBH bei Wochenplanung kann Periode 53 ausgeblendet werden (Werte in dieser Periode gehen damit in der Planung verloren verloren) Perioden ohne Arbeitstage können ausgeblendet werden (Werte in diesen Perioden gehen damit in der Planung verloren verloren) 1 Periode 53 bei Wochenplanung ausblenden 2 Perioden ohne Arbeitstage ausblenden ohne Sonderregeln (Default)
(Bezüglich comment 0 von Huwa, Emanuel) > Bei einer Wochenplanung kann die KW53 im Planungssheet mit Versionstyp 1-9 > nicht dargestellt werden, da in dem dargestellten Jahr keine KW53 vorkommt. aktuell Release 23.0 stehen die folgenden Lösungsansätze zur Verfügung: -Typ R oder U als Referenz für die Prognose verwenden, wenn Wert auf den einen zusätzlichen Wert gelegt wird. Die statistische Relevanz ist allerdings fraglich wenn einer von >150 Historienwerten mit 0 vorgegeben wird. -Soll weiter mit Versionstypen 1-9 gearbeitet werden, kann die Tabelle GT_WAHDT im Planungssheet um die Perioden 53 bereinigt werden (BAdI). -manueller Aufbau der Planungshistorie vor Übergabe an Prognose und Zuordnung der fehlenden Perioden per BAdI