Zum Inhalt springen
FM-Connect Chat

Hallo! Ich bin Ihr FM-Connect Chat-Assistent. Wie kann ich Ihnen helfen?

FM-Solutionmaker: Gemeinsam Facility Management neu denken

Berichtswesen: Reports, Dashboards, Templates

Technisches Facility Management: TFM » Konzept » Anhänge zum Betriebskonzept TTS im TFM » Berichtswesen: Reports, Dashboards, Templates

Berichtswesen mit Reports Dashboards und Templates zur Steuerung im TFM

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

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

Implementierungsplan und Betriebsübergabe im technischen Facility Management mit TTS-Struktur

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.