Ein Bericht muss zum Jahreswechsel aktualisiert werden. Die zuständige Fachkollegin hat keine Admin-Rechte, wartet drei Tage auf die IT. Der Bericht erscheint zu spät.
Der TM1 Viewgenerator strukturiert Cube-View-Namen nach einer klaren Konvention und dokumentiert ihren Zweck, statt Views ad hoc und ohne erkennbare Struktur entstehen zu lassen.
Warum werden Cube Views in TM1 zum Nadelöhr?
Views entstehen meist ad hoc, für eine bestimmte Auswertung oder Abteilung. Ohne feste Namensstruktur sammeln sich mit der Zeit Dutzende bis Hunderte Views an, viele davon temporär gedacht, aber nie wieder entfernt.
Je mehr Abteilungen eigene Auswertungen brauchen, desto schneller wächst die Zahl der Views, oft parallel und ohne dass sich jemand um eine gemeinsame Struktur kümmert.
Was kostet fehlende Struktur bei Cube Views?
Weil niemand außer der IT die Übersicht hat und die nötigen Rechte besitzt, hängt jede noch so kleine Anpassung an denselben wenigen Personen.
Ohne den Viewgenerator entstehen Views meist ohne erkennbare Struktur oder Zweck, jede Anpassung erfordert ein IT-Ticket, und temporäre Views bleiben oft dauerhaft bestehen. Mit dem Viewgenerator sind Views dagegen strukturiert benannt und dokumentiert, Fachanwender pflegen sie eigenständig, und veraltete Einträge werden automatisch bereinigt.
In der Praxis spart der Viewgenerator im Schnitt 2 Stunden IT-Aufwand pro Monat und macht die Systempflege skalierbar und dezentral.
Wie strukturiert der Viewgenerator Cube Views?
Der Viewgenerator gibt eine klare Namenskonvention für Views vor und dokumentiert automatisch deren Zweck. Veraltete Einträge werden erkannt und lassen sich bereinigen, ohne dass jemand raten muss, ob eine View noch gebraucht wird.
Fachanwender können ihre relevanten Views danach eigenständig pflegen, mit klar definierten Grenzen, aber ohne den Umweg über ein Ticketsystem.
Wie lässt sich der Viewgenerator einführen?
In der Praxis hat sich dabei folgende Reihenfolge bewährt:
- Bestehende Views sichten und nach Relevanz und Nutzung einordnen.
- Namenskonvention für Views festlegen.
- Viewgenerator für neue Views verpflichtend machen.
- Veraltete Views schrittweise bereinigen.
- Fachanwendern die eigenständige Pflege ihrer Views ermöglichen.
Am meisten Wirkung entfaltet der letzte Schritt: Erst wenn Fachanwender wirklich eigenständig pflegen dürfen, sinkt die Zahl der IT-Tickets spürbar.
Kleine Tools. Große Wirkung.
15 sofort einsetzbare Module für dein TM1 / Planning Analytics – mit ROI-Rechnung pro Tool.
Playbook jetzt holen →Die wichtigsten Eckdaten auf einen Blick:
Grundlage: unser Playbook „Kleine Tools. Große Wirkung.“ (2026), interne ROI-Formel: ROI = (Business Value − Implementierungskosten) ÷ Implementierungskosten × 100 %, Basis 1 Personentag = 1.000 Euro.
Glossar
Ein paar Begriffe aus diesem Artikel kurz erklärt:
FAQ
Wie lange dauert die Einführung des Viewgenerators?
In der Regel 1 bis 3 Personentage, abhängig von der Anzahl bestehender Views.
Können Fachanwender Views danach ohne Admin-Rechte pflegen?
Ja, innerhalb definierter Grenzen können Fachanwender relevante Views eigenständig anpassen.
Was passiert mit alten, unklaren Views?
Sie werden im Zuge der Einführung identifiziert und schrittweise bereinigt oder dokumentiert.
Wofür lohnt sich der Viewgenerator eher nicht?
Für sehr kleine Systeme mit wenigen, klar benannten Views ist der zusätzliche Aufwand meist nicht nötig.
Ersetzt der Viewgenerator die IT bei komplexen Anpassungen?
Nein. Er übernimmt Routineanpassungen, komplexe strukturelle Änderungen bleiben weiterhin Aufgabe der IT.
Warum BI2run
Wir bauen Module wie den Viewgenerator aus echten TM1-Systemen heraus, nicht am Reißbrett. Wenn eine Prüfung ergibt, dass eure Views bereits gut strukturiert sind, sagen wir das auch so.
