Datenmodell & Objektakte

Für jedes relevante Datenobjekt und, falls erforderlich, für einzelne Attribute ist eine führende Datenquelle festzulegen. Das Single-Source-of-Truth-Prinzip bedeutet nicht, dass eine Information nur in einem einzigen System angezeigt werden darf. Es bedeutet, dass eindeutig bestimmt ist, in welchem System die verbindliche Originalinformation gepflegt wird und aus welchem System andere Anwendungen ihre Kopien beziehen.

So kann beispielsweise das ERP-System die führende Quelle für Kreditoren- und Kostenstellendaten sein, während das CAFM- oder IWMS-System Anlagenstammdaten und Instandhaltungsinformationen führt. Das Dokumentenmanagementsystem verwaltet freigegebene Dokumentversionen, und das Building-Management-System stellt aktuelle Betriebswerte bereit. Die Zuständigkeit muss in einer System- und Datenmatrix dokumentiert werden.

Werden Daten in nachgelagerten Systemen verändert, ist festzulegen, ob die Änderung gesperrt, an das führende System zurückgemeldet oder über einen kontrollierten Freigabeprozess übernommen wird. Schnittstellenfehler und Synchronisationsabweichungen müssen sichtbar sein. Lokale Tabellen, persönliche Dateiablagen oder nicht dokumentierte Nebensysteme dürfen keine dauerhaft konkurrierende Datenquelle bilden.

Standorte, Grundstücke, Gebäude, Geschosse, Räume, Flächen, technische Anlagen, Komponenten, Verträge und Dokumente erhalten eindeutige Identifikationsmerkmale. Diese Identifikatoren müssen systemübergreifend verwendbar und möglichst über den gesamten Lebenszyklus stabil sein. Eine Änderung der Bezeichnung, Nutzung, Kostenstelle oder organisatorischen Zuständigkeit darf grundsätzlich nicht zu einer neuen Identität führen.

Die technische ID sollte von sprechenden Bezeichnungen getrennt werden. Zu stark codierte Nummern sind zu vermeiden, weil eingebettete Merkmale wie Gebäudenutzung, Organisationseinheit oder Standortname später veralten können. Neben der unveränderlichen ID können nutzerfreundliche Kurzbezeichnungen und lokale Kennzeichnungen geführt werden.

Bei physischen Anlagen kann die ID über QR-Code, Barcode, RFID oder eine vergleichbare Kennzeichnung am Objekt verfügbar gemacht werden. Dabei ist sicherzustellen, dass beschädigte oder ersetzte Kennzeichnungen reproduzierbar sind und nicht zur Vergabe neuer Datensätze führen. Hersteller-Seriennummern können ergänzend gespeichert werden, ersetzen jedoch keine unternehmenseigene Anlagen-ID.

Das Datenmodell bildet sämtliche Lebenszyklusphasen ab: Bedarfsermittlung, Planung, Beschaffung, Errichtung, Inbetriebnahme, Betrieb, Veränderung, Modernisierung, Ersatz, Stilllegung und Rückbau. Für jede Phase ist festzulegen, welche Informationen erforderlich sind, welchen Qualitätsstatus sie besitzen und durch welche Rolle sie freigegeben werden.

Ein geregeltes Statusmodell unterscheidet beispielsweise zwischen geplant, bestellt, im Bau, installiert, in Prüfung, aktiv, vorübergehend außer Betrieb, dauerhaft stillgelegt und ausgebaut. Der Status muss mit einem Wirksamkeitsdatum verbunden sein. Dadurch kann nachvollzogen werden, welche Konfiguration zu einem bestimmten Zeitpunkt gültig war.

Historische Informationen dürfen beim Austausch einer Anlage nicht überschrieben werden. Die alte Anlage wird stillgelegt und bleibt mit ihren Arbeitsaufträgen, Prüfungen, Kosten und Dokumenten erhalten. Die neue Anlage erhält eine eigene Identität und wird über eine Vorgänger-Nachfolger-Beziehung mit dem ausgebauten Objekt verbunden. Dieses Vorgehen ermöglicht belastbare Lebenszyklus- und Investitionsauswertungen.

Datenfelder, Einheiten, Klassifikationen, Statuswerte, Benennungsregeln und Beziehungstypen sind unternehmensweit zu standardisieren. Ein zentraler Datenkatalog beschreibt für jedes Feld die fachliche Definition, den Datentyp, das Format, zulässige Werte, die Maßeinheit, die verantwortliche Rolle und den vorgesehenen Verwendungszweck.

Freitexte sind auf Sachverhalte zu beschränken, die nicht sinnvoll strukturiert erfasst werden können. Für regelmäßig ausgewertete Merkmale sind Auswahllisten, Klassifikationen oder regelbasierte Felder vorzusehen. Auch Werte wie „unbekannt“, „nicht zutreffend“ oder „noch zu prüfen“ müssen eindeutig definiert werden, damit fehlende Daten nicht mit tatsächlich nicht vorhandenen Merkmalen verwechselt werden.

Das Modell muss kontrolliert erweiterbar bleiben. Neue Objektarten, Technologien oder regulatorische Anforderungen sollen ergänzt werden können, ohne bestehende Schnittstellen und Auswertungen unnötig zu beeinträchtigen. Erweiterungen durchlaufen deshalb einen Governance-Prozess mit fachlicher Begründung, Auswirkungsanalyse, Versionierung und Freigabe.

Die räumliche Struktur ist hierarchisch und eindeutig aufzubauen. Eine typische Gliederung verläuft vom Portfolio über Region, Standort, Grundstück, Gebäude und Geschoss bis zu Raum, Fläche, Lagerzone oder Funktionsbereich. Nicht jede Ebene muss für jeden Standort genutzt werden, die verwendeten Ebenen müssen jedoch dieselbe fachliche Bedeutung besitzen.

Für Logistikobjekte sind klassische Raumstrukturen allein häufig nicht ausreichend. Deshalb müssen auch Außenlager, Verkehrswege, Ladehöfe, Rampen, Torzonen, Sicherheitsbereiche, Gefahrstoffzonen, Kühlbereiche, Kommissionierflächen, automatisierte Lagersegmente und brandschutztechnische Abschnitte abgebildet werden können. Eine Fläche kann dabei mehreren fachlichen Sichten zugeordnet sein, beispielsweise einer räumlichen, betrieblichen und sicherheitsbezogenen Struktur.

Flächenangaben benötigen eine eindeutige Flächenart, Maßeinheit, Berechnungsmethode, Datenquelle und Gültigkeit. Änderungen durch Umbauten oder Nutzungswechsel müssen mit Wirksamkeitsdatum dokumentiert werden. Für georeferenzierte Objekte sind Koordinatensystem, Lagekoordinaten und gegebenenfalls Höheninformationen einheitlich festzulegen.

Technische Einrichtungen werden vom übergeordneten System bis zur wartungs-, störungs- oder prüfrelevanten Komponente strukturiert. Eine mögliche Hierarchie besteht aus Versorgungssystem, Teilsystem, Anlage, Baugruppe und Komponente. Die erforderliche Detailtiefe richtet sich nach Instandhaltungsstrategie, Kritikalität, Prüfpflicht, Ersatzteilbedarf und Kostensteuerung.

Zu unterscheiden sind der funktionale Einbauort und das physische Betriebsmittel. Der funktionale Einbauort beschreibt, welche technische Aufgabe an einer bestimmten Position erfüllt werden muss. Das physische Betriebsmittel beschreibt das tatsächlich eingebaute Gerät mit Hersteller, Typ und Seriennummer. Diese Trennung erleichtert den Austausch von Geräten, ohne die funktionale Struktur oder die Historie des Standorts zu verlieren.

Für Logistikstandorte sind unter anderem Energieversorgung, Notstrom, Brandschutz, Sprinklertechnik, Lüftung, Heizung, Kälteversorgung, Tore, Verladerampen, Fördertechnik, Regalanlagen, Aufzüge, Sicherheitsbeleuchtung, Zutrittskontrolle, Einbruchmeldeanlagen, Videoüberwachung und Gebäudeautomation zu berücksichtigen. Abhängigkeiten, Redundanzen und versorgte Bereiche sollten dort dokumentiert werden, wo sie für Betriebsführung, Störungsanalyse oder Notfallplanung erforderlich sind.

Flächen, Anlagen, Verträge, Leistungen, Kostenstellen, Verantwortlichkeiten, Betreiberpflichten und Dokumente müssen relational miteinander verbunden werden. Die Verknüpfung darf sich nicht auf Dateinamen oder Freitextverweise stützen, sondern muss über eindeutige IDs und definierte Beziehungstypen erfolgen.

Eine Anlage kann beispielsweise einem funktionalen Einbauort, einem Raum, einem Gebäude, einem Wartungsvertrag, mehreren Prüfpflichten, einer Kostenstelle und verschiedenen Dokumenten zugeordnet sein. Beziehungen benötigen bei Bedarf einen Gültigkeitszeitraum, weil sich Vertragszuständigkeiten, Kostenstellen oder räumliche Zuordnungen verändern können.

Viele Beziehungen sind nicht ausschließlich eins zu eins. Ein Vertrag kann mehrere Standorte betreffen, eine Betreiberpflicht kann für verschiedene Anlagen gelten, und ein Dokument kann sowohl einem System als auch mehreren Komponenten zugeordnet sein. Das Datenmodell muss solche Mehrfachzuordnungen kontrolliert abbilden, ohne Informationen zu duplizieren.

Die digitale Objektakte enthält die verbindlichen Grunddaten eines Standorts, Grundstücks oder Gebäudes. Hierzu gehören eindeutige Identifikation, Bezeichnung, Adresse, Geokoordinaten, Eigentums- und Nutzungsverhältnisse, Betreiberorganisation, Standortstatus, Betriebszeiten und organisatorische Zuständigkeiten.

Bauliche Angaben umfassen unter anderem Baujahr, wesentliche Modernisierungsjahre, Bauweise, Geschosszahl, Flächenwerte, Höhen, Volumina und Nutzungsarten. Bei Flächenwerten sind Flächenkategorie, Berechnungsgrundlage, Stand der Ermittlung und Datenquelle anzugeben. Unterschiedliche Werte aus Mietvertrag, Planunterlagen und technischer Vermessung dürfen nicht ohne Kennzeichnung miteinander vermischt werden.

Zusätzlich sind betriebliche und risikobezogene Merkmale aufzunehmen. Dazu können Standortkritikalität, maximale Belegung, Betriebsmodell, Schichtzeiten, besondere Umweltbedingungen, Gefahrstoffnutzung, Hochwasser- oder Sturmexposition, Brandschutzklassifizierung und relevante Notfallkontakte gehören. Die Auswahl richtet sich nach den tatsächlichen Steuerungs- und Nachweisanforderungen.

Verantwortlichkeiten sind nicht ausschließlich als Namen einzelner Personen zu führen. Vorrangig sollten Rollen, Organisationseinheiten und Funktionspostfächer hinterlegt werden. Personenbezogene Kontaktdaten können ergänzend verknüpft werden, müssen jedoch bei Personalwechseln kontrolliert aktualisiert und entsprechend ihrem Schutzbedarf behandelt werden.

Für technische Anlagen und relevante Betriebseinrichtungen werden strukturierte Stammdaten, technische Spezifikationen, Einbauorte, Wartungsstrategien, Prüfpflichten, Zustandsinformationen und Lebenszyklusdaten geführt. Zur Grundausstattung gehören Anlagen-ID, Bezeichnung, Anlagenklasse, Hersteller, Modell, Seriennummer, Herstellungsjahr, Installationsdatum, Inbetriebnahmedatum und aktueller Betriebsstatus.

Technische Parameter sind anlagenklassenspezifisch zu definieren. Bei einer Lüftungsanlage können dies Luftleistung, elektrische Leistung und Filterklasse sein, bei einem Tor Abmessungen, Antriebsart und Sicherheitsausstattung. Ein universelles Datenblatt mit zahlreichen nicht zutreffenden Feldern ist zu vermeiden. Besser sind ein gemeinsamer Stammdatensatz und klassenspezifische Merkmalsgruppen.

Die Instandhaltungsinformationen umfassen Wartungsstrategie, Intervalle, zuständige Organisation, erforderliche Qualifikationen, Garantiebedingungen, Ersatzteilinformationen und geplante Maßnahmen. Prüfpflichten müssen mit Rechts- oder Regelgrundlage, Prüfart, Frist, letzter Durchführung, nächster Fälligkeit, Prüfergebnis und zugehörigem Nachweis verknüpft werden.

Für kritische Anlagen sind zusätzliche Merkmale vorzusehen, etwa Verfügbarkeitsanforderung, Ausfallauswirkung, Redundanz, Wiederanlaufzeit und Notbetriebsverfahren. Zustandsbewertung, erwartete Restnutzungsdauer, Wiederbeschaffungswert und geplantes Ersatzjahr unterstützen die mittel- und langfristige Investitionsplanung.

Verträge werden nicht ausschließlich als PDF-Dateien abgelegt. Zentrale Vertragsinhalte müssen strukturiert erfasst werden, damit Fristen, Kosten, Leistungsumfang und Verantwortlichkeiten aktiv gesteuert werden können. Zu den Mindestangaben gehören Vertrags-ID, Vertragsart, Vertragspartner, verantwortliche interne Rolle, Beginn, Ende, Verlängerungsregelung, Kündigungsfrist, Vertragsstatus und betroffene Standorte oder Anlagen.

Leistungsdaten beschreiben das vereinbarte Leistungssoll. Dazu gehören Leistungspositionen, Ausführungsintervalle, Servicezeiten, Reaktions- und Behebungszeiten, Qualitätsanforderungen, Berichtspflichten, Eskalationswege und Abnahmeverfahren. Service Levels müssen messbar formuliert und mit der operativen Auftrags- oder Störungsbearbeitung verknüpft werden.

Kaufmännische Informationen umfassen Preise, Pauschalen, Einheitspreise, Budgetzuordnung, Preisgleitungsregelungen, Obergrenzen, Nebenkosten und gegebenenfalls Bonus- oder Malus-Regelungen. Vertrauliche Vertragsbestandteile sind durch differenzierte Zugriffsrechte zu schützen, ohne die für den Betrieb erforderlichen Leistungsinformationen zu blockieren.

Die Verknüpfung zwischen Vertrag, Leistung, Objekt und Anlage ermöglicht die Prüfung, ob alle relevanten Anlagen vertraglich abgedeckt sind und ob Leistungen fristgerecht erbracht wurden. Bei Vertragswechseln muss die historische Zuordnung erhalten bleiben, damit Kosten, Leistungsqualität und Verantwortlichkeiten rückwirkend nachvollzogen werden können.

Dokumente werden durch Metadaten klassifiziert und eindeutig mit dem betreffenden Objekt, der Anlage, dem Vertrag oder der Betreiberpflicht verbunden. Wesentliche Metadaten sind Dokumenten-ID, Dokumentenart, Titel, Ersteller, Erstellungsdatum, Version, Revisionsstand, Sprache, Freigabestatus, Gültigkeitsbeginn, Gültigkeitsende, Schutzklasse und Aufbewahrungskategorie.

Der Dokumentenstatus sollte mindestens zwischen Entwurf, in Prüfung, freigegeben, ersetzt, abgelaufen und archiviert unterscheiden. Nur freigegebene und gültige Dokumente dürfen im operativen Betrieb als verbindliche Grundlage angezeigt werden. Ersetzte Versionen bleiben für die Historie verfügbar, müssen jedoch klar von der aktuellen Fassung unterscheidbar sein.

Dokumente sollen möglichst einmal zentral gespeichert und aus den relevanten Datensätzen referenziert werden. Mehrfachablagen derselben Datei führen zu unterschiedlichen Revisionsständen und sind zu vermeiden. Bei umfangreichen Planwerken oder Modellen muss die Beziehung zwischen Gesamtmodell, Teilmodell, Plan, Anlage und räumlichem Bereich nachvollziehbar sein.

Elektronische Freigaben, digitale Signaturen und Prüfschritte sind dort einzusetzen, wo Verbindlichkeit oder Nachweissicherheit erforderlich ist. Für externe Unterlagen muss außerdem dokumentiert werden, von wem sie übermittelt, geprüft und in den gültigen Bestand übernommen wurden.

Für jede Objektklasse sind verbindliche Pflichtfelder und ergänzende Kann-Felder zu definieren. Pflichtfelder sichern die Mindestqualität für operative Prozesse, Reporting, Compliance und zukünftige Digital-Twin-Anwendungen. Sie müssen aus konkreten Informationsanforderungen abgeleitet werden und dürfen nicht nur deshalb verpflichtend sein, weil sie technisch verfügbar sind.

Neben allgemein verpflichtenden Feldern sind bedingte Pflichtfelder sinnvoll. Eine Seriennummer kann beispielsweise für ein austauschbares Gerät verpflichtend sein, bei einem baulichen Brandschutzabschnitt jedoch nicht zutreffen. Sobald eine Anlage als prüfpflichtig gekennzeichnet wird, müssen hingegen Prüfart, Frist und verantwortliche Rolle verpflichtend werden.

Für jedes Feld sind Definition, Datentyp, Format, Maßeinheit, zulässige Werte, Datenquelle, Prüfregel und verantwortliche Rolle festzulegen. Datumsangaben benötigen ein einheitliches Format, numerische Werte eine definierte Maßeinheit und Auswahllisten eine kontrollierte Wertemenge. Pflichtfelder sollten außerdem nach Lebenszyklusphase gestaffelt werden, da in der Planungsphase andere Informationen vorliegen als nach der Inbetriebnahme.

Die Vollständigkeit darf nicht nur anhand ausgefüllter Felder bewertet werden. Ein Platzhalter oder unspezifischer Eintrag erfüllt die fachliche Anforderung nicht. Werte wie „unbekannt“ müssen als Qualitätsabweichung erkennbar und mit einer Klärungsmaßnahme verbunden sein.

Einheitliche Benennungsregeln, Objektkataloge und Klassifikationen gewährleisten, dass vergleichbare Objekte standortübergreifend identisch erfasst werden. Die Regeln müssen einfach genug sein, um im täglichen Betrieb zuverlässig angewendet zu werden, und präzise genug, um automatische Auswertungen zu ermöglichen.

Eine Bezeichnung sollte das Objekt verständlich beschreiben, ohne die unveränderliche Identität zu ersetzen. Abkürzungen, Sonderzeichen, Groß- und Kleinschreibung sowie zulässige Sprachvarianten sind verbindlich zu regeln. Für Anlagenklassen, Flächenarten, Dokumenttypen, Statuswerte und Leistungsarten sind kontrollierte Kataloge zu verwenden.

Klassifikation und individuelle Bezeichnung erfüllen unterschiedliche Zwecke. Die Klassifikation ordnet ein Objekt einer standardisierten Gruppe zu, während die Bezeichnung das konkrete Objekt identifiziert. Diese Felder dürfen nicht vermischt werden. Änderungen an Klassifikationskatalogen müssen versioniert und auf ihre Auswirkungen auf Berichte, Schnittstellen und historische Daten geprüft werden.

Die Datenqualität wird anhand von Vollständigkeit, Richtigkeit, Aktualität, Konsistenz, Eindeutigkeit und Nachvollziehbarkeit bewertet. Vollständigkeit beschreibt, ob alle erforderlichen Informationen vorhanden sind. Richtigkeit beurteilt, ob die Daten mit dem realen Objekt oder dem verbindlichen Nachweis übereinstimmen. Aktualität misst, ob Änderungen innerhalb der festgelegten Frist übernommen wurden.

Konsistenz verlangt widerspruchsfreie Werte innerhalb eines Systems und zwischen verschiedenen Systemen. Eindeutigkeit bedeutet, dass ein reales Objekt nicht mehrfach als aktiver Datensatz geführt wird. Nachvollziehbarkeit stellt sicher, dass Datenquelle, Bearbeiter, Änderungszeitpunkt und Freigabe erkennbar sind.

Die Qualitätsanforderungen sind risikobasiert festzulegen. Für sicherheitskritische Anlagen, Prüfpflichten, Flucht- und Rettungspläne oder Zutrittsinformationen gelten strengere Kontrollen als für rein beschreibende Komfortdaten. Qualitätsgrenzen müssen je Datenbereich messbar definiert und regelmäßig überprüft werden.

Automatisierte Plausibilitätsprüfungen sollen fehlende Pflichtfelder, unzulässige Werte, Dubletten, abgelaufene Dokumente, widersprüchliche Statusangaben und fehlerhafte Zuordnungen erkennen. Weitere Regeln können prüfen, ob ein Inbetriebnahmedatum vor dem Herstellungsdatum liegt, ob stillgelegte Anlagen weiterhin aktive Wartungsaufträge besitzen oder ob Vertragsleistungen Objekten außerhalb des Vertragszeitraums zugeordnet sind.

Automatische Prüfungen ersetzen keine fachliche Kontrolle. Regelmäßige Datenreviews, Stichproben, technische Bestandsaufnahmen und Abgleiche mit Vertrags- oder Projektdokumentationen bleiben erforderlich. Festgestellte Fehler sind nach Ursache, Auswirkung und Dringlichkeit zu klassifizieren.

Korrekturen dürfen nicht stillschweigend erfolgen. Bei kritischen Daten müssen ursprünglicher Wert, neuer Wert, Änderungsgrund, Bearbeiter und Freigabe dokumentiert werden. Wiederkehrende Fehler sind durch Anpassung von Prozessen, Eingabemasken, Schulungen oder Schnittstellen an der Ursache zu beheben.

Für jeden Datenbereich werden Data Owner, Data Steward, Datenerfasser und Systemverantwortliche benannt. Der Data Owner trägt die fachliche Verantwortung, definiert Informationsanforderungen und entscheidet über Qualitätsregeln, Zugriffsbedarf und zulässige Verwendung. Der Data Steward überwacht die operative Datenqualität, koordiniert Bereinigungen und stellt die Einhaltung der festgelegten Standards sicher.

Datenerfasser erzeugen oder aktualisieren Informationen im Rahmen ihrer Prozesse. Sie benötigen klare Arbeitsanweisungen und dürfen nur innerhalb ihrer fachlichen Berechtigung Änderungen vornehmen. Systemverantwortliche gewährleisten technische Verfügbarkeit, Konfiguration, Schnittstellen, Datensicherung und kontrollierte Systemänderungen.

Für kritische Datenbereiche sind zusätzliche Rollen einzubeziehen, etwa fachliche Prüfer, Freigabeverantwortliche, Informationssicherheitsbeauftragte oder Datenschutzfunktionen. Die Aufgabenverteilung sollte in einer Verantwortungsmatrix dokumentiert werden. Dabei muss eindeutig geregelt sein, wer entscheidet, wer ausführt, wer prüft und wer informiert wird.

Verantwortung darf nicht ausschließlich an externe Dienstleister übertragen werden. Dienstleister können Daten erfassen und prüfen, die Organisation bleibt jedoch für Informationsanforderungen, Freigaben und die dauerhafte Verfügbarkeit ihrer betriebsrelevanten Daten verantwortlich.

Neue oder veränderte Daten durchlaufen definierte Erfassungs-, Prüf- und Freigabeschritte. Der Prozess beginnt mit einem nachvollziehbaren Auslöser, beispielsweise Neubau, Umbau, Anlagenersatz, Vertragsänderung, Störungsbehebung oder Bestandskorrektur. Anschließend werden Daten erfasst, automatisch validiert, fachlich geprüft und abhängig von ihrer Kritikalität freigegeben.

Bei sicherheits-, kosten- oder compliance-relevanten Informationen ist ein Vier-Augen-Prinzip vorzusehen. Eine Person erfasst die Änderung, eine andere qualifizierte Person prüft und genehmigt sie. Für weniger kritische Stammdaten kann eine nachgelagerte Stichprobenkontrolle ausreichend sein.

Projekt- und Betriebsprozesse müssen direkt mit der Datenpflege verbunden werden. Eine Anlage gilt nicht allein aufgrund ihrer technischen Montage als vollständig in Betrieb übernommen. Erforderlich sind auch geprüfte Stammdaten, Dokumente, Prüfungen, Wartungspläne, Zuständigkeiten und gegebenenfalls Ersatzteilinformationen.

Änderungen an Daten und Dokumenten müssen mit Zeitpunkt, Bearbeiter, Änderungsgrund und Freigabestatus dokumentiert werden. Bei zeitabhängigen Informationen sind Gültigkeitsbeginn und gegebenenfalls Gültigkeitsende zu speichern. So lässt sich zwischen dem Zeitpunkt der tatsächlichen Änderung und dem Zeitpunkt der Systemerfassung unterscheiden.

Für Dokumente gelten kontrollierte Versions- und Revisionsregeln. Eine neue Version darf die frühere Fassung nicht unkenntlich machen. Es muss ersichtlich sein, welche Version aktuell gültig ist, welche Änderungen vorgenommen wurden und wer die Freigabe erteilt hat.

Systemkonfigurationen, Datenmodelle, Klassifikationskataloge und Schnittstellenmappings unterliegen ebenfalls dem Änderungsmanagement. Anpassungen sind zunächst in einer geeigneten Testumgebung zu prüfen. Auswirkungen auf bestehende Daten, Berichte, Integrationen und Berechtigungen müssen vor der Produktivsetzung bewertet werden.

Historische Daten sind entsprechend gesetzlicher, vertraglicher und betrieblicher Anforderungen aufzubewahren. Ein Rollback oder eine nachvollziehbare Rekonstruktion muss dort möglich sein, wo fehlerhafte Änderungen erhebliche betriebliche Folgen haben können.

Für Neubauten, Umbauten, Anlagenersatz, Dienstleisterwechsel und Standortübernahmen sind standardisierte Datenübergaben festzulegen. Die Informationsanforderungen müssen bereits in Ausschreibungen, Verträgen und Projektvorgaben enthalten sein. Eine erst kurz vor Projektabschluss formulierte Datenanforderung führt regelmäßig zu unvollständigen oder nicht nutzbaren Ergebnissen.

Eine Übergabematrix definiert je Objektklasse die erforderlichen Datenfelder, Dokumente, Formate, Prüfregeln, Verantwortlichkeiten und Lieferzeitpunkte. Strukturierte Daten sind in importierbaren Formaten zu liefern. Eine Sammlung von PDF-Dateien ersetzt keine maschinenlesbaren Anlagen-, Raum- oder Vertragsdaten.

Die Prüfung sollte stufenweise erfolgen. Frühzeitige Testlieferungen ermöglichen die Kontrolle von Struktur, Benennung und Schnittstellenfähigkeit. Vor der Endabnahme werden Vollständigkeit, technische Validität, fachliche Richtigkeit, Dokumentenstatus und erfolgreiche Systemübernahme geprüft.

Die Abnahme eines Projekts oder Betreiberwechsels sollte erst erfolgen, wenn festgestellte Datenmängel behoben oder mit Verantwortlichkeit und verbindlicher Frist dokumentiert sind. Wesentliche Betriebsinformationen müssen vor der tatsächlichen Verantwortungsübernahme verfügbar sein.

Das Datenmodell bildet die gemeinsame Grundlage für CAFM/IWMS, ERP, Dokumentenmanagement, Building Management, Energiemanagement, Instandhaltung, GIS, BIM und weitere Fachanwendungen. Für jedes System sind Zweck, fachlicher Umfang, führende Datenobjekte, Nutzergruppen und Schnittstellen zu dokumentieren.

Die Systemarchitektur sollte den jeweiligen Anwendungsschwerpunkt berücksichtigen. Kaufmännische Buchungen und Kostenstellen werden typischerweise im ERP-System geführt, operative FM-Prozesse im CAFM- oder IWMS-System, freigegebene Dokumente im Dokumentenmanagement und hochfrequente Betriebswerte in dafür geeigneten Automations- oder Zeitreihensystemen.

Nicht jedes System benötigt alle Informationen. Daten sind nur in dem Umfang zu übertragen, der für den jeweiligen Prozess erforderlich ist. Dadurch werden unnötige Kopien, Sicherheitsrisiken und Synchronisationsprobleme reduziert. Gleichzeitig müssen Nutzer erkennen können, aus welcher Quelle eine angezeigte Information stammt und wie aktuell sie ist.

Systeme sollen über standardisierte, dokumentierte und überwachte Schnittstellen verbunden werden. Je nach Anwendungsfall können direkte Programmierschnittstellen, ereignisbasierte Übertragungen oder planmäßige Stapelverarbeitungen eingesetzt werden. Die Auswahl richtet sich nach Aktualitätsbedarf, Datenvolumen, Kritikalität und technischer Eignung.

Für jede Schnittstelle sind sendendes und empfangendes System, übertragene Datenobjekte, Identifikatoren, Feldmapping, Format, Übertragungsrhythmus, Validierungsregeln und Fehlerbehandlung festzulegen. Maßeinheiten, Datumsformate, Zeitzonen und Statuswerte müssen eindeutig transformiert werden.

Fehler dürfen nicht lediglich in technischen Protokollen verbleiben. Es sind Überwachung, automatische Benachrichtigung, Wiederholungsregeln und fachliche Eskalation vorzusehen. Regelmäßige Abstimmungen zwischen führendem und empfangendem System müssen fehlende, doppelte oder abweichende Datensätze erkennen.

Schnittstellen sind gegen unberechtigte Zugriffe und Manipulation zu schützen. Authentifizierung, Verschlüsselung, Protokollierung und Berechtigungsbegrenzung richten sich nach Schutzbedarf und technischer Architektur. Technische Konten dürfen nur die für die jeweilige Datenübertragung erforderlichen Rechte erhalten.

BIM-Modelle, CAD-Unterlagen und geografische Informationen sind mit der räumlichen Objekthierarchie und den Anlagenstammdaten zu verbinden. Modellobjekte benötigen eindeutige Identifikatoren, die mit den FM-relevanten Räumen, Flächen oder Anlagen abgeglichen werden können.

Für den Betrieb ist nicht die größtmögliche Modellkomplexität entscheidend, sondern die Verfügbarkeit der tatsächlich benötigten Informationen. Geometrie, Attribute und Dokumentverknüpfungen müssen den definierten betrieblichen Anwendungsfällen entsprechen. Unnötige Details erhöhen Datenmenge und Pflegeaufwand, ohne einen entsprechenden Nutzen zu schaffen.

Änderungen im Gebäude oder an technischen Anlagen müssen kontrolliert in Plänen, Modellen und alphanumerischen Stammdaten nachgeführt werden. Ein Prozess muss festlegen, welches System die Änderung auslöst, wer das Modell aktualisiert und wie die Übereinstimmung geprüft wird.

Geodaten unterstützen die standortübergreifende Darstellung von Grundstücken, Gebäuden, Außenanlagen, Leitungen und Risikozonen. Einheitliche Koordinatensysteme und räumliche Referenzen sind erforderlich, damit Daten aus Vermessung, GIS, BIM und Lageplänen korrekt kombiniert werden können.

Der Digital Twin erweitert die digitale Objektakte um aktuelle Betriebs-, Zustands- und Sensordaten sowie um Regeln, Analysen und gegebenenfalls Simulationen. Die Objektakte stellt die verlässliche Identität und Beschreibung des physischen Bestands bereit. Der Digital Twin ergänzt diese Grundlage um zeitabhängiges Verhalten und aktuelle Zustände.

Voraussetzung ist ein belastbares Stammdatenmodell. Jeder Messwert, Alarm und Betriebszustand muss eindeutig einem Sensor, Datenpunkt, technischen Objekt und räumlichen Kontext zugeordnet werden können. Zusätzlich sind Maßeinheit, Zeitstempel, Zeitzone, Messqualität, Übertragungsintervall und Datenherkunft zu dokumentieren.

Nicht alle verfügbaren Sensordaten müssen dauerhaft in den Digital Twin übernommen werden. Die Auswahl richtet sich nach konkreten Anwendungsfällen wie zustandsorientierter Instandhaltung, Energieoptimierung, Kapazitätsanalyse, Anlagenüberwachung oder Störungsfrüherkennung. Rohdaten können je nach Bedarf verdichtet, aggregiert oder nach Ablauf definierter Fristen gelöscht werden.

Ein Digital Twin darf nicht als rein grafische Darstellung verstanden werden. Sein betrieblicher Wert entsteht durch die konsistente Verbindung von physischem Objekt, Stammdaten, Echtzeitinformationen, Arbeitsprozessen und Entscheidungsregeln. Ohne geregelte Datenqualität und Verantwortlichkeit entsteht lediglich eine weitere, schwer wartbare Datenkopie.

Daten und Dokumente werden anhand ihrer Anforderungen an Vertraulichkeit, Integrität und Verfügbarkeit klassifiziert. Vertraulichkeit schützt Informationen vor unberechtigter Einsicht, Integrität vor unzulässiger oder unbemerkter Veränderung und Verfügbarkeit vor einem nicht akzeptablen Ausfall.

Besonders schutzbedürftig sind Sicherheitspläne, Zutrittsinformationen, Alarm- und Schließsysteme, Netzwerkpläne, Angaben zu kritischen Versorgungen, Schwachstelleninformationen und personenbezogene Daten. Auch Verträge, Kosteninformationen oder Standortstrategien können erhöhte Vertraulichkeit erfordern.

Die Schutzklasse bestimmt technische und organisatorische Maßnahmen wie Zugriffsbeschränkungen, Verschlüsselung, Protokollierung, Freigabe, Sicherung, Wiederherstellungszeit und zulässige Übertragungswege. Eine pauschale Gleichbehandlung aller Informationen ist weder wirtschaftlich noch sicherheitsgerecht.

Die Klassifizierung ist bei Erstellung oder Übernahme festzulegen und regelmäßig zu überprüfen. Ändert sich die Nutzung eines Dokuments oder verliert eine Information ihre Sensibilität, kann eine kontrollierte Neuklassifizierung erfolgen.

Zugriffsrechte werden nach Funktion, Standort, Datenart und Bearbeitungsbefugnis vergeben. Zwischen Lese-, Erfassungs-, Änderungs-, Freigabe-, Export- und Administrationsrechten ist klar zu unterscheiden. Nutzer sollen nur auf die Informationen und Funktionen zugreifen können, die sie für ihre Aufgaben tatsächlich benötigen.

Rollenbasierte Berechtigungen sind individuellen Sonderrechten vorzuziehen. Sonderrechte müssen begründet, befristet und überprüfbar sein. Kritische Tätigkeiten wie Erfassung und Freigabe oder Systemadministration und fachliche Kontrolle sollten angemessen getrennt werden.

Externe Dienstleister erhalten ausschließlich Zugriff auf die von ihnen betreuten Standorte, Anlagen und Prozesse. Der Zugang ist zeitlich zu begrenzen und bei Vertragsende oder Personalwechsel unverzüglich zu entziehen. Für besonders sensible Daten sind zusätzliche Authentifizierungs- und Protokollierungsmaßnahmen vorzusehen.

Berechtigungen müssen regelmäßig rezertifiziert werden. Fachverantwortliche bestätigen dabei, ob Rollen, Nutzer und Zugriffsbereiche weiterhin erforderlich sind. Inaktive Konten, überholte Rollen und nicht mehr benötigte technische Zugänge sind zu sperren oder zu entfernen.

Für jede Dokumenten- und Datenart sind Aufbewahrungsfrist, Archivierungsanforderung, Fristbeginn, verantwortliche Rolle und vorgesehene Löschmethode festzulegen. Die Fristen ergeben sich aus gesetzlichen, vertraglichen, technischen, versicherungsbezogenen und betrieblichen Anforderungen und müssen für die jeweilige Organisation geprüft werden.

Revisionsrelevante Unterlagen sind so zu archivieren, dass Vollständigkeit, Unveränderbarkeit, Lesbarkeit und Herkunft nachvollziehbar bleiben. Archivierte Informationen müssen bei Prüfungen innerhalb einer angemessenen Frist auffindbar sein. Dateiformate und Speichermedien sind hinsichtlich langfristiger Lesbarkeit zu berücksichtigen.

Personenbezogene Daten dürfen nicht ohne Zweck unbegrenzt in der Objektakte verbleiben. Lösch- oder Anonymisierungsprozesse müssen auch Exporte, Nebensysteme und Sicherungskopien berücksichtigen. Für Backups kann die endgültige Löschung an den regulären Überschreibungszyklus gebunden sein, sofern ein erneutes produktives Einspielen gelöschter Daten kontrolliert verhindert wird.

Bei laufenden Rechtsstreitigkeiten, Prüfungen oder Schadenfällen kann eine dokumentierte Löschsperre erforderlich sein. Nach Wegfall des Grundes ist die reguläre Fristenlogik wieder anzuwenden. Jede Löschung kritischer Daten sollte nachvollziehbar protokolliert werden.

Geeignete Kennzahlen sind der Vollständigkeitsgrad der Pflichtfelder, die Quote eindeutig zugeordneter Anlagen, der Anteil aktueller Dokumente, die Zahl erkannter Dubletten, die Quote fristgerecht aktualisierter Prüf- und Vertragsdaten sowie der Anteil erfolgreich synchronisierter Schnittstellendatensätze.

Jede Kennzahl benötigt eine eindeutige Berechnungsregel. Beim Vollständigkeitsgrad ist beispielsweise festzulegen, welche Objektklassen, Lebenszyklusphasen und Pflichtfelder in Zähler und Nenner einfließen. Für aktuelle Dokumente muss definiert sein, welche Gültigkeits- oder Überprüfungsfrist gilt.

Kennzahlen sind nach Kritikalität, Standort, Objektklasse und verantwortlichem Datenbereich auswertbar zu machen. Ein hoher Gesamtwert darf nicht verdecken, dass bei einzelnen sicherheitskritischen Anlagen wesentliche Informationen fehlen. Deshalb sind neben Durchschnittswerten auch Ausnahmen und überfällige Maßnahmen sichtbar darzustellen.

Datenqualitätsberichte sollten Verantwortliche und Bearbeitungsfristen enthalten. Die Kennzahlen dienen nicht nur der Beschreibung, sondern der Steuerung konkreter Verbesserungsmaßnahmen. Wiederkehrende Abweichungen sind auf Prozess-, System- oder Qualifikationsmängel zu untersuchen.

Die Einführung erfolgt schrittweise nach Kritikalität, Nutzen, Datenverfügbarkeit und Umsetzungsaufwand. Vorrang haben betriebs- und sicherheitskritische Objekte, prüfpflichtige Anlagen, zentrale Vertragsdaten, regulatorisch relevante Dokumente und Informationen, die für häufige operative Prozesse benötigt werden.

Eine erste Umsetzungswelle sollte einen klar abgegrenzten, repräsentativen Bereich umfassen. Ein geeigneter Pilot ermöglicht die Erprobung von Objektstruktur, Datenkatalog, Rollen, Erfassungsprozessen, Schnittstellen und Qualitätsprüfungen. Erkenntnisse werden vor dem breiten Rollout in Standards und Vorlagen übernommen.

Die Umsetzung darf nicht auf eine einmalige Datenerfassung reduziert werden. Parallel sind Governance, Schulung, Betriebsprozesse und dauerhafte Pflegeverantwortung aufzubauen. Andernfalls nimmt die Datenqualität kurz nach Abschluss der Migration wieder ab.

Priorisierungsentscheidungen sollten dokumentieren, welche Anwendungsfälle unterstützt werden, welche Risiken reduziert werden und welche Abhängigkeiten bestehen. Erweiterungen erfolgen in kontrollierten Ausbaustufen, damit Nutzer und Organisation die neue Arbeitsweise nachhaltig übernehmen können.

Vorhandene Datenbestände werden inventarisiert, profiliert, bereinigt, harmonisiert und in das Zielmodell überführt. Die Bestandsaufnahme umfasst Systeme, Datenbanken, Tabellen, Dateiablagen, Papierarchive, Modelle und relevante Dienstleisterdaten. Für jede Quelle sind Inhalt, Eigentümer, Qualität, Format, Aktualität und vorgesehene Verwendung zu bewerten.

Das Mapping beschreibt, wie bestehende Felder, Klassifikationen und Identifikatoren in das Zielmodell übertragen werden. Unklare oder widersprüchliche Daten dürfen nicht ungeprüft migriert werden. Sie sind entweder zu bereinigen, als vorläufig zu kennzeichnen oder von der Migration auszuschließen.

Vor der Produktivmigration sind Testläufe mit messbaren Abnahmekriterien durchzuführen. Nach dem Laden werden Datensatzanzahl, Pflichtfelder, Beziehungen, Dokumentverknüpfungen und Stichproben fachlich abgeglichen. Für kritische Migrationen sind Datensicherung, Rückfallverfahren und ein kontrollierter Umgang mit Änderungen während der Umstellungsphase vorzusehen.

Nicht belastbare Daten sind transparent zu kennzeichnen und mit einem Klärungsprozess zu verbinden. Fehlende Informationen können durch technische Bestandsaufnahmen, Dokumentenprüfungen, Vermessungen oder strukturierte Rückfragen an Betreiber und Dienstleister ergänzt werden.

Das Zielbild mündet in einen verbindlichen Datenkatalog, eine standardisierte Objekt- und Anlagenhierarchie, ein Metadatenmodell für Dokumente, Rollen- und Governance-Regeln, Schnittstellenvorgaben sowie Qualitäts- und Abnahmekriterien für die digitale Objektakte.

Zum Ergebnis gehören außerdem ein Systemquellenverzeichnis, eine Verantwortungsmatrix, geregelte Änderungs- und Übergabeprozesse, ein Berechtigungskonzept, ein Aufbewahrungs- und Löschkonzept sowie ein Kennzahlensystem für die laufende Datensteuerung. Diese Bestandteile müssen dokumentiert, freigegeben und organisatorisch verankert sein.

Die digitale Objektakte gilt erst dann als erfolgreich eingeführt, wenn sie in den täglichen FM-Prozessen verbindlich genutzt und fortlaufend aktualisiert wird. Der Abschluss einer Datenmigration allein ist kein ausreichender Erfolgsnachweis. Entscheidend sind verlässliche Daten, klare Verantwortlichkeiten, funktionierende Integrationen und messbare Verbesserungen bei Betriebssicherheit, Nachweisführung, Kostensteuerung und Entscheidungsqualität.