Schneller operativer Blick auf Status, Last, überfällige Arbeit und Trends.
01 · Dashboards und Berichte
Operatives Reporting sollte dort bleiben, wo die Arbeit entsteht.
Machen Sie aus operativen Daten Kennzahlen, die Teams prüfen, erklären und bis zu den zugrunde liegenden Datensätzen öffnen können, ohne die Arbeit in Tabellen oder ein separates BI-System 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.
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, Diagramme und Datensatzlisten dort, wo Teams 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 in der Anwendungsnavigation, nachdem Sichtbarkeit und Modulanforderungen geprüft wurden.
Binden Sie eigene Datenquellen ein, wenn Standardberichte nicht ausreichen.
Beginnen Sie mit verlässlichen operativen Fakten, definieren Sie die Kennzahl einmal und führen Sie Benutzer vom Ergebnis zurück zu den Datensätzen dahinter. Reicht ein Standardbericht nicht aus, ergänzt das Technikteam eine typisierte C#-Quelle.
Datensätze, Moltaro Boards und Produktmodule liefern die Fakten hinter einer Kennzahl.
Das Technikteam pflegt kundenspezifische Berichtslogik als typisiertes C# in einem .NET-Projekt des Arbeitsbereichs.
Eingaben, Ergebnis, Darstellung und Detailaufrufe werden vor der Veröffentlichung eines Berichts festgelegt.
Benutzer wechseln von einer Zahl zu den für sie freigegebenen Datensätzen, ohne SQL oder Browser-Skripte zu schreiben.
Eine Kennzahl ist nur nützlich, wenn Herkunft und Zugriff erklärbar sind.
Das Reporting prüft Sichtbarkeit, Modulverfügbarkeit und Datenquellenanforderungen, bevor Daten zurückgegeben werden. Detailaufrufe öffnen 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 Benutzer-, Sprach-, 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 Anwendungskonfiguration eingerichtet, geprüft, veröffentlicht und archiviert.
Berichte zählen, weil die Zahl zurück zur kontrollierten Arbeit führt.
Boards, Datensätze, Sicherheit und eigene C#-Logik können operatives Reporting speisen, während der Nutzer in derselben Moltaro-Anwendung arbeitet.