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

Betriebsfähigkeit mit verlässlichen Facility-Management-Systemen steuern

Facility Management: FM-Software » Leistungen » Betriebsfähigkeit

Betriebliche Steuerungsfähigkeit als Ziel definieren

Ein System für computerunterstütztes Facility Management ist nicht bereits deshalb betriebsfähig, weil Benutzer sich anmelden können und einzelne Funktionen technisch reagieren. Betriebsfähigkeit ist erst erreicht, wenn das System die vorgesehenen Facility-Management-Prozesse verlässlich unterstützt und seine Informationen für betriebliche Entscheidungen ausreichend vollständig, aktuell, eindeutig und verfügbar sind. Dabei ist zwischen technischer Systemverfügbarkeit und fachlicher Nutzbarkeit zu unterscheiden. Ein technisch erreichbares System kann fachlich nicht betriebsfähig sein, wenn Anlagenstammdaten fehlen, Wartungsfristen falsch berechnet werden, Aufträge nicht den richtigen Objekten zugeordnet sind oder Schnittstellen unbemerkt veraltete Daten liefern. Umgekehrt kann bei einer begrenzten technischen Störung ein definierter Ersatzprozess die wesentlichen Betriebsaufgaben vorübergehend erhalten. Für jede wesentliche Funktion ist deshalb festzulegen, welche betriebliche Wirkung erwartet wird, welche Daten zwingend erforderlich sind, welche Rollen handeln müssen und welche Ausfallzeit beziehungsweise Datenverzögerung noch vertretbar ist. Sinnvoll sind die Zustände betriebsfähig, eingeschränkt betriebsfähig und nicht betriebsfähig. Ein Ausfall der grafischen Flächenansicht kann beispielsweise hinnehmbar sein, solange Arbeitsaufträge und Prüfpflichten weiter sicher bearbeitet werden können. Ein Ausfall der fälligen sicherheitsrelevanten Prüfungen oder eine nicht erkennbare Störung des Auftragsflusses kann dagegen die fachliche Betriebsfähigkeit unmittelbar aufheben. Das System ist damit kein Selbstzweck, sondern eine betriebliche Steuerungsressource, deren Freigabe am tatsächlich unterstützten Prozess gemessen werden muss.

CAFM-Systeme verlässlich und betriebsfähig halten

Daten, Prozesse und Rollen verbindlich koppeln

Die Betriebsfähigkeit entsteht aus dem Zusammenspiel von Software, Daten, Prozessregeln und Verantwortlichkeiten. Gebäudestrukturen, Räume, technische Anlagen, Arbeitsmittel, Verträge, Kostenstellen, Personenbezüge und Dokumente müssen eindeutig strukturiert und den jeweiligen Prozessen zugeordnet sein. Für jede wesentliche Information ist festzulegen, welches System die führende Quelle darstellt, wer sie erzeugt, wer sie ändern darf und wer ihre fachliche Qualität verantwortet. Parallele Stammdatenpflege ohne klare Datenhoheit erzeugt Widersprüche, die sich unmittelbar auf Instandhaltung, Flächenmanagement, Betreiberpflichten oder Abrechnung auswirken können. Ebenso müssen die im System hinterlegten Prozesse mit der realen Betriebsorganisation übereinstimmen. Ein digitaler Arbeitsablauf ist nur dann belastbar, wenn Rollen, Freigaben, Vertretungen, Eskalationen und Abschlusskriterien auch organisatorisch gelten. Benutzerrechte sind deshalb nicht ausschließlich eine technische Einstellung, sondern Teil der betrieblichen Verantwortungsordnung. Die bestehenden Inhalte der Microsite zu Datenbasis, Prozessdaten und Schnittstellen zeigen bereits, dass Bestandsdaten und dynamische Betriebsdaten gemeinsam gepflegt werden müssen und führende Quellen zu definieren sind. Für die Betriebsfähigkeit kommt eine zusätzliche Anforderung hinzu: Kritische Informationen müssen mit Qualitätskriterien versehen werden. Dazu gehören Vollständigkeit, Aktualität, Eindeutigkeit, Plausibilität und nachvollziehbare Herkunft. Fehler dürfen nicht nur technisch protokolliert, sondern müssen ihrer betrieblichen Wirkung entsprechend bewertet werden. Erst wenn Daten und Prozesslogik zusammenpassen, kann das System als verlässliche Arbeitsgrundlage freigegeben werden.

Steuerungslogik der Betriebsfähigkeit

Steuerungsschritt

Leitfrage

Ergebnis / Nachweis

Prozesskritikalität

Welche Facility-Management-Prozesse müssen durch das System sicher unterstützt werden?

Priorisierte Funktionen und zulässige Einschränkungen

Datenqualität

Sind betriebsrelevante Daten vollständig, aktuell, eindeutig und einer führenden Quelle zugeordnet?

Geprüfte Datenbasis mit Verantwortlichkeiten

Prozessabbildung

Entsprechen Rollen, Freigaben, Eskalationen und Abschlussregeln der realen Organisation?

Fachlich freigegebener digitaler Arbeitsablauf

Schnittstellen

Werden Daten vollständig, richtig und überwacht zwischen den Systemen übertragen?

Technischer und fachlicher Ende-zu-Ende-Nachweis

Störungsbetrieb

Welche wesentlichen Funktionen bleiben bei System- oder Schnittstellenausfall erhalten?

Definierter Ersatzbetrieb mit Nachführungsregel

Wiederherstellung

Sind Anwendung, Daten, Berechtigungen und Prozessstände vollständig wiederherstellbar?

Geprüfte Wiederherstellung und fachliche Wiederfreigabe

Weiterentwicklung

Werden Änderungen kontrolliert getestet, dokumentiert und freigegeben?

Nachvollziehbarer Änderungs- und Qualitätsprozess

Schnittstellen und Automatisierung beherrschbar machen

Facility-Management-Systeme stehen regelmäßig mit Finanzsystemen, Personal- und Organisationsdaten, Gebäudeautomation, Energiemanagement, Dokumentenmanagement, digitalen Gebäudemodellen, Bestandsplänen, Zutrittssystemen und weiteren Anwendungen in Verbindung. Die Anzahl der Schnittstellen ist dabei kein Qualitätsmerkmal. Entscheidend ist, ob Datenflüsse eindeutig beschrieben, fachlich erforderlich, überwacht und bei Fehlern kontrolliert behandelt werden. Jede Schnittstelle benötigt deshalb eine definierte Quelle, ein Ziel, eine Übertragungsrichtung, einen Rhythmus, verbindliche Feldzuordnungen, Schlüssel, Plausibilitätsregeln und eine verantwortliche Stelle. Ein technisch erfolgreicher Datentransfer reicht nicht aus. Es muss geprüft werden, ob die übertragenen Informationen vollständig sind, fachlich richtig zugeordnet werden und im Zielprozess die erwartete Wirkung auslösen. Besonders kritisch sind automatisierte Abläufe, die aus Messwerten, Fälligkeiten oder Zuständen selbstständig Meldungen, Aufträge oder Eskalationen erzeugen. Hier ist ein durchgängiger Funktionstest vom auslösenden Ereignis bis zum dokumentierten Prozessergebnis erforderlich. Ausfälle und Verzögerungen müssen sichtbar werden. Wenn eine Schnittstelle keine aktuellen Daten liefert, darf das Zielsystem nicht den Eindruck eines aktuellen Zustands erzeugen. Versionswechsel, Änderungen an Datenstrukturen und Softwareaktualisierungen lösen eine erneute technische und fachliche Prüfung aus. Für kritische Prozesse ist zusätzlich festzulegen, wie bei einer unterbrochenen Integration gearbeitet wird und wie nach Wiederherstellung ausgeschlossen wird, dass Datensätze fehlen, doppelt verarbeitet oder in falscher Reihenfolge übernommen wurden.

Ausfall, Ersatzbetrieb und Wiederfreigabe regeln

Ein betriebsfähiges System benötigt ein vorbereitetes Verhalten für Störungen. Dabei sind unterschiedliche Ursachen zu berücksichtigen: Ausfall der Anwendung, Datenbank- oder Netzstörung, Identitäts- und Berechtigungsprobleme, fehlerhafte Schnittstellen, beschädigte Daten, nicht verfügbare mobile Endgeräte oder eine Störung des externen Bereitstellungsdienstes. Für die wesentlichen Facility-Management-Prozesse ist vorab festzulegen, welche Funktionen während des Ausfalls unbedingt erhalten bleiben müssen. Dazu können Störungsannahme, sicherheitsrelevante Prüfungen, Einsatzsteuerung, Freigaben, Dokumentenzugriff oder die Nachweisführung gehören. Ersatzverfahren müssen so einfach sein, dass sie im Ereignisfall tatsächlich angewendet werden können, und zugleich eine spätere kontrollierte Nachführung ermöglichen. Datensicherung allein weist die Betriebsfähigkeit nicht nach. Entscheidend ist die nachgewiesene Wiederherstellbarkeit einschließlich Konfigurationen, Berechtigungen, Schnittstellen und betriebsnotwendiger Dokumente. Nach einer Wiederherstellung ist deshalb nicht nur zu prüfen, ob die Anwendung startet. Es muss fachlich verifiziert werden, ob Stammdaten, offene Aufträge, Fälligkeiten, Historien und automatisierte Regeln vollständig und konsistent vorliegen. Erst danach darf der reguläre Betrieb wieder freigegeben werden. Informationssicherheit ist dabei integraler Bestandteil. Berechtigungen, Protokollierung, Schutz vor unbefugter Veränderung und geregelte Administration sichern nicht nur Daten, sondern die Verlässlichkeit der Betriebsentscheidungen. Für besonders kritische Funktionen sind Wiederherstellungstests und dokumentierte Notbetriebsübungen in angemessenen Abständen erforderlich.

Qualität messen und das System kontrolliert weiterentwickeln

Die dauerhafte Betriebsfähigkeit lässt sich nur erhalten, wenn technische Verfügbarkeit und fachliche Qualität gemeinsam überwacht werden. Geeignete Kennzahlen sind beispielsweise Verfügbarkeit kritischer Funktionen, Anteil vollständiger Anlagenstammdaten, fehlerhafte oder verspätete Schnittstellenläufe, offene Datenqualitätsfehler, nicht fristgerecht bearbeitete Arbeitsaufträge, unvollständig dokumentierte Prüfungen, Anzahl manueller Ersatzprozesse sowie Zeit bis zur fachlichen Wiederfreigabe nach einer Störung. Eine hohe Verfügbarkeit allein ist kein ausreichender Erfolgsnachweis. Ein System kann nahezu durchgehend erreichbar und dennoch betrieblich unzuverlässig sein, wenn die Daten veraltet oder Prozesse nicht korrekt abgebildet sind. Änderungen am System müssen deshalb einem kontrollierten Lebenszyklus folgen. Neue Funktionen, Arbeitsabläufe, Rollenmodelle, Schnittstellen oder Datenstrukturen benötigen fachliche Anforderungen, Tests, Freigabe, Dokumentation und bei Bedarf Schulung. Für produktive Änderungen sollte nachvollziehbar bleiben, wer sie veranlasst, geprüft und freigegeben hat. Die im Juni 2026 aktualisierten Richtlinien GEFMA 444 und GEFMA 445 erweitern die standardisierten Prüfkataloge für Facility-Management-Software und unterstreichen die zunehmende Breite digital unterstützter Prozesse. Für die Betriebsorganisation bleibt jedoch entscheidend, dass eine Softwarefunktion allein noch keine Betriebsleistung erzeugt. Betriebsfähigkeit entsteht erst, wenn die konfigurierte Lösung, die realen Daten, die organisatorischen Verantwortlichkeiten und die tägliche Anwendung zusammenwirken. Regelmäßige fachliche Prüfungen, Datenqualitätskontrollen, Wiederherstellungstests und die Auswertung tatsächlicher Prozessstörungen schließen diesen Regelkreis.