CAFM- und IWMS-Zielarchitektur

Die Zielarchitektur definiert den angestrebten Aufbau der digitalen FM-Umgebung. Sie beschreibt, welche Systemkomponenten benötigt werden, wie diese miteinander kommunizieren, wo Daten gespeichert werden und wie Nutzer auf Funktionen und Informationen zugreifen.

Eine klar dokumentierte Architektur unterstützt einheitliche Geschäftsprozesse und verhindert, dass einzelne Standorte oder Fachbereiche isolierte Lösungen mit unterschiedlichen Datenstrukturen einführen. Sie schafft außerdem die Grundlage für Systemauswahl, Implementierung, Migration, Integration, Betrieb und spätere Erweiterung.

Die Zielarchitektur sollte systemneutral formuliert sein und mindestens folgende Aspekte abdecken:

• funktionale Systemkomponenten,

• Benutzergruppen und Zugangskanäle,

• Integrationsmechanismen,

• Datenhaltung und Datenverantwortung,

• Reporting- und Analysefunktionen,

• Informationssicherheit und Datenschutz,

• Verfügbarkeit, Leistung und Notfallvorsorge,

• technische Betriebs- und Supportverantwortung.

gehören Identitäts- und Berechtigungsmanagement, Protokollierung, Verschlüsselung, Systemüberwachung, Datensicherung, Wiederherstellungsverfahren und die Trennung von Entwicklungs-, Test- und Produktivumgebungen.

Benutzer sollten nur auf die Daten und Funktionen zugreifen können, die sie für ihre Aufgaben benötigen. Externe Dienstleister erhalten beispielsweise Zugriff auf die ihnen zugewiesenen Aufträge und relevanten Anlagendaten, jedoch nicht automatisch auf vollständige Gebäude-, Personal- oder Finanzinformationen.

Das Asset Management bildet technische Anlagen und andere relevante Betriebsmittel in einer strukturierten Anlagenhierarchie ab. Jedes Asset sollte über eine eindeutige Kennung verfügen und mindestens einem Standort, einer Anlageklasse und einem verantwortlichen Bereich zugeordnet sein.

Zu den typischen Informationen gehören Hersteller, Modell, Seriennummer, Einbaudatum, technischer Zustand, Kritikalität, Garantie, erwartete Nutzungsdauer und Wiederbeschaffungswert. Die Asset-Daten bilden die Grundlage für Instandhaltung, Störungsanalyse, Kostenbewertung und langfristige Erneuerungsplanung.

Das Instandhaltungsmanagement steuert geplante und ungeplante Arbeiten. Vorbeugende Maßnahmen werden anhand von Zeitintervallen, Betriebsstunden, Zählerwerten, Zustandsinformationen oder anderen festgelegten Auslösern erzeugt.

Arbeitsaufträge enthalten eine klare Leistungsbeschreibung, Priorität, verantwortliche Stelle, Termine, Sicherheitsinformationen und relevante Dokumente. Nach Abschluss sind die ausgeführten Tätigkeiten, Arbeitszeiten, Materialien, Messwerte, festgestellten Mängel und gegebenenfalls erforderliche Folgemaßnahmen zu dokumentieren.

Das Flächenmanagement verwaltet die räumliche Struktur vom Standort über Gebäude und Geschoss bis zum einzelnen Raum. Raumbezeichnungen, Nutzungsarten, Flächenwerte, Kapazitäten und organisatorische Zuordnungen müssen nach einheitlichen Regeln gepflegt werden.

Digitale Grundrisse sollten mit den alphanumerischen Raumdaten verknüpft sein. Änderungen an Raumaufteilungen oder Nutzungen sind kontrolliert zu aktualisieren, damit Berichte, Arbeitsplatzinformationen und Flächenkennzahlen auf demselben Stand bleiben.

Das Arbeitsplatzmanagement unterstützt flexible und fest zugeordnete Arbeitsplätze, Besprechungsräume und weitere gemeinsam nutzbare Ressourcen. Beschäftigte können verfügbare Ressourcen anhand von Standort, Zeit, Ausstattung oder Zugangsanforderungen suchen und buchen.

Die Komponente kann Buchungsregeln, Check-in-Verfahren, Freigabe nicht genutzter Reservierungen und Informationen zur Arbeitsplatzausstattung unterstützen. Buchungsdaten und tatsächliche Nutzung sind getrennt zu betrachten, da eine Reservierung nicht automatisch eine tatsächliche Belegung bestätigt.

Serviceanfragen werden über ein zentrales Portal, mobile Anwendungen oder autorisierte Systemschnittstellen erfasst. Pflichtangaben, Kategorien und Prioritätsregeln stellen sicher, dass die Anfrage ausreichend beschrieben und dem richtigen Leistungsteam zugeordnet wird.

Das System steuert Rückfragen, Bearbeitungsfristen, Eskalationen, Statusinformationen und Abschlussbestätigungen. Wiederkehrende Anfragen sollten analysiert werden, um systematische Gebäude-, Prozess- oder Qualitätsprobleme zu erkennen.

Die Dokumentenablage speichert Facility-relevante Unterlagen in einer strukturierten und kontrollierten Form. Dokumente sollten nicht ausschließlich in unstrukturierten Ordnern abgelegt werden, sondern direkt mit dem zugehörigen Gebäude, Raum, Asset, Arbeitsauftrag, Projekt oder Vertrag verknüpft sein.

Versionierung, Freigabestatus, Gültigkeitsdatum, Zugriffsrechte und Aufbewahrungsregeln müssen berücksichtigt werden. Veraltete Dokumente sind eindeutig zu kennzeichnen, damit operative Teams nicht versehentlich mit nicht mehr gültigen Unterlagen arbeiten.

Die Systemintegration ermöglicht einen geregelten Informationsaustausch zwischen CAFM beziehungsweise IWMS und anderen Unternehmens- oder Gebäudesystemen. Sie vermeidet Mehrfacherfassungen, reduziert Übertragungsfehler und stellt sicher, dass operative Prozesse auf aktuellen Informationen basieren.

Für jede Integration sind die beteiligten Systeme, die ausgetauschten Daten, die führende Datenquelle, die Übertragungsrichtung und der Übertragungszeitpunkt zu definieren. Zusätzlich müssen Fehlerbehandlung, Überwachung, Protokollierung und Verantwortlichkeiten geregelt werden.

Nicht jede Integration muss in Echtzeit erfolgen. Die erforderliche Aktualität richtet sich nach dem jeweiligen Prozess. Ein kritischer technischer Alarm kann eine sofortige Übertragung erfordern, während bestimmte Finanz- oder Organisationsdaten möglicherweise in geplanten Intervallen synchronisiert werden können.

Regelmäßig benötigte Daten sollten automatisiert übertragen werden. Je nach Anwendungsfall kann dies ereignisgesteuert, in kurzen Intervallen oder über geplante Sammelübertragungen erfolgen. Manuelle Dateitransfers sind auf kontrollierte Ausnahmefälle zu beschränken.

Automatisierte Integrationen benötigen eine Überwachung. Fehlgeschlagene Datensätze müssen erkannt, protokolliert und einer verantwortlichen Stelle zur Korrektur zugewiesen werden.

Schnittstellen sollten auf dokumentierten und wiederverwendbaren technischen Standards basieren. Datenfelder, Formate, Identifikatoren, Statuswerte und Fehlercodes sind eindeutig zu definieren. Individuelle Punkt-zu-Punkt-Verbindungen ohne zentrale Dokumentation sollten vermieden werden, da sie schwer zu überwachen und zu ändern sind.

Der Informationsaustausch muss durch geeignete Authentifizierung, Verschlüsselung und Berechtigungen geschützt werden. Technische Konten erhalten nur die für die jeweilige Integration benötigten Rechte. Übertragungen und administrative Änderungen sind nachvollziehbar zu protokollieren.

Personenbezogene und sicherheitsrelevante Daten dürfen nur übertragen werden, wenn sie für den festgelegten Zweck erforderlich sind. Umfang, Speicherdauer und Zugriffsmöglichkeiten sind entsprechend zu begrenzen.

Gebäude, Räume, Assets, Kostenstellen, Organisationseinheiten und Personen müssen systemübergreifend eindeutig identifizierbar sein. Unterschiedliche Schreibweisen oder lokal vergebene Kennungen führen zu fehlerhaften Zuordnungen und unzuverlässigen Berichten.

Für jedes Stammdatenobjekt ist deshalb festzulegen, welches System die führende Quelle darstellt und wie Änderungen an verbundene Systeme verteilt werden.

Bei jeder Integration ist zu entscheiden, ob Daten nur in eine Richtung oder bidirektional ausgetauscht werden. Bidirektionale Schnittstellen sind nur dann vorzusehen, wenn Schreibrechte, Konfliktbehandlung und fachliche Verantwortlichkeiten eindeutig geregelt sind.

Insbesondere bei BMS-, IoT- und Zutrittsdaten muss außerdem zwischen Rohdaten und betriebsrelevanten Informationen unterschieden werden. Nicht jeder einzelne Sensorwert muss dauerhaft in CAFM oder IWMS gespeichert werden. Häufig ist es sinnvoller, verdichtete Werte, Grenzwertverletzungen oder relevante Ereignisse zu übertragen.

Daten und Prozessschritte werden ohne unnötige Systemwechsel miteinander verbunden. Ein technischer Alarm kann beispielsweise automatisch einen Arbeitsauftrag erzeugen, während die anschließende Leistungserfassung für Kosten- und Lieferantenprozesse an das ERP-System übergeben wird.

Definierte Stammdatenverantwortung und automatisierte Übertragungen reduzieren widersprüchliche Gebäude-, Personal-, Asset- und Finanzinformationen. Änderungen werden kontrolliert an alle betroffenen Systeme verteilt.

Automatische Ereignisse, Auftragsübergaben und Statusmeldungen verkürzen Bearbeitungszeiten. Facility-Teams müssen Informationen nicht aus mehreren Anwendungen manuell zusammentragen oder wiederholt eingeben.

Die automatisierte Bereitstellung von Organisations-, Kosten-, Anlagen- und Betriebsdaten verringert manuelle Listenpflege und Abstimmungsaufwand. Mitarbeitende können sich stärker auf technische, organisatorische und servicebezogene Aufgaben konzentrieren.

Das Datenmanagement stellt sicher, dass Facility-Informationen zuverlässig, einheitlich, geschützt und für den jeweiligen Verwendungszweck geeignet sind. Es umfasst nicht nur die technische Speicherung, sondern auch Verantwortlichkeiten, Standards, Qualitätskontrollen, Aktualisierungsprozesse und Zugriffsregeln.

Verlässliche Daten sind erforderlich, um Arbeitsaufträge korrekt zu steuern, Fristen einzuhalten, Flächen zu planen, Kosten zuzuordnen und Managemententscheidungen vorzubereiten. Unvollständige oder veraltete Daten können zu fehlgeleiteten Technikern, versäumten Maßnahmen, falschen Berichten und unnötigen Ausgaben führen.

Das Datenmanagement sollte durch ein dokumentiertes Datenmodell, ein Datenwörterbuch und eine klare Rollenverteilung unterstützt werden. Dabei ist zwischen fachlicher Datenverantwortung, operativer Datenpflege und technischer Systemverwaltung zu unterscheiden.

Die Kategorien müssen über eindeutige Beziehungen miteinander verbunden sein. Ein Arbeitsauftrag sollte beispielsweise auf das betroffene Asset, dessen Raum, das zuständige Gebäude, den verantwortlichen Dienstleister und die entstandenen Kosten verweisen können.

Für jede zentrale Datenkategorie ist ein fachlicher Data Owner festzulegen. Diese Rolle verantwortet Definition, Verwendungszweck, Qualitätsanforderungen und Freigaberegeln. Data Stewards oder vergleichbare operative Rollen überwachen die laufende Pflege und koordinieren Korrekturen.

Die technische Systemadministration verwaltet Plattform, Zugänge und Konfigurationen, übernimmt jedoch nicht automatisch die fachliche Verantwortung für die Richtigkeit der Daten.

Verbindliche Standards müssen Benennungen, Nummerierungslogiken, Pflichtfelder, Einheiten, Klassifikationen und zulässige Werte definieren. Gebäude-, Raum- und Asset-Kennungen dürfen nicht unkontrolliert mehrfach vergeben werden.

Standards sollten in einem Datenwörterbuch dokumentiert sein. Dieses beschreibt für jedes relevante Feld Bedeutung, Format, Quelle, Verantwortlichkeit und zulässige Verwendung.

Daten sind vor oder während der Übernahme auf Vollständigkeit, Format, Plausibilität, Eindeutigkeit und logische Beziehungen zu prüfen. Beispielsweise darf ein Asset keinem Raum zugeordnet werden, der im System nicht existiert, und ein Abschlussdatum darf nicht vor dem Erstellungsdatum eines Arbeitsauftrags liegen.

Kritische Änderungen können eine fachliche Prüfung oder Freigabe erfordern. Automatisierte Prüfregeln sollten durch regelmäßige Stichproben und Datenqualitätsberichte ergänzt werden.

Aktualisierungen müssen an klar definierte betriebliche Ereignisse gekoppelt werden. Dazu gehören Umzüge, Anlagenersatz, Umbauten, organisatorische Änderungen, Abnahmen, Wartungsabschlüsse und Vertragsänderungen.

Für jede Änderung ist festzulegen, wer sie erfasst, wer sie prüft und innerhalb welcher Frist sie im System verfügbar sein muss. Änderungen an führenden Stammdaten sollten nicht parallel in mehreren Systemen vorgenommen werden.

Zugriffsrechte sind rollenbasiert und nach dem Prinzip der minimal erforderlichen Berechtigung zu vergeben. Lesende, ändernde, freigebende und administrative Rechte müssen getrennt betrachtet werden.

Besonders schützenswerte Informationen, etwa personenbezogene Belegungsdaten, Sicherheitsdokumente oder kaufmännische Vertragsdaten, benötigen zusätzliche Einschränkungen. Zugriffe und wesentliche Datenänderungen sollten nachvollziehbar protokolliert werden.

Daten können aus Bestandsaufnahmen, Übergabedokumentationen, Planunterlagen, Systemmigrationen, digitalen Formularen, Schnittstellen oder Sensoren stammen. Bereits vor der Erfassung müssen Umfang, Format, Verantwortlichkeit und Qualitätsanforderungen festgelegt sein.

Bei neuen Gebäuden oder Umbauten sind die Anforderungen an CAFM-/IWMS-Daten frühzeitig in Planungs-, Beschaffungs- und Übergabeprozesse zu integrieren. Dadurch wird vermieden, dass technische Informationen erst nach Inbetriebnahme aufwendig rekonstruiert werden müssen.

Neu erfasste oder importierte Informationen werden durch automatische Prüfungen und fachliche Kontrollen validiert. Fehlerhafte Datensätze sind in einem geregelten Korrekturprozess zu bearbeiten und dürfen nicht unkontrolliert in operative Prozesse übernommen werden.

Daten werden in der festgelegten führenden Umgebung gespeichert und entsprechend ihrer Schutzbedürftigkeit gesichert. Versionierung, Änderungsprotokolle, Datensicherungen und Wiederherstellungsverfahren gewährleisten Nachvollziehbarkeit und Verfügbarkeit.

Während der Nutzungsphase müssen Informationen bei Änderungen zeitnah aktualisiert werden. Regelmäßige Überprüfungen helfen, veraltete Assets, ungültige Raumzuordnungen, doppelte Datensätze oder fehlende Dokumente zu erkennen.

Nicht mehr operativ benötigte Daten werden nach definierten Aufbewahrungsregeln archiviert oder gelöscht. Historische Informationen, die für Nachweise, Kostenanalysen, Vertragsfragen oder Lebenszyklusbewertungen erforderlich sind, müssen weiterhin kontrolliert zugänglich bleiben.

Daten müssen die tatsächliche bauliche, technische und organisatorische Situation korrekt darstellen. Die Richtigkeit wird durch Quellenprüfung, Vor-Ort-Kontrollen, Abgleiche mit führenden Systemen und fachliche Freigaben unterstützt.

Alle für einen Prozess erforderlichen Pflichtinformationen müssen vorhanden sein. Bei kritischen Assets können hierzu beispielsweise Standort, Kritikalität, Verantwortlichkeit, Wartungsplan und technische Dokumentation gehören.

Informationen dürfen sich innerhalb des Systems oder zwischen verbundenen Systemen nicht widersprechen. Gemeinsame Identifikatoren, Referenzdaten und Validierungsregeln gewährleisten konsistente Zuordnungen.

Änderungen müssen innerhalb festgelegter Fristen im System abgebildet werden. Für zeitkritische Betriebsinformationen gelten kürzere Aktualisierungsanforderungen als für langfristig stabile Stammdaten.

Berechtigte Nutzer müssen benötigte Informationen in geeigneter Form finden und verwenden können. Dazu gehören verständliche Suchfunktionen, strukturierte Ansichten, mobile Verfügbarkeit und klar definierte Zugriffsrechte.

Die Anforderungen sollten durch messbare Datenqualitätskennzahlen überwacht werden. Geeignete Werte sind beispielsweise der Anteil vollständig gepflegter Pflichtfelder, die Anzahl doppelter Datensätze, die Quote fehlerhafter Schnittstellenübertragungen und der Anteil nicht fristgerecht aktualisierter Informationen.

Reporting und Analytics wandeln operative Facility-Daten in strukturierte Informationen für Steuerung, Kontrolle und Planung um. Berichte zeigen den aktuellen Zustand, während analytische Anwendungen Entwicklungen, Ursachen, Zusammenhänge und zukünftige Bedarfe untersuchen.

Die Berichtsstruktur muss unterschiedliche Entscheidungsebenen berücksichtigen. Operative Teams benötigen detaillierte Informationen zu einzelnen Aufträgen und Fristen. Das Management benötigt verdichtete Kennzahlen zu Leistung, Kosten, Risiken, Kapazitäten und Trends.

Alle Kennzahlen sind eindeutig zu definieren. Berechnungsmethode, Datenquelle, Betrachtungszeitraum, Aktualisierungszeitpunkt und verantwortliche Stelle müssen bekannt sein. Nur so können Ergebnisse über Standorte, Zeiträume und Dienstleister hinweg verlässlich verglichen werden.

Instandhaltungsberichte können geplante, laufende, abgeschlossene und überfällige Arbeitsaufträge darstellen. Relevante Kennzahlen sind unter anderem die Einhaltung vorbeugender Instandhaltung, Altersstruktur des Auftragsbestands, Verhältnis von geplanten zu korrektiven Arbeiten, Ausfallzeiten und durchschnittliche Bearbeitungsdauer.

Berichte sollten Filter nach Gebäude, Asset-Klasse, Kritikalität, Dienstleister, Priorität und Zeitraum ermöglichen.

Asset-Berichte zeigen Bestand, Betriebsstatus, Zustand, Kritikalität, Garantie, Störungshäufigkeit und verbleibende Nutzungsdauer. Sie unterstützen die Identifikation störanfälliger oder wirtschaftlich nicht mehr sinnvoll zu betreibender Anlagen.

Flächenberichte vergleichen Kapazität, Zuordnung, Buchung und tatsächliche Nutzung. Sie können freie Arbeitsplätze, untergenutzte Bereiche, Spitzenzeiten und Unterschiede zwischen Standorten oder Organisationseinheiten sichtbar machen.

Belegungs- und Nutzungskennzahlen sind klar voneinander zu trennen. Zugeordnete, gebuchte und tatsächlich genutzte Arbeitsplätze stellen unterschiedliche Sachverhalte dar.

Serviceberichte erfassen Anfragevolumen, Kategorien, Prioritäten, Eingangskanäle, Reaktionszeiten, Lösungszeiten, Service-Level-Einhaltung, Wiedereröffnungen und Nutzerfeedback. Wiederkehrende Anforderungen oder Überschreitungen können auf Prozess-, Kapazitäts- oder Qualitätsprobleme hinweisen.

Ressourcenberichte zeigen Arbeitslast, Einsatzzeiten, Qualifikationsbedarf, Materialverbrauch und externe Leistungsanteile. Sie unterstützen eine ausgewogene Aufgabenverteilung sowie die Beurteilung von Eigenleistung und Fremdvergabe.

Dashboards sollten rollenbezogen aufgebaut sein und nur entscheidungsrelevante Informationen darstellen. Für vertiefte Analysen müssen Nutzer von einer Kennzahl bis zu den zugrunde liegenden Gebäuden, Assets, Aufträgen oder Zeiträumen navigieren können.

Filter, Aktualisierungszeitpunkt und Datenumfang müssen sichtbar sein. Grenzwerte und Statusanzeigen sind anhand definierter Zielwerte zu konfigurieren und dürfen nicht allein aufgrund technischer Voreinstellungen verwendet werden.

Zeitreihen zeigen, ob sich Bearbeitungszeiten, Störungszahlen, Kosten oder Service-Level-Einhaltung verbessern oder verschlechtern. Saisonale Effekte und einmalige Ereignisse müssen bei der Interpretation berücksichtigt werden.

Belegungs-, Buchungs- und Nutzungsdaten unterstützen die Planung von Arbeitsplätzen, Besprechungsräumen und gemeinsam genutzten Bereichen. Die Analyse sollte Spitzenlasten und unterschiedliche Nutzungsmuster berücksichtigen, nicht nur Durchschnittswerte.

Auftragsvolumen, Qualifikationen, Bearbeitungszeiten und Standortverteilung können gemeinsam analysiert werden, um Personal, Dienstleister und Materialien bedarfsgerecht einzusetzen. Dabei darf eine reine Auslastungsoptimierung nicht zu Qualitäts- oder Sicherheitsrisiken führen.

Störungshistorien, Zustandsdaten, Laufzeiten und Kosten unterstützen die Anpassung von Wartungsintervallen und die Priorisierung von Ersatzmaßnahmen. Vorausschauende Modelle sollten nur eingesetzt werden, wenn ausreichende Datenqualität, nachvollziehbare Einflussgrößen und geeignete Kontrollprozesse vorhanden sind.

Kennzahlen zu Qualität, Zeit, Kosten, Verfügbarkeit und Nutzerzufriedenheit ermöglichen eine ausgewogene Leistungsbewertung. Einzelne Kennzahlen sollten nicht isoliert betrachtet werden. Eine sehr kurze Bearbeitungszeit ist beispielsweise nicht automatisch positiv, wenn Aufträge häufig wiedereröffnet werden oder die Nutzerzufriedenheit sinkt.

Operative Berichte und Management-Dashboards sind in festgelegten Steuerungszyklen zu überprüfen. Abweichungen von Zielwerten müssen einer verantwortlichen Stelle zugewiesen und bis zur Klärung nachverfolgt werden.

Wiederkehrende Störungen, überfällige Aufträge, geringe Flächennutzung oder häufige Servicebeschwerden sollten in konkrete Verbesserungsmaßnahmen überführt werden. Jede Maßnahme benötigt eine verantwortliche Person, einen Termin und einen messbaren erwarteten Nutzen.

Datenqualitätsprobleme sind nicht nur manuell zu korrigieren. Ihre Ursachen müssen untersucht werden. Häufig liegen diese in unklaren Verantwortlichkeiten, ungeeigneten Pflichtfeldern, fehlerhaften Schnittstellen oder unzureichend gestalteten Arbeitsabläufen.

Berichte, die nicht genutzt werden oder keine Entscheidungen unterstützen, sollten angepasst oder eingestellt werden. Neue Kennzahlen sind nur einzuführen, wenn Zweck, Datenquelle, Berechnung und verantwortliche Nutzergruppe klar definiert sind.

Erkenntnisse aus Betrieb, Reporting, Nutzerfeedback und Datenanalyse fließen in die digitale FM-Roadmap ein. Prozessänderungen, neue Integrationen, zusätzliche Module und Automatisierungen werden priorisiert, getestet, dokumentiert und kontrolliert in den Betrieb überführt.