Schneller operativer Blick auf Status, Last, überfällige Arbeit und Trends.
01 · Dashboards und Berichte
Operatives Reporting sollte nah an der Arbeit bleiben, die es misst.
Moltaro-Dashboards und Berichte machen gesteuerte Runtime-Daten zu Kennzahlen, die Teams scannen, erklären und öffnen können, ohne den Betrieb in Tabellen oder eine BI-Insel auszulagern.
Dashboards und Berichte nutzen dieselben Fakten für unterschiedliche Entscheidungen.
Ein Dashboard ist für den schnellen Blick auf den Betrieb. Ein Bericht erklärt größer und abschnittsweise. Beide laufen aus serverseitigen Datenquellen und bleiben mit der zugrunde liegenden Arbeit verbunden.
Datenquelle
Gesteuerte Kennzahl
Eine typisierte Quelle liefert begrenzte, berechtigungsbewusste Daten für Dashboards und Berichte.
Abschnittsansichten für Teams, die Kontext hinter einer Kennzahl brauchen.
Links öffnen Datensätze, Board-Items oder operative Details mit erneuter Zugriffsprüfung.
Zeigen Sie KPIs, Statuslisten, Charts und Datensatzlisten dort, wo Operatoren Last, Rückstand, überfällige Arbeit oder Ausnahmen schnell sehen.
Kombinieren Sie Blöcke zu einem strukturierten Bericht, wenn ein Team Kontext, Abschnitte und wiederholbare Prüfung statt eines einzelnen Widgets braucht.
Veröffentlichte Berichte erscheinen im Runtime-Navigator, nachdem Sichtbarkeit und Modulanforderungen geprüft wurden.
Der wichtige Erweiterungspunkt ist die C#-Datenquelle.
Eine Datenquelle beschreibt Parameter, Ergebnisform, kompatible Renderer, Ausführungsrichtlinie und Drilldown. Moltaro führt sie auf dem Server aus und rendert das Ergebnis in Dashboards oder Berichten.
Moltaro-Module können Quellen für eigene operative Fakten bereitstellen, etwa Board-Zustand und Plattformkennzahlen.
Kundenspezifische Reporting-Logik gehört in NetOperationProject, wo ein Team typisiertes C# in einem workspace-eigenen .NET-Projekt hält.
Parameter, Ausgabeschema, Renderer und Drilldown werden vor der Ausführung beschrieben, damit veröffentlichte Definitionen validiert werden können.
Nutzer konfigurieren Berichte aus vertrauenswürdigen Quellen. Beliebiges SQL und Ad-hoc-Skripte im Browser sind nicht das Reporting-Modell.
Eine Kennzahl ist nur nützlich, wenn die Antwort erlaubt und erklärbar ist.
Runtime-Reporting prüft Sichtbarkeit, Modulverfügbarkeit und Datenquellenanforderungen, bevor Daten zurückgegeben werden. Drilldown öffnet die zugrunde liegende Arbeit über dasselbe Zugriffsmodell.
Dashboards und Berichte können nach Nutzern, Rollen, Berechtigungen und Modulabhängigkeiten begrenzt werden.
Daten entstehen in Backend-Quellen mit Actor-, Locale-, Zeitzonen- und Berechtigungskontext von Moltaro.
Das Öffnen eines Datensatzes, Board-Items oder operativen Details prüft Zugriff erneut, statt dem Chart zu vertrauen.
Veröffentlichte Definitionen behalten einen Quellen-Fingerprint, sodass inkompatible Änderungen geschlossen fehlschlagen statt falsche Daten zu zeigen.
Reporting-Definitionen sind Konfiguration, keine losen Dateien.
Dashboards und Berichte werden als Teil der Runtime-Konfiguration konfiguriert, geprüft, veröffentlicht und archiviert.
Gegen eine vertrauenswürdige Quelle bauenQuelle wählen, Filter binden, Renderer wählen, Layout konfigurieren und Ergebnis prüfen.01
Validieren, bevor Nutzer sich darauf verlassenVeröffentlichte Definitionen werden gegen Quellenform und Zugriffsregeln geprüft.02
Im Runtime-Kontext ausführenDer Server führt Quellen mit dem aktuellen Actor aus und gibt begrenzte Ergebnisse zurück.03
Ausmustern ohne Historie zu löschenAlte Definitionen können aus dem Navigator verschwinden, während die Konfigurationshistorie verständlich bleibt.04
Berichte zählen, weil die Zahl zurück zur gesteuerten Arbeit führt.
Boards, Datensätze, Sicherheit und eigene C#-Logik können operatives Reporting speisen, während der Nutzer im selben Moltaro-Runtime arbeitet.