„Analysieren heißt Vergleichen“ – so steht es seit jeher in den Business-Intelligence-Lehrbüchern. Die gebräuchlichsten Varianten in betriebswirtschaftlichen Anwendungen sind dabei Zeitvergleiche (Vorjahr, Vorperiode) und Szenariovergleiche (Plan vs. Ist). Doch was tun, wenn das vorliegende Datenmaterial keine ausreichende Grundlage für diese typischen Vergleiche liefert, die erforderlichen Zahlen mit unverhältnismäßig hohem Aufwand beschafft werden müssten oder schlicht „nicht belastbar“, d. h. von zweifelhafter Qualität sind? Welche anderen Möglichkeiten, z. B. Geschäftseinheiten sinnvoll miteinander zu vergleichen, gibt es? Ein möglicher Ansatz ist die Bildung von Gruppen und der Vergleich des jeweiligen Einzelobjekts mit seinem Cluster. Häufig sind derartige Klassifizierungen sogar bereits in den Vorsystemen enthalten und müssen lediglich genutzt werden. Dieser Blogbeitrag zeigt einen einfachen Weg, wie das passieren kann.
„Wir haben keinen Plan“, rutschte es einem Kunden heraus, als wir im jüngsten gemeinsamen Projekt gerade dabei waren, Standardlayouts für die je Vertriebstochter zu erstellenden Berichte zu definieren. Einen Vorjahresvergleich sollte es geben, periodisch und kumuliert, einen zeilenweisen Aufriss des Sortiments – wir waren also ganz nah am DeltaMaster-Startassistenten. Doch Freud’scher Fehler hin oder her, Plandaten waren nicht verfügbar, um den von Bissantz & Company empfohlenen Spaltenaufbau zu komplettieren.
Kurzerhand schlug der Vorgesetzte des Ansprechpartners einen Clustervergleich vor. Man teile die einzelnen Einheiten seit geraumer Zeit in ABC-Klassen ein, und es sei schon lange geplant, den Verantwortlichen „einen Benchmark zu ihrer Peer Group“ zu liefern. Warum also nicht jetzt und mit DeltaMaster?
Gesagt, getan. Wie nun kommt aber die Definition der Cluster oder der absoluten und relativen Abweichungen des aktuellen Elements zu seinem Cluster in die Dimension Wertart, um damit genauso elegant zu operieren wie mit Planwerten oder Forecasts? Das Clustermerkmal war in diesem Fall als Elementeigenschaft in der Organisationsdimension implementiert. Daraus ist eine Attributdimension gebildet worden.
Wie diese Basiskonstellation in unserem Referenzmodell Chair am Beispiel der Dimension „Kunde“ aussieht, kann sich der eingeweihte Leser sicherlich vorstellen. Der Schlüssel zur Lösung liegt einzig im passenden MDX-Statement für das berechnete Element in der Dimension „Wertart“:
Avg(
[Kunde].[Kunde].[Kunde]
*
StrToMember('[Kunde].[Kunde_ABCUmsatz].[ABCUmsatz].&[' + [Kunde].[Kunde].CurrentMember.Properties("ABCUmsatz") + ']')
,
[Wertart].[Wertart].[Wertart].&[I]
)
Was passiert da genau? Ausgehend von den vorliegenden Istdaten (Wertart „I“) wird für die jeweils betrachtete Organisationseinheit (der CurrentMember in der betroffenen Dimension, zu verwenden in der Sichteinstellung oder auf der Achse einer Pivottabelle) ein Kreuzprodukt aller Einheiten mit derselben Elementeigenschaft (Property „ABCUmsatz“) gebildet und daraus mit Hilfe der Funktion AVG der Durchschnitt berechnet – einfach, aber wirkungsvoll.
Da die Erstellung berechneter Dimensionselemente im DeltaMaster-Startassistenten während der initialen Erstellung eines neuen Datenmodells aktuell leider nicht möglich ist, ist es empfehlenswert, die Berechnung vorab im Cubeskript zu definieren. Wird dann im Startassistent die Wertart „Avg Cluster“ anstelle „Plan“ ausgewählt, berechnet DeltaMaster von Anfang an die gewünschten Abweichungen. Das gewünschte Bild ist binnen Sekunden und vollautomatisch komplett:
Abbildung 1: DeltaMaster 6 – Chair Cluster
