Tipps und Tricks aus der TM1 / Planning Analytics Kiste
Wenn es darum geht erfassbare Zellen in TM1 / Planning Analytics zu formatieren, so möchte ich heute auf eine alte Bekannte eingehen – die DBS/DBSS-Formel. Sie ist üblicherweise dafür gedacht um überschaubare Daten aus Excel (Perspectives oder PAfE) fix in einen Cube zu schreiben. Wenn es viele Daten werden, so habe ich die Erfahrung gemacht, dass sie nicht immer zuverlässig performed. Da sollte man besser andere Wege gehen, also klassisch über den TI. Aber bei einer Sache hat sie mich noch nie im Stich gelassen: und zwar bei der Formatierung von erfassbaren Zellen, damit User noch besser durch Planungsapplikationen geführt werden.
Jawohl, ganz genau, formatieren mit DBS/DBSS. Denn sie hat als Formel drei geniale Eigenschaften: Sie schreibt Werte nur dann in eine Zelle, wenn:
- auf die Zelle keine Rule wirkt
- die Zelle ausschließlich durch N-Elemente definiert ist
- die Zelle Schreibberechtigung hat
Und wie sieht es in der Umsetzung aus?
Damit ist sie quasi ein Excel-Pendant zum CellIsUpdateable aus dem TI. Meistens lege ich in einer Dimension mit wenig differenzierter Rechenaktivität ein neues Element an: zum Beispiel WriteCheck oder you name it. Im letzten Projekt war das zum Beispiel die Currency-Dimension. Ein weiteres Plus an dieser Dimension ist, dass sie in einer Finanzapplikation in fast jedem relevanten Planungscube vorkommt. Es über eine Extra-Dimension abzubilden, halte ich für überdimensional ;-P.
Wichtig ist nun dieses Element auch in den Rules zu berücksichtigen, damit beim Testen die Zelle blockiert. Dieses Element muss nicht gefeedert werden, denn wir wollen darauf nicht auswerten. Deshalb brauchen wir keine Angst vor Performancethemen zu haben. Jetzt muss man nur noch die DBS/DBSS-Formel in gewünschte Sheets einbauen. Dabei komme ich meistens mit einer Spalte (hier Spalte R) aus:
Wenn die DBS-Formel es schafft auf das Element WriteCheck einen Wert zu schreiben, zum Beispiel eine 1, dann ist die Zelle erfassbar und kann formatiert werden. Dazu verwende ich die bedingte Formatierung in Excel, zum Beispiel so:
Und das wollten wir jetzt mal testen!
Unser Ziel ist es für den User die Planungsanwendung so zu formatieren, dass nur bearbeitbare Zellen farbig – in diesem Fall blau – hervorgehoben werden. Dafür modellieren wir nun unseren Test-Case. Wir benötigen: gerechnete Elemente, konsolidierte Elemente, Elemente mit Schreibrechten und Elemente mit Leserechten.
Im PNLCube des SData-Modells nehmen wir die Sales per Rule aus dem Sales Cube. Damit haben wir schon mal gerechnete Zellen (sind grau, weil Regel). Das PNL-Beispiel hat auch konsolidierte Elemente, die Marketing-Kosten (sind grau, weil Summe). Und nun benötigen wir die Security für unseren Test-Case: Dafür nehmen den Usr2 und geben ihm Schreibrechte nur für Südamerika und alle darunter liegenden Länder. Alles andere darf er nur lesen:
Im Ergebnis werden für den Usr2 unter Berücksichtigung seiner Berechtigung alle erfassbaren Zellen blau formatiert; die Sales sind weiß, da gerechnet; die Marketing-Kosten sind grau, da Summenelement:
Und jetzt der Negativ-Test: Usr2 wählt nun zum Beispiel Canada aus und zack ist alles weiß! Genau so soll es sein, da er hier nur Leserechte hat:
Und noch ein Test: Usr2 wählt Südamerika in Summe aus: auch hier alles weiß, da Summenelement. Perfekt!
Und gibt es sonst Alternativen?
Ja – das nächste Mal machen wir zum Thema „Erfassbare Zellen formatieren in TM1 / Planning Analytics“ einen Schwenk zu der StyleSheet-Formatierung als Alternative. Hier gibt es Einiges zu beachten und auch einige Vor- und Nachteile zur oben beschriebenen Lösung. Also bis dann!
Hi, ich bin Jekatherina. Ich habe seit über 10 Jahren Erfahrung in TM1 / Planning Analytics. Und wenn du gerade Unterstützung brauchst, dann schreib mich doch gerne an!
