Berichtswesen: Reports, Dashboards, Templates
Technisches Facility Management: TFM » Konzept » Anhänge zum Betriebskonzept TTS im TFM » Berichtswesen: Reports, Dashboards, Templates
Berichtswesen
Das Berichtswesen wird als geschlossener Führungs-, Entscheidungs- und Nachweisprozess aufgebaut. Es übernimmt die im TTS-Konzept angelegte Berichtsebene, Cockpits, Audit-Trails sowie Management- und Jahresreviews und ordnet die Datenführung systematisch den Quellsystemen zu: CAFM für Assets, Vorgänge und Maßnahmen; ERP für Kosten, Verpflichtungen und Bestellungen; GLT für Alarme, Zustände, Trends und Zählerdaten. Berichtserstellung, Verteilung, Freigabe, Eskalation und Archivierung erfolgen nach festen Reportingzyklen, eindeutigen Rollen und einer revisionsfähigen Versionslogik.
Zweck des Berichtswesens ist die verdichtete, belastbare und termingerechte Bereitstellung aller Informationen, die für Betriebssteuerung, Leistungsbewertung, Nachweisführung, Ressourcenentscheidungen, Budgetsteuerung, Risiko- und Eskalationsmanagement sowie Jahres- und Verbesserungsreviews erforderlich sind. Das Berichtswesen wird nicht als nachgelagerte Dokumentation betrieben, sondern als primäres Steuerungsinstrument des TTS mit festem Bezug zu KPI, SLA, Betreiberpflichten, Prüfstatus, Maßnahmenverfolgung, Kostenentwicklung und Anlagenperformance. Die Berichtsobjekte entstehen systemgestützt; freie Tabellen, manuelle Parallelregister und uneinheitliche Verteiler werden nicht als führende Berichtsbasis verwendet.
Alle Berichte verwenden eine einheitliche Periodenlogik, eine einheitliche Kennzahlendefinition und eine einheitliche Zeitbasis. Operative Dashboards werden fortlaufend aktualisiert; periodische Berichte werden zu fest definierten Stichtagen geschlossen, freigegeben und als unveränderbare Berichtsversion archiviert. Für die Auswertung sicherheits- und betriebsrelevanter Ereignisse ist eine konsistente Protokollierung mit zentraler Zusammenführung der relevanten Logdaten und einer belastbaren Zeitsynchronisation vorzusehen; fehlende Zeitsynchronisation erschwert die Auswertung insbesondere bei zentralen Logservern.
Berichtswesen und FM-Dashboards
- Berichtsportfolio
- Reportingtakt, Empfänger und Eskalation
- Datenflüsse und Systemanforderungen
- Visualisierungsvorgaben und Beispiel-Layouts
- Implementierungsplan und Betriebsübergabe
- Compliance, Archivierung und Angaben, die zu präzisieren sind
- Angaben, die im Zuge der Ausschreibung noch zu präzisieren sind
Berichtsportfolio
Das Berichtsportfolio besteht aus einem nahzeitigen KPI-Dashboard, einem Betriebsreport, einem Management-Report als Monatsbericht, einem Quartalsbericht, einem Jahresbericht sowie ereignisbezogenen Ad-hoc-Reports. Alle Berichtstypen basieren auf derselben Daten- und Kennzahllogik; Unterschiede bestehen in Frequenz, Verdichtung, Empfängerkreis, Kommentartiefe und Freigabestufe. Report-Scheduling, Parametrisierung und E-Mail-Verteilung sind für marktübliche Plattformen dokumentiert; ebenso sind rollenbasierte Zugriffssteuerung, Einschränkung von Exportformaten und die Trennung zwischen Anwendungs-, Daten- und Reportberechtigungen dokumentiert.
| Reporttyp | Zweck | Frequenz / Bereitstellung | Empfänger | Hauptinhalte und Kennzahlen | Datenquellen | Aggregationslogik | Ersteller / Reviewer |
|---|---|---|---|---|---|---|---|
| KPI-Dashboard | operative Steuerung mit Nahzeitbezug | fortlaufend; GLT 15-minütig, CAFM stündlich, ERP täglich | operative TTS-Leitung, Service Desk, Fachkoordinatoren, retained Organisation in Leserechten | offene Tickets nach Priorität, Reaktions- und Wiederherstellungszeiten, Anlagenverfügbarkeit, Alarmdominanten, fällige/überfällige Prüfungen, Maßnahmenstatus, Medienverbrauch gegen Referenz | GLT, CAFM, ProVI/DMS, ERP | Rolling 24h, 7d, 30d; Aggregation Asset → System → Bereich → Objekt → Portfolio | systemseitig erzeugt / fachlich geprüft durch Reporting Owner |
| Betriebsreport | Wochensteuerung des Regelbetriebs | wöchentlich; Montag 09:00 | Objektleitung, Fachkoordinatoren, Service Desk, HSE-Schnittstelle | präventive Erfüllungsquote, Backlog nach Altersklasse, Wiederholstörungen, Störungsursachen, Prüffälligkeiten, Ersatzteilstatus, Sonderfreigaben, Datenqualitätsstatus | CAFM, GLT, ProVI/DMS, ERP | Kalenderwoche; geschlossene Wochenperiode; Top-down und Drill-down bis Assetebene | Reporting Analyst TTS / Objektleitung |
| Management-Report / Monatsbericht | Monatssteuerung, Vertrags- und Leistungsbewertung | monatlich; Entwurf D+3, finale Freigabe D+5 Arbeitstage | retained Organisation, Vertragssteuerung, Controlling, FM-Steuerung, technische Betriebsführung | SLA-Erfüllung, Verfügbarkeit, CAPEX-/OPEX-Wirkung, Budgetverbrauch, offene Risiken, Audit- und Maßnahmenstatus, Compliance-Status, Energie- und Medienperformance, Dienstleisterleistung | CAFM, ERP, GLT, ProVI/DMS | Monatsabschluss; Stichtag Monatsultimo 23:59 lokale Zeit; Freigabesnapshot | Reporting Lead / TTS-Leitung und AG-Reviewer |
| Quartalsbericht | Governance- und Trendbewertung | quartalsweise; Q+7 Arbeitstage | retained Organisation, Management, Controlling, Projekt- und Investitionsschnittstellen | Quartalstrends, Top-Risiken, Anlagenzustand, große Instandsetzungen, Budget-/Forecast-Abweichung, KVP-Fortschritt, Energie- und Einsparergebnisse, Lieferantenentwicklung | CAFM, ERP, GLT, ProVI/DMS, Maßnahmenregister | kumuliert Quartal; Vorquartalsvergleich; YoY-Vergleich | Reporting Lead / Governance Board |
| Jahresbericht | Jahresreview und Zielsystembewertung | jährlich; Y+15 Arbeitstage | Management, retained Organisation, Vertrags- und Budgetverantwortung | Jahreszielerreichung, SLA-/KPI-Jahresbild, Zustandsentwicklung, Jahreskosten, Investitions- und Einsparbilanz, Auditbilanz, Maßnahmenwirksamkeit, Reifegrad und Folgejahr-Prioritäten | CAFM, ERP, GLT, ProVI/DMS | Kalenderjahr; freigegebener Jahressnapshot | Reporting Lead / Management-Review |
| Ad-hoc-Report | Entscheidungsunterstützung bei Ereignissen, Sonderlagen und Eskalationen | innerhalb von 4 Stunden bei P1/P2, sonst innerhalb 1 Arbeitstag | Anfordernde Stelle, Eskalationsempfänger, Krisen- oder Ereignisleitung | Ereigniszeitlinie, betroffene Bereiche, Ausfallwirkung, Sofortmaßnahmen, Restrestrisiko, Entscheidungsbedarf, Kosten- und Terminwirkung, Wiederanlaufstatus | GLT, CAFM, ERP, DMS, manuell freigegebene ergänzende Informationen | ereignisbezogen; keine Periodenaggregation; versionsgeführte Fortschreibung | Ereignisverantwortlicher / TTS-Leitung oder Krisenleitung |
Die Berichtsfamilien folgen damit einer einheitlichen Architektur aus Echtzeitansicht, periodischer Verdichtung und ereignisbezogener Sonderberichterstattung. Inhaltlich ist diese Struktur mit den im TTS-Konzept beschriebenen Cockpits, Managementberichten, Audit-Trails sowie Monats- und Jahresreviews deckungsgleich; technisch stützen sie sich auf dokumentierte Report-, Scheduling-, Rechte- und Integrationsmechanismen in marktüblichen Plattformen.
Reportingtakt, Empfänger und Eskalation
Der KPI-Dashboard-Betrieb ist nahzeitig und ereignisorientiert. GLT-nahe Alarm-, Laufzeit-, Trend- und Zählerdaten werden in kurzen Intervallen aktualisiert; CAFM-Daten zu offenen Tickets, Aufträgen und Maßnahmen folgen in stündlichen Deltas; ERP-Daten zu Bestellungen, Bestellanforderungen, Wareneingängen, Rechnungen und Kosten werden mindestens einmal täglich nachgeführt. Periodische Reports werden strikt nach Abschlusslogik erstellt. Monatliche Reports werden am dritten Arbeitstag nach Monatsende als Entwurf und am fünften Arbeitstag als finale, freigegebene Version bereitgestellt. Quartalsreports folgen am siebten Arbeitstag nach Quartalsende, Jahresreports am fünfzehnten Arbeitstag nach Jahresende.
Die Empfängerstruktur ist gestuft. Operative Empfänger erhalten Dashboard und Betriebsreport; steuernde Empfänger erhalten Monats-, Quartals- und Jahresberichte; Ad-hoc-Reports gehen ausschließlich an die jeweils zuständigen Entscheidungs- und Eskalationsinstanzen. Jede Berichtsversion führt einen festen Verteiler, eine Freigabestufe und eine dokumentierte Versandhistorie. Versand und Bereitstellung erfolgen ausschließlich über definierte Report-Verteiler, Portal-/Dashboard-Zugriffe oder systemgesteuerte E-Mail-Ausleitung; lokale Kopien ohne Freigabestatus gelten nicht als gültige Berichtsversion. Für schwere Ereignisse wird zusätzlich ein beschleunigter Verteilpfad mit Eskalationsmeldung, Maßnahmen-ID und nächstem Meldezeitpunkt verwendet.
Die Eskalations- und Entscheidungsregeln werden einheitlich auf alle periodischen und ereignisbezogenen Reports angewendet. Grün liegt vor, wenn Zielwert, Toleranzband und Trend stabil sind. Gelb liegt vor, wenn ein Ziel zwar formal noch eingehalten wird, aber eine negative Trendbewegung über zwei Perioden, eine drohende SLA-Verfehlung, eine Budgetabweichung über dem definierten Planwert oder eine sinkende Datenqualität erkennbar ist. Rot liegt vor, wenn ein Ziel unterschritten, eine Frist oder Prüfung überzogen, eine Rechtspflicht offen, eine P1-/P2-Störung aktiv oder eine wesentliche Kosten- oder Verfügbarkeitsabweichung eingetreten ist. Gelbe Sachverhalte werden im nächsten Regelreview mit Maßnahme und Termin versehen. Rote Sachverhalte lösen einen Ad-hoc-Report, eine Soforteskalation und einen namentlich zugeordneten Maßnahmeneintrag im führenden System aus. Berichte mit roter Kennzeichnung bleiben bis zum dokumentierten Wirksamkeitsnachweis im Maßnahmenregister offen.
Datenflüsse und Systemanforderungen
Das Berichtswesen basiert auf einer festen Source-of-Truth-Logik. CAFM führt Assetstruktur, Tickets, Arbeitsaufträge, Wartungs- und Prüfaufträge, Maßnahmen, SLA-Status und Verknüpfungen zu Dokumenten. Das ERP-System auf Basis von SAP führt Kosten, Bestellanforderungen, Bestellungen, Wareneingänge, Rechnungen, Innenaufträge, PSP-/WBS-Bezüge, Kostenstellen sowie die Zuordnung CAPEX/OPEX. Die GLT führt Alarme, Meldungen, Zustände, Trends, Soll-/Ist-Werte, Laufzeiten und Zählerstände. Für TGM und Gebäudeautomation verlangt das BSI die vollständige Dokumentation aller Gebäudeeinrichtungen der TGA einschließlich GA sowie eine TGM-/GA-spezifische Protokollierung.
Visualisierungsvorgaben und Beispiel-Layouts
Die Visualisierung folgt einer festen Berichtstypologie. Für Dashboards werden standardisierte Monitoring-Layouts, für periodische Reports standardisierte Reporting-Layouts und für Plan-/Maßnahmenansichten standardisierte Planungs- bzw. Maßnahmenlayouts verwendet. Dokumentierte Analytics-Templates unterscheiden hierfür ausdrücklich zwischen Monitoring, Reporting und Planning sowie zwischen Dashboard-/Boardroom- und Reportlayout; Analytical-List-Reports kombinieren KPI-Tags, Filter, Charts und Tabellen. Diese Logik wird für das TTS-Berichtswesen übernommen.
Für alle Dashboards und Reports gelten einheitliche Visualisierungsregeln. KPI-Karten stehen im Kopfbereich und zeigen Ist-Wert, Zielwert, Toleranz, Trendpfeil und Zeitstempel. Liniengrafiken werden für Zeitreihen und Medienverbräuche verwendet. Gestapelte Säulen werden für Backlog-, Ticket- und Maßnahmenstruktur eingesetzt. Heatmaps werden für Fälligkeiten, Prüfrückstände und Gewerk-/Flächen-Hotspots verwendet. Paretodiagramme zeigen Alarm- und Störungstreiber. Wasserfalldiagramme werden für Kosten-, Einspar- und Budgetänderungen verwendet. Tabellen bleiben für Detailnachweise, Top-Listen, Maßnahmenregister und Kommentarschichten reserviert. Doppelte Achsen, 3D-Darstellungen und uneinheitliche Farbskalen sind ausgeschlossen. Jede Visualisierung führt Einheit, Zeitraum, Datenbasis, Stichtag, Verantwortlichen und Freigabestatus sichtbar im Kopf oder Fußbereich.
Die Layouts sind in einer festen Reihenfolge aufzubauen. Das KPI-Dashboard beginnt mit fünf bis acht KPI-Karten, gefolgt von Trendansichten, Top-Abweichungen und dem priorisierten Maßnahmenbereich. Der Betriebsreport kombiniert Management Summary, Statusmatrix, Trendgrafiken, Ausnahmeliste und Maßnahmenjournal. Der Monatsbericht enthält Executive-Teil, Kennzahlenspiegel, Vertrags- und Budgetteil, Compliance-/Prüfteil, Energie-/Medienteil, Risiken, Maßnahmen und Anhang mit Definitions- und Datenqualitätsblatt. Ad-hoc-Reports beginnen mit Ereignisbild, Wirkung, Sofortmaßnahmen, Entscheidungsbedarf und Anhang zur Zeitlinie.
| Name | Zweck | Frequenz | Hauptkennzahlen | Verantwortlicher |
|---|---|---|---|---|
| Dashboard Kompakt | operative Tagessteuerung | fortlaufend | offene P1–P4, SLA-Timer, Verfügbarkeit, Prüfstatus, Alarmdominanten | Reporting Owner Betrieb |
| Betriebsreport Standard | Wochenreview Regelbetrieb | wöchentlich | präventive Erfüllung, Backlog, Wiederholstörungen, Prüfrisiken, Maßnahmenstatus | Objektleitung TTS |
| Monatspack Management | Monatssteuerung und Vertragsbewertung | monatlich | SLA-Erfüllung, Kosten, CAPEX/OPEX, Risiken, Compliance, Energie, Lieferantenleistung | Reporting Lead |
| Quartalsreview Governance | Trend- und Steuerungsbewertung | quartalsweise | Quartalstrends, Forecast, große Maßnahmen, Auditbild, KVP-Status | Governance Lead |
| Jahresreview TTS | Jahreszielbild und Folgejahrplanung | jährlich | Jahresziele, Verfügbarkeit, Kosten, Einsparung, Audit- und Maßnahmenwirksamkeit | TTS-Leitung |
| Incident Memo | Ereignis- und Eskalationsbericht | ereignisbezogen | Ereigniszeitlinie, Ausfallwirkung, Wiederanlauf, Restrestrisiko, Entscheidungsbedarf | Ereignisverantwortlicher |
Implementierungsplan und Betriebsübergabe
Die Implementierung erfolgt in einer gestuften Sequenz aus Reporting Scope Freeze, Kennzahlen- und Feldmapping, Schnittstellenbau, Historisierung und Migration, Templateaufbau, Test, Parallelbetrieb, Freigabe und Hypercare. Zu Beginn werden Berichtskatalog, KPI-/SLA-Definitionen, Quellsysteme, Berichtsempfänger, Zugriffsrollen und Archivklassen verbindlich festgelegt. Danach folgen Source-to-Target-Mappings, Periodenlogik, Aggregationsregeln und Kommentarschichten. Schnittstellen werden zuerst gegen Testdaten und dann gegen Echtdaten validiert; verpflichtend sind Feldmapping-Tests, Vollständigkeitstests, Summen-/Stichprobenabgleiche gegen Quellsysteme, Berechtigungs- und Exporttests, Audit-Log-Tests sowie Restore- und Archivierungsproben. Der Übergang in den Regelbetrieb erfolgt erst nach zwei vollständigen Trockenläufen für den Monatsbericht, einer nachgewiesenen Empfänger- und Berechtigungsprüfung und einem Abgleich kritischer Kennzahlen gegen die Quellsysteme. Diese Struktur entspricht der im TTS-Konzept angelegten Startup-, Datenmigrations-, Hypercare- und Übergabelogik.
Zur Betriebsübergabe gehören ein vollständiges Report Register, das Kennzahlenhandbuch, alle Source-to-Target-Mappings, Verteilerlisten, Rollen- und Berechtigungsmatrix, Schedulingkalender, Notfall- und Fallbackverfahren, Kommentier- und Freigaberegeln, Archivpfade, Restoreanweisungen, Audit-Log-Nachweise sowie ein Übergabeprotokoll je Berichtsfamilie. Für den laufenden Betrieb werden ein Reporting Runbook, ein monatliches Abschlussprotokoll, eine Fehlerklassifikation für Interfaces und eine verbindliche Vertretungsregelung für Ersteller und Reviewer übergeben. Ohne diese Unterlagen gilt die Berichtslandschaft nicht als betriebsbereit.
Compliance, Archivierung und Angaben, die zu präzisieren sind
Freigegebene Monats-, Quartals- und Jahresberichte, Berichtsversionen mit Entscheidungs- oder Abnahmebezug, verteilte Ad-hoc-Berichte zu Störungen, Eskalationen und Krisen sowie alle zugehörigen Versand-, Freigabe- und Änderungsprotokolle werden revisionssicher archiviert. Die GoBD stellen klar, dass neben Büchern, Aufzeichnungen und Unterlagen zu Geschäftsvorfällen auch diejenigen Daten, Datensätze und elektronischen Dokumente aufzubewahren sind, die dokumentieren, dass Ordnungsvorschriften umgesetzt und ihre Einhaltung überwacht wurde. Für die Aufbewahrung elektronischer Unterlagen verlangen AO und GoBD jederzeitige Verfügbarkeit, unverzügliche Lesbarkeit und maschinelle Auswertbarkeit. Für handels- und steuerrechtlich relevante Unterlagen gelten nach HGB und AO acht oder zehn Jahre Aufbewahrung. Für die elektronische Langzeitarchivierung beschreibt das BSI die Anforderungen an eine langfristige, sichere, unveränderbare und reproduzierbare Archivierung.
Für das Berichtswesen werden vier Archivklassen unterschieden. Periodische, freigegebene Management- und Governanceberichte einschließlich Versand- und Freigabeprotokoll werden zehn Jahre archiviert. Steuer- und buchungsrelevante Detailauszüge aus dem ERP werden entsprechend ihrer rechtlichen Einordnung acht oder zehn Jahre aufbewahrt. Nahzeitige Dashboard-Snapshots mit rein operativem Charakter bleiben mindestens 24 Monate online verfügbar und anschließend für weitere 36 Monate im Archiv abrufbar. Audit-Logs, Schnittstellenprotokolle und Berechtigungsänderungen werden mindestens 24 Monate online und weitere 96 Monate archiviert, soweit sie für Nachweis-, Sicherheits- oder Revisionszwecke relevant sind. Archiviert werden freigegebene Berichtspakete in unveränderbarer Lesefassung sowie maschinenlesbare Datenauszüge mit Versionsnummer, Hash-/Integritätsnachweis, Exportzeitpunkt und technischer Metadatei. Jede Archivierung ist mit Report-ID, Berichtsperiode, Version, Freigabestatus, Ersteller, Reviewer, Verteiler und Aufbewahrungsende indexiert.
Angaben, die im Zuge der Ausschreibung noch zu präzisieren sind
Zu präzisieren sind
die endgültige Systemlandschaft mit Produktbezeichnungen, Versionen und Mandanten;
die finale Rollen- und Empfängermatrix mit namentlicher Benennung der AG- und AN-seitigen Freigabestellen;
das abschließende KPI-/SLA-Set einschließlich Zielwerte, Toleranzbänder und Ampelgrenzen;
die tatsächliche Feldverfügbarkeit und Historientiefe in CAFM, ERP, GLT und ProVI/DMS;
die verbindlichen Aktualisierungsintervalle je Quellsystem und je Berichtsfamilie; die Kostenobjekt- und Assethierarchie für die Aggregation;
die endgültigen Aufbewahrungs- und Löschregeln bei konzerninternen oder versicherungsbezogenen Sonderfristen;
das freigegebene Archiv- und Exportformat;
die Anforderungen an Mehrsprachigkeit, mobile Bereitstellung und externe Empfänger;
sowie die Baselines für Energie-, Budget- und Zustandsvergleiche.
