Data Warehouse Forum

Bei uns im Laden ist rund um Fasching immer Chaos. Mal fällt der Rosenmontag in den Februar, mal in den März, und Kostüme und Süßes verkaufen sich jedes Mal anders. Letztes Jahr hatten wir viel zu viel übrig, dieses Jahr war schon freitags alles leer. Wie vergleicht ihr das sinnvoll mit dem Vorjahr? Zählt ihr da die Tage vor dem Umzug oder nehmt ihr einfach die ganze Straße?

Ursache ist der bewegliche Termin: Rosenmontag hängt am Osterdatum und springt zwischen Februar und März, ein starrer Monatsvergleich verzerrt daher Absatz und Bestand. Wir definieren die Saison ereignisrelativ, etwa T-21 bis Aschermittwoch, und vergleichen Tag -X mit Tag -X des Vorjahres statt Kalenderdatum mit Kalenderdatum. In der Modellierung hilft eine erweiterte Datumstabelle mit Spalten für Rosenmontag des Jahres, Tage_Differenz und Saisonkennzeichen. Im SQL joinen wir die Verkäufe über das Geschäftsdatum auf diese Tabelle und aggregieren Umsatz, Absatz und Rohertrag pro Differenz-Tag, getrennt nach Kostüme und Süßwaren. Als Prüfschritte empfehle ich Bestands- und Out-of-Stock-Zeiten zu prüfen, Aktionen und Preise zu normieren und Wochentagsverschiebungen zu beachten. So erkennt ihr, ob freitags wirklich früher leer war oder die Nachfrage nur früher einsetzte, und plant die Nachbestellung gezielter.

Bei uns im Laden schauen wir gar nicht mehr auf Februar oder März, weil das ja jedes Jahr rutscht. Wir zählen einfach rückwärts ab Rosenmontag, so drei Wochen vorher bis Aschermittwoch. Dann legen wir dieses Jahr Tag für Tag neben letztes Jahr. So sehen wir ehrlich, ob Süßes und Kostüme früher weg waren, und bestellen nach.