TM1 Monitoring: Was sich heute wirklich lohnt zu überwachen

Du checkst Montagmorgen das Reporting. Eine Kennzahl in Q3 sieht falsch aus. Niemand hat etwas geändert. Niemand kann erklären, woher die Abweichung kommt.

Klingt vertraut? Dann fehlt dir vermutlich kein Reporting. Dir fehlt Monitoring.

Warum TM1 Monitoring kein Nice-to-have mehr ist

Die meisten TM1-Systeme im Mittelstand und Konzern werden seit 5 bis 15 Jahren betrieben. Sie sind gewachsen. Sie sind komplex. Und sie tragen zentrale Aufgaben: Forecasts, Konsolidierung, Liquiditätsplanung, Reporting an die Geschäftsführung.

Trotzdem laufen sie meistens ohne strukturierte Überwachung. Wenn ein Fehler passiert, fällt er erst auf, wenn jemand in einem Report etwas Komisches sieht. Das ist zu spät.

Drei typische Folgen, die wir bei Kunden immer wieder sehen:

• Falsche Zahlen landen im Management-Report. Sichtbar werden sie erst Tage später, oft im Audit oder durch Zufall.
• Performance-Probleme werden mit „mehr RAM“ beantwortet, statt mit gezielter Analyse. Das ist teuer und löst die Ursache nicht.
• Plattenplatz läuft voll, weil Logs und Backups niemand aufräumt. Im schlechtesten Fall steht das System am Wochenende.

TM1 Monitoring schließt diese Lücke. Es geht nicht darum, alles zu überwachen. Es geht darum, die richtigen fünf Bereiche zu kennen.

Die fünf Bereiche, die du im Blick haben musst

In mehr als 20 Jahren TM1-Beratung hat sich für uns ein Muster gefestigt. Wenn du diese fünf Bereiche überwachst, fängst du 90 % aller realen Probleme ab, bevor sie wirklich Schaden anrichten.

1. Datenkonsistenz

Werte verändern sich. Manchmal absichtlich, oft unbemerkt. Eine Plankennzahl wird überschrieben. Ein Cube-Eintrag verschwindet, weil ein TI-Prozess ein Element gelöscht hat. Bei großen Datenmengen fällt das visuell nicht auf.

Was du brauchst: Soll-Ist-Vergleiche auf Schlüsselzellen oder Aggregaten. Bei Abweichung: automatische Benachrichtigung. Nicht erst beim nächsten Abschluss.

2. Systemressourcen

Plattenplatz, Hauptspeicher, CPU. Klingt banal. Wird in der Praxis aber oft vernachlässigt, weil sich niemand zuständig fühlt. Bis das System nicht mehr startet.

Was du brauchst: Schwellwerte, die ab 80 % Auslastung warnen. Plattenplatz-Trends über die letzten 30 Tage. Frühwarnung, nicht Notfallreaktion.

3. Prozesslaufzeiten

Ein TI-Prozess, der gestern 4 Minuten brauchte, läuft heute 45. Niemand merkt es, weil er nachts läuft. In der Folge wird der Forecast-Lauf nicht rechtzeitig fertig, das Reporting verzögert sich.

Was du brauchst: Laufzeitprotokolle für alle relevanten Prozesse. Auswertung über die Zeit. Schwellwert-Alarm bei deutlicher Abweichung vom Durchschnitt.

4. Systemänderungen

Wer hat gestern eine Rule geändert? Wer hat ein Cube-Element entfernt? Bei mehreren Entwicklern und Admins ist das oft unklar. Im Audit ist es ein Problem.

Was du brauchst: Tracking aller Änderungen an kritischen Objekten. Wer, wann, was. Idealerweise mit Diff-Anzeige zur Vorversion.

5. Userverhalten

Welche Reports werden noch benutzt? Welche User haben seit drei Monaten kein TM1 mehr geöffnet? Welche Cubes sind tot? Diese Fragen kosten dich viel, wenn du sie nicht beantworten kannst, weil dein Team Zeit in Inhalte investiert, die niemand mehr braucht.

Was du brauchst: Nutzungsstatistiken auf Cube-, View- und Report-Ebene. Mindestens monatlich auswerten.

So baust du dir TM1 Monitoring in 1 bis 3 Tagen

Du musst kein Großprojekt aufsetzen. Die meisten dieser Punkte lassen sich mit kleinen, fokussierten Tools direkt in TM1 abbilden. Hier der Weg, den wir bei unseren Kunden gehen:

1. Erst priorisieren, nicht alles auf einmal. Welcher der fünf Bereiche schmerzt bei dir am meisten? Mit dem fängst du an. Datenkonsistenz und Systemressourcen sind in 80 % der Fälle die richtigen Erstkandidaten.
2. Schwellwerte definieren, statt jede Veränderung zu melden. Ein Tool, das jede Stunde eine Mail schickt, wird ignoriert. Definiere konkrete Trigger: Abweichung > X Prozent, Auslastung > Y Prozent, Laufzeit > Z Sekunden.
3. Benachrichtigung an den richtigen Empfänger. Plattenplatz-Warnung an die IT, Datenkonsistenz-Warnung an den Fachbereich. Wenn alles im selben Postfach landet, wird nichts gelesen.
4. Logging als Fundament. Bevor du irgendwas überwachst, brauchst du Daten. Standardisiertes Prozesslogging in allen TI-Prozessen ist die Voraussetzung für Punkt 3 und 5. Ein bis zwei Tage Aufwand, danach hast du die Datenbasis.
5. Reviewen, nicht nur einrichten. Monitoring wird oft eingerichtet und dann vergessen. Plane einen monatlichen 30-Minuten-Slot ein, in dem du die Daten anschaust. Das ist der eigentliche Wert.

Wie das in der Praxis aussieht

Bei einem unserer Kunden im Mittelstand haben wir 2024 genau dieses Setup eingeführt. Wir haben mit Bereich 1 angefangen: Datenkonsistenz. Aufwand: 2 Tage. Das Tool dahinter heißt bei uns Watchdog. Es überwacht Soll-Ist-Zustände und schickt im Fehlerfall eine Mail.

Die Wirkung war messbar:

• 3 bis 5 Stunden pro Monat weniger Fehlersuche bei der Verantwortlichen
• In den ersten sechs Wochen drei stille Datenänderungen entdeckt, die ohne den Watchdog im Reporting gelandet wären
• ROI im ersten Jahr: rund 188 Prozent. Nach unter sechs Monaten amortisiert

Wir haben dieses Setup inzwischen bei mehreren Industriekunden im Einsatz. In jedem Fall war der eigentliche Aha-Effekt nicht der Tagesnutzen, sondern der Frieden: Du weißt, dass dein System sich meldet, wenn etwas falsch läuft. Du musst es nicht ständig selbst kontrollieren.

Fazit

TM1 Monitoring ist nicht eine große Sache, die du einmal aufsetzt. Es sind fünf kleine Themen, die du nacheinander angehst. Jedes davon zahlt sich in unter sechs Monaten zurück. Du brauchst keine neue Lizenz. Du brauchst keine Drittanbieter-Software. Du brauchst klare Definitionen, ein paar TI-Prozesse und einen ehrlichen Blick darauf, wo bei dir am meisten Schaden entsteht, wenn etwas im System schiefläuft.

Wenn du dir die Mühe sparen willst, jeden Bereich selbst zu konzipieren: Wir haben unser komplettes Tooling für TM1 in einem Playbook zusammengefasst. 15 Module, jedes mit ROI-Rechnung und Aufwandsangabe. Kostenlos.