Standardisierte Datenbasis einführen

Facility Management: Methoden » Strategisches FM » Digitalisierung, Daten & Innovationsmanagement » Standardisierte Datenbasis einführen

Standardisierte Datenbasis im Facility Management

Einführung in die Methode

Diagramm eines zentralen Hubs als Single Source of Truth, der Systeme wie CAFM, ERP und IoT für das Facility Management koordiniert.

Eine standardisierte Datenbasis im Facility Management ist die verbindliche, organisationsweit gültige Definition und Umsetzung von (a) Datenobjekten (z. B. Gebäude, Räume, Anlagen, Verträge, Dokumente), (b) Attributen und Katalogen (Wertevorräte, Pflichtfelder), (c) Datenqualitätsregeln sowie (d) Rollen- und Pflegeprozessen – inklusive der technischen Einbindung in die umgebende Systemlandschaft.

FM-Connect beschreibt in seinem Betriebs-/Architekturrahmen explizit, dass für jedes Datenobjekt festzulegen ist, welches System führend ist (SoR) und welche Systeme Daten nur konsumieren; zusätzlich werden bevorzugte Integrationsmuster genannt (API, ETL/ELT, Event-Streaming, Datei als Übergang).

Auf Verbandsebene unterstreicht GEFMA mit GEFMA 430 die Bedeutung einer einheitlichen Datenbasis als Säule erfolgreicher CAFM-Nutzung: Ziel ist, „einheitliche und nachvollziehbare Regeln“ für Aufbau, Qualitätssicherung und Pflege der Datenbasis zu schaffen.

Mit GEFMA 480 (entwickelt gemeinsam mit CAFM RING) wird der Fokus erweitert: standardisierte Datenstrukturen und -inhalte sind sowohl für BIM-basierte Neubauten als auch für Bestandserfassung entscheidend; die Richtlinie adressiert Wege zu standardisierten Datengrundlagen für einen digitalisierten Gebäudebetrieb.

Ziel der Methode

Die Methode zielt darauf, eine betriebsfähige Single Source of Truth nicht als „eine Datenbank“, sondern als beherrschtes System aus SoR-Entscheidungen, eindeutigen Schlüsseln, Standards, Qualitätsregeln und Governance zu etablieren.

Konkret sollen erreicht werden:

eindeutige Identitäten/IDs, konsistente Objekt- und Anlagenstrukturen, standardisierte Kataloge;
definierte Informationsanforderungen (u. a. LOIN) und maschinell prüfbare Übergaben (z. B. IDS);
eine kontrollierte Migration mit Dubletten-/Historienstrategie;
ein belastbarer Schnittstellenbetrieb (Planung–Bau–Betrieb; CAFM–ERP–DMS–IoT/GLT).

Strategisch passt das zur ISO-FM-Logik:

ISO beschreibt in ISO 41001 Anforderungen an ein FM-Managementsystem, das wirksame und effiziente FM-Leistungserbringung unterstützt; ISO 41014 betont, dass Entscheidungen, Aktivitäten, Informationen, Daten und Stakeholder in einen beherrschbaren Prozess zu koordinieren sind.

Die Methode ist geeignet für:

Betreiberorganisationen (Single Site bis Multi-Site/Portfolio), Eigentümer/CREM, öffentliche Hand und FM-Dienstleister;
Programme zur CAFM/IWMS-Einführung oder -Erneuerung (GEFMA 420), insbesondere wenn Datenmigration und Datenqualität erfolgskritisch sind;
BIM2FM-Übergaben in Neubau/Sanierung (IFC/COBie/CAFM Connect) sowie Bestandserfassung.

Typischer Ausgangspunkt ist eine heterogene Datenlandschaft:

Mehrfachhaltungen (Excel/SharePoint/Altsysteme), inkonsistente IDs und Benennungen;
unklare Datenhoheit („wer ist führend?“), fehlende Pflegeprozesse;
Dokumente ohne standardisierte Metadaten/Status (Freigabe/Archiv) und damit geringe Nachweisfähigkeit;
Integrationen, die punktuell funktionieren, aber nicht dauerhaft wartbar sind.

Voraussetzungen

Mandat, Scope und Priorisierung: Welche Objekte/Standorte, welche Datenobjekte, welche Use Cases (z. B. Instandhaltung, Flächenreporting, Betreiberpflichten) – unbestimmt bis zur Portfolio-Definition.
SoR-Entscheidungen je Datenobjekt und Zielarchitekturprinzipien: FM-Connect nennt exemplarisch SoR-Logiken (ERP für Finanzdaten, HR/Identity für Identitäten, DMS für Dokumente abhängig von Archivierung, BMS/IoT-Plattform für Messwerte).
Projekt- und Betriebsorganisation: GEFMA 420 betont, dass CAFM-Einführung mehr ist als Softwarekauf; u. a. Datenmigration und Betrieb sind als Phasen/Disziplinen zu planen.
CDE/DMS-Leitplanken (wenn BIM-/Dokumentenübergaben im Scope): DIN SPEC 91391 definiert Anforderungen an Common Data Environments, inkl. Muss-/Kann-Kriterien und Schnittstellenkonzept.
Compliance-Check: Datenschutz (DSGVO) und Aufbewahrungspflichten (GoBD) für relevante Dokument-/Personendaten – konkrete Ausprägung unbestimmt (abhängig von Branche, Betriebsrat, Datenarten).

Objekt-/Flächenstruktur (Portfolio → Standort → Gebäude → Geschoss → Raum) inkl. eindeutiger IDs und Nutzungs-/Flächenlogik (z. B. DIN 277 als verbreitete Referenz für Flächenbegriffe und Nutzungsflächen).
Anlagen-/Assetregister (Asset-ID, Standortbezug, Klassifikation, Kritikalität, Stammdaten, ggf. Wartungs-/Prüfgrunddaten).
Dokumente/Nachweise (Dokumentklassen, Metadaten, Status/Revision/Version, Verknüpfung zu Objekten/Assets); in CDE-Logik werden Status wie Work in Progress/Shared/Published/Archived und Metadatenmanagement zentral.
Kaufmännische Referenzen (Kostenstellen, Budgets, Verträge, Buchungsobjekte) – SoR typischerweise ERP; CAFM konsumiert Referenzen.
Betriebs-/Prozessdaten (Tickets, Arbeitsaufträge, Wartungen, SLA-Erfüllung) – erst nach Stabilisierung der Stammdaten großflächig ausrollen, da Prozessqualität direkt von Datenqualität abhängt.
IoT/GLT-Zeitreihen/Ereignisse (Sensor-ID → Asset-/Raumbezug, Aggregationen/Ereignisse) – SoR typischerweise IoT-/BMS-Plattform.

Hub-and-Spoke-Diagramm mit einer zentralen Objektstruktur, angebunden an Anlagen, Dokumente, kaufmännische Referenzen, Prozess- und IoT-Daten.

Ein zentraler Punkt ist der Klassifikations- und Standardmix, weil „Standardisierung“ im FM mehrere Ebenen umfasst: Klassifikation (Was ist es?), Informationsbedarfstiefe (Wie detailliert?), Austauschformat (Wie wird geliefert?), Wörterbuch/Merkmale (Wie heißen Eigenschaften eindeutig?).

Tabellenvergleich Klassifikations- und Standardisierungsansätze

Der folgende Vergleich ordnet die von Ihnen gewünschten Systeme/Standards nach Typ, Stärken und Grenzen ein.

System/Standard	Typ	Stärken (für FM-Datenbasis)	Grenzen / typische Stolpersteine
GEFMA 430	Richtlinie (Datenbasis & Datenmanagement in CAFM)	Rollen (Owner/Steward), Regeln für Aufbau, Qualitätssicherung und Pflege; adressiert typische Qualitäts-/Strukturdefizite früh.	Kein fertiges unternehmensspezifisches Datenmodell; Attributkatalog/Mapping müssen projektspezifisch erstellt werden.
GEFMA 480	Richtlinie (standardisierte Datenstrukturen/-inhalte im FM)	Rahmen + Handlungsempfehlungen für standardisierte Datengrundlagen im Betrieb (Neubau/BIM und Bestand).	Digitale Zwillinge explizit nicht Schwerpunkt (laut Kurzreferat); konkret erforderliche Daten hängen vom Use Case ab.
ISO 7817-1 (LOIN)	Norm (Informationsbedarfstiefe)	Methodik, um Informationsanforderungen und -lieferungen konsistent über den Lebenszyklus zu definieren; verhindert Over-/Under-Engineering.	Muss in konkrete Datenmodelle/Austauschformate übersetzt werden (z. B. IDS, COBie, CAFM-Connect).
ISO 19650-3	Norm (Informationsmanagement Betrieb)	Prozessanforderungen für Informationsmanagement in der Betriebsphase; besonders relevant für BIM2FM/AIM.	Setzt organisatorische Rollen/Prozesse voraus; löst kein Datenqualitätsproblem ohne Governance.
DIN SPEC 91391-1	Technische Regel (CDE-Funktionen)	Definiert CDE-Funktionsanforderungen (Muss/Kann) und unterstützt Wahl/Definition eines CDE; betont Metadaten, Status und Verantwortlichkeitsmatrix.	CDE ersetzt kein CAFM-SoR; Rollen-/SoR-Entscheidungen bleiben nötig.
IFC (ISO 16739-1)	Offenes Datenschema (OpenBIM)	Interoperabilität; IFC 4.3 ist als ISO-Standard verfügbar und als offizielle Version dokumentiert; Basis für BIM2FM.	Für FM braucht es gezielte Subsets/Anforderungen (LOIN/IDS), sonst Datenüberfrachtung oder fehlende FM-Attribute.
COBie	Austauschformat/Prozessstandard	Standardisierte Übergabe von Daten zu instandhaltbaren Assets zur Befüllung von FM-Systemen; Handover-geeignet.	Implementierungsvarianten; ohne Validierung/Mapping entstehen Lücken oder Inkonsistenzen.
CAFM-Connect / BIMeta	Standard + Merkmalserver (BIM2FM)	BIMeta als cloudbasierter Merkmalserver, verknüpft mit Normen/Richtlinien und bSDD; CAFM-Connect als standardisierte Datenschnittstelle/BIM-Profile für Betrieb.	Muss in eigene SoR-/Governance-/CAFM-Architektur integriert werden; nicht jede FM-Information liegt im Fokus von Handover-Standards.
buildingSMART bSDD	Wörterbuch/Services (API)	bSDD API als primäre Schnittstelle zur Nutzung standardisierter Klassen & Properties; verbindet Dictionaries (z. B. IFC, ETIM).	Erfordert Tooling/Integration; Governance nötig, damit lokale Erweiterungen kontrolliert bleiben.
buildingSMART IDS	Standard (maschinell interpretierbare Anforderungen)	Definiert Informationsanforderungen computer-interpretierbar; ermöglicht automatisierte Compliance-Checks gegen IFC-Modelle.	IDS löst nicht die organisatorische Pflege im Betrieb; braucht valide IFC-Daten und klare Use Cases.

Datenmodell/Attributkatalog

Ein praktikables Zielmodell im FM ist in der Regel objektorientiert: Objekte (z. B. Gebäude, Räume, Anlagen) besitzen Attribute und Beziehungen; damit ist eine konsistente Datenmodellierung und Auswertung möglich. Als herstellerneutralen Ordnungsrahmen verweist FM-Connect zudem auf GEFMA 924 (Datenmodell, Kataloge, Ordnungsrahmen) als „gemeinsame Sprache“ zur Abbildung und Auswertung von FM-Daten und -Prozessen.

Stammdatenpflegeprozesse

GEFMA 430 positioniert Datenmanagement als laufende Aufgabe (nicht nur Projektphase): Verantwortlichkeiten, regelmäßige Plausibilitätsprüfungen/Reports sowie Dokumentation (z. B. Schnittstellenhandbuch) sind zentrale Bausteine, um Dubletten und veraltete Datensätze zu bereinigen und Integrationen stabil zu halten.

Migrationsstrategie (Dubletten, Mapping, Historie)

GEFMA 420 beschreibt Datenmigration als explizite Einführungsleistung: Altdaten werden bereinigt & gemappt, fehlende Bestandsdaten erfasst, Ziel-Datenmodell abgeglichen – Ergebnis ist eine „vollständige und konsistente Datenbasis“.

Die konkrete Historienstrategie (welche Historie in welchem System auditrelevant ist) ist organisations- und complianceabhängig und daher hier unbestimmt.

Governance (Data Owner/Steward, RACI)

Diagramm eines Data Governance Prozesses mit Rollen und einer RACI-Matrix, welche die Verantwortlichkeiten für Informationscontainer und Qualität visualisiert.

GEFMA 430 nennt explizit Rollen wie Data Owner, Data Steward und Data Custodian/Systemadministrator und verknüpft das mit Qualitäts- und Datenschutzanforderungen.

DIN SPEC 91391-1 empfiehlt darüber hinaus eine Verantwortlichkeitsmatrix (RACI) über Prozessschritte zur Bearbeitung von Informationscontainern.

Schnittstellen/Integrationen (CAFM, ERP, BIM, IoT, DMS)

Diagramm einer vernetzten IT-Landschaft mit einem zentralen CAFM-System, das über Schnittstellen mit ERP, BIM, IoT und DMS verbunden ist.

FM-Connect betont, dass CAFM-Systeme selten isoliert stehen, sondern in IT-Landschaften integriert werden müssen; typische Integrationen betreffen DMS, CAD/BIM (IFC), IoT/GLT sowie offene Architekturen (z. B. REST-APIs).

GEFMA 410 positioniert hierfür ein Rahmenwerk für IT-Integration, Schnittstellentypen, Datenflüsse, Qualitätsanforderungen sowie Sicherheit/Datenschutz/Governance im Schnittstellenbetrieb.

Qualitätsregeln (Vollständigkeit, Konsistenz, Aktualität)

Für „Data Quality“ als Managementthema ist ISO 8000‑1 eine relevante Referenz (Überblick über Datenqualität, bestätigt als aktuell).

In FM- und BIM-Kontexten operationalisiert man Datenqualität typischerweise über Mindestfelder, Validierungen, Status-/Freigaberegeln, Plausibilitätsprüfungen und regelmäßige Datenqualitätsreports.

Compliance (Datenschutz, Archivierung)

Datenschutz: Die DSGVO fordert u. a. Grundsätze wie Richtigkeit (Accuracy), Speicherbegrenzung und Integrität/Vertraulichkeit; im FM betrifft das insbesondere personenbezogene Ticketdaten, Zugangsdaten, Nutzer-/Belegungsdaten oder Dienstleisterdaten.
Archivierung/Nachweis: GoBD regelt ordnungsmäßige Führung und Aufbewahrung elektronischer Unterlagen und Datenzugriff; relevant, sobald FM-Dokumente steuer-/buchungsrelevant werden oder mit Buchungsprozessen verbunden sind.
Im BIM-Dokumentenkontext definiert DIN SPEC 91391-1 Anforderungen, um Status/Aktualität und Metadaten standardisiert zu führen und Redundanzen zu vermeiden.

Für die Einführung einer standardisierten Datenbasis hat sich folgende Rollenarchitektur bewährt (Details je Organisation unbestimmt):

Data Owner (Accountable für Datenobjekte/Domänen, Qualitätsziele, Schutzbedarf, Ressourcen).
Data Steward (Responsible für fachliche Standards, Kataloge, Validierungen, Pflegekoordination).
Data Custodian / Systemadministrator (Responsible für Plattformbetrieb, Berechtigungen, Backup/Monitoring).
Integration Owner / Schnittstellenmanager (Responsible für Schnittstellenarchitektur, Logging, Fehlerbehandlung, Release-Kompatibilität)
CAFM/IWMS Product Owner (fachliches Zielbild, Priorisierung Use Cases, Modul-/Releaseplanung)
BIM-Informationsmanager (LOIN/IDS/IFC/COBie/CAFM-Connect-Übergaben, Abnahme/Qualität)
Compliance/DPO/Informationssicherheit (Schutzbedarf, Datenschutz-Folgenabschätzung falls erforderlich, Archivierungs-/Aufbewahrungsregeln) – unbestimmt (abhängig von Organization Setup).

Vorgehensstruktur

Die Vorgehensstruktur ist als End-to-End-Methode ausgelegt, die (1) Zielbild/Standards, (2) Datenmodell, (3) Migration/Integration und (4) Betrieb/Change-Management als zusammenhängendes System behandelt.

Zielbild definieren: SoR/Single Source of Truth festlegen

Erstellen Sie eine SoR-Matrix je Datenobjekt (Gebäude/Raum/Asset/Dokument/Kostenstelle/Personendaten/IoT-Zeitreihen).
FM-Connect nennt typische SoR-Festlegungen (ERP für Finanzdaten, Identity/HR für Nutzer, DMS für Dokumente abhängig von Archivierungsanforderungen, BMS/IoT-Plattform für Messwerte).
Vorlagenhinweis (SoR-Matrix-Template): Spalten: Datenobjekt, SoR, Consumer, Sync-Richtung, Sync-Takt, Schlüssel/ID, Qualitäts-KPI, Compliance-Hinweis (unbestimmt).

Klassifikations- und Standardmix festlegen

Für FM-Datenbasis im Betrieb empfehlen sich Standards auf mehreren Ebenen:
LOIN (ISO 7817 1) für Informationsbedarfstiefe: welche Information muss wann/wo in welcher Qualität geliefert werden.
BIM-Betriebsprozesse (ISO 19650 3) und Informationsaustausch (ISO 19650 4) als Prozess- und Austauschrahmen bei Trigger Events/Handover.
IFC als offenes Modellformat; buildingSMART bezeichnet IFC 4.3.2.0 als neueste offizielle Version, publiziert als ISO 16739 1.
COBie als Handover-Format/Prozessstandard für instandhaltbare Assets; buildingSMART/NIBS beschreibt den Zweck, Assetdaten digital zu liefern, um FM-Systeme zu befüllen.
CAFM Connect/BIMeta/bSDD für strukturierte BIM2FM-Übergaben und einheitliche Merkmale: BIMeta ist cloudbasierter Merkmalserver und kooperiert mit bSDD; bSDD wiederum stellt eine API zur Nutzung von Dictionaries bereit.
Ergebnis ist ein schriftlich fixierter „Standardmix“, inkl. Scope pro Standard (z. B. IFC/COBie nur für Handover, nicht für alle Prozessdaten).

Datenmodell und Attributkatalog entwerfen

Definieren Sie Objektklassen, Beziehungen (z. B. Raum gehört zu Geschoss/Gebäude; Asset gehört zu Raum/Anlagegruppe), Attribute, Wertebereiche, Pflichtlogik. Objektorientierte CAFM-Modelle basieren genau auf dieser Logik (Objekte + Attribute + Beziehungen).
Nutzen Sie LOIN, um zu vermeiden, dass „zu viel“ oder „zu wenig“ Information gefordert/geliefert wird.
Vorlagenhinweis (Attributkatalog-Template): Objektklasse; Attribut; Datentyp; Pflichtgrad (MUSS/SOLL/KANN); Quelle/SoR; Validierungsregel; Standardbezug (z. B. IFC Pset, bSDD-Property); Pflege-Rolle; Änderungsfrequenz; Datenschutzklasse (unbestimmt).

Qualitätsregeln operationalisieren

Definieren Sie messbare Regeln: Vollständigkeit (Pflichtfelder), Konsistenz (Referenzen/IDs stimmen), Aktualität (max. Alter), Eindeutigkeit (Dublettenquote), Gültigkeit (Wertebereich). ISO 8000‑1 ordnet Datenqualität als Normenreihe; DSGVO fordert u. a. Richtigkeit und Speicherbegrenzung für personenbezogene Daten.
Für BIM-Übergaben ergänzen Sie maschinenprüfbare Anforderungen: buildingSMART beschreibt IDS als Standard für computer-interpretierbare Informationsanforderungen und automatische Compliance-Prüfung von IFC-Modellen.

Dateninventur & Profiling der Quellen

Quellen erfassen: Altes CAFM, Excel/CSV, ERP, DMS/CDE, BIM (IFC/COBie/CAFM‑Connect), IoT/GLT.
Profiling/Qualitätsbaseline: fehlende Pflichtfelder, widersprüchliche Katalogwerte, Dubletten, veraltete Datensätze. GEFMA 430 betont Plausibilitätsprüfungen und regelmäßige Reports als Mittel zur Bereinigung.

Migrationsstrategie festlegen: Mapping, Dubletten, Historie

Mappingtabellen (Quellfeld → Zielfeld, Transformationsregeln, Defaultwerte).
Dublettenstrategie: Golden Record pro Objektklasse (Match-Keys, Survivorship-Regeln, Freigaben).
Historie: Definition, welche Historie migriert wird und welche als Archiv/Beleg im DMS bleibt (unbestimmt, abhängig von Governance/Compliance).
GEFMA 420 beschreibt „bereinigt & gemappt“ als Kernleistung der Datenmigration und fordert den Abgleich mit Soll-Datenmodell.

FM-Connect benennt bevorzugte Muster: API für transaktionale Prozesse, ETL/ELT für Massendaten, Event-Streaming für zeitkritische Meldungen, Datei als Übergang (mit Versionierung/Validierung).
GEFMA 410 fordert ein konsistentes Schnittstellenkonzept zur Vermeidung von Medienbrüchen und Datenredundanz; behandelt Datenmodelle, Datenflüsse und Qualität/Sicherheit/Governance für Schnittstellenbetrieb.
Für CDE-Interoperabilität ist buildingSMARTs openCDE API ein Portfolio von API-Standards; es baut auf containerbasierten Konzepten auf und adressiert Austausch zwischen Plattformen.

Compliance-by-Design: Datenschutz, Archivierung, Audit Trail

Klassifizieren Sie Daten in „personenbezogen / nicht personenbezogen / besonders schützenswert“ (unbestimmt: Schutzbedarfsklassen). DSGVO-Grundsätze beeinflussen Datenspeicherung und Aktualität.
Für aufbewahrungspflichtige Unterlagen: berücksichtigen Sie GoBD-Anforderungen (ordnungsmäßige Aufbewahrung, Datenzugriff) und dokumentieren Sie Verfahrensregeln.
Im Dokumenten-/CDE-Kontext: DIN SPEC 91391 beschreibt Anforderungen an CDE inkl. Metadaten und Prozess-/Statuslogik.

Pilotieren, Abnehmen, Rollout in Wellen

Pilotobjekte/Standorte definieren (unbestimmt), Migration und Schnittstellen end-to-end testen (inkl. Report- und Prozess-Szenarien).
Abnahmekriterien: Datenqualitäts-KPIs, Importquote, Dublettenquote, Prozessfähigkeit (z. B. Tickets an Asset/Ort referenzieren), Auditierbarkeit.

Übergang in den Regelbetrieb: Stammdatenpflege, Change, kontinuierliche Verbesserung

Etablieren Sie dauerhafte Stewards, Pflegezyklen, Datenqualitätsreports und ein Schnittstellenhandbuch; GEFMA 430 nennt die standardisierte Schnittstellendokumentation explizit als Bestandteil der Betriebsdokumentation.
Berücksichtigen Sie Release-/Change-Management, insbesondere bei SaaS-Betriebsmodellen (Test/Regression für Schnittstellen).

Tabelle typische Migrationsschritte

Flussdiagramm, das Datenmigrations-Szenarien vom problematischen Quellstatus über eine Aktion zu einem sauberen Ergebnis zeigt und den jeweiligen Aufwand visualisiert.

Diese Tabelle ist als pragmatisches Planungsraster gedacht; konkrete Aufwände hängen von Portfolio, Datenqualität und Systemlandschaft ab (daher indikativ).

Quellstatus	Aktion	Ergebnis	Aufwandsschätzung
Excel/CSV ohne IDs, uneinheitliche Bezeichnungen	ID-Strategie + Matchingregeln, Dublettenbereinigung, Katalogharmonisierung	Golden Records, eindeutige IDs, standardisierte Katalogwerte	hoch
Altes CAFM mit Dubletten & veralteter Struktur	Profiling, Mapping auf Zielmodell, Bereinigung, Abgleich Sollmodell	konsolidierte Stammdaten im Zielmodell	mittel/hoch
ERP liefert Kostenstellen/Budgets, FM hat eigene Kopien	SoR im ERP festlegen, Referenzmodell statt Kopie, Sync via ETL/API	konsistente Finance-Referenzen, weniger Redundanz	mittel
DMS ohne Metadaten/Statuslogik	Metadatenschema, Status/Revision, Verknüpfung zu Objekten/Assets	nachweisfähige Dokumentenlenkung	mittel
BIM/IFC vorhanden, FM-Attribute uneinheitlich	LOIN definieren, IDS-Regeln, IFC-Subset/Property-Mapping, Extraktion zu CAFM	FM-taugliche, validierte Transportdaten	mittel
COBie-Tabellen unvollständig	Pflichtattribute definieren, Rücklauf an Lieferkette, Ergänzung im Steward-Prozess	vollständiger, importfähiger Asset-Export	mittel
IoT/GLT-Daten ohne Sensor→Asset-Zuordnung	Assetregister bereinigen, Zuordnungskonzept (Tags, Gateways), Events/Aggregate definieren	nutzbare Zustands-/Ereignisdaten mit Objektbezug	hoch

Erwartete Ergebnisse

SoR-Matrix inkl. Integrationsentscheidungen und Datenobjektverantwortung.
Standardisiertes Ziel-Datenmodell inkl. Attributkatalog, Katalog-/Wertevorräten und Validierungsregeln; optional an GEFMA-Logiken ausgerichtet.
Bereinigte, konsolidierte Stammdaten (Golden Records) und dokumentierte Mappingregeln; Abnahmekriterien nach Datenqualität und Prozessfähigkeit.
Betriebsfähige Schnittstellen (CAFM–ERP–DMS–IoT/GLT–BIM) inkl. Monitoring/Logging und Betriebsdokumentation.
Etablierte Governance: Data Owner/Steward/Custodian, RACI und regelmäßige Datenqualitätsreports.

Vorteile der Methode

Ein Diagramm, das die Vorteile einer standardisierten Datenbasis in den Bereichen Operativ, Qualität und Digitalisierung darstellt.

Eine standardisierte Datenbasis reduziert operative Reibung (Doppelerfassung, Medienbrüche), erzeugt belastbares Reporting und erhöht die Nachweisfähigkeit – laut GEFMA 430 ist Datenqualität eine entscheidende Säule neben Software und Betriebskonzept.

Durch Standardisierung profitieren Implementierung und Schulung: FM-Connect ordnet Standardisierung als Grundprinzip effektiver Digitalisierung ein, weil sie Konsistenz und Effizienz steigert.

Für BIM2FM stellt der Standardmix (IFC/COBie/CAFM‑Connect/BIMeta + LOIN/IDS) sicher, dass nicht nur „Modelle“, sondern betrieblich nutzbare Informationen übertragen werden.

Grenzen der Methode

Die Methode ist kein Ersatz für fehlende Organisationsentscheidungen: Ohne klare Datenhoheit/SoR-Entscheidungen und ohne gelebte Stewardship „verfällt“ die Datenbasis; GEFMA 430 betont den laufenden Pflege- und Qualitätssicherungsbedarf.

Technisch steigt mit jeder Integration die Komplexität; deshalb sind standardisierte Integrationsmuster und ein konsistentes Schnittstellenkonzept erforderlich (GEFMA 410).

Die konkrete Ausprägung „Wie viel Historie?“, „Welche Datenklassen?“, „Welche Schutzbedarfe?“ bleibt organisations- und complianceabhängig und ist daher in Teilen unbestimmt.

Typische Einsatzbereiche

CAFM/IWMS-Einführung oder -Erneuerung inkl. Datenmigration, Abnahme und Übergang in den Regelbetrieb (GEFMA 420).
Aufbau eines FM-weiten Integrations- und Schnittstellenkonzepts (ERP, DMS, BIM, IoT/GLT) gemäß GEFMA 410 und FM-Connect-Architekturlogik.
BIM2FM-Handover in Neubau/Sanierung: IFC/COBie/CAFM-Connect, ergänzt durch LOIN (ISO 7817 1) und IDS-Validierung.
Vorbereitung datengetriebener FM-Steuerung (KPI/Analytics): FM-Connect betont, dass Nutzen und Beherrschbarkeit stark von Umfang, Aktualität, Vollständigkeit, Standardisierung und Governance der Betriebsdaten abhängen.

Die folgenden Kurzbelege entsprechen Ihrem gewünschten Fußnotenstil (Inline-Labels) und sind zugleich mit Primärquellen hinterlegt:

SoR-Entscheidungen und Integrationsmuster (Rahmenkonzept), technische/organisatorische Schnittstellen, Standardisierungsprinzip, CAFM-Nutzen/Datenabhängigkeit.

Diagramm einer IT-Architektur für Facility Management mit einem zentralen CAFM/IWMS-System, umgeben von Integrationsplattformen, Stammdaten-Tools und einer Monitoring-Ebene.

Die Toolauswahl ist unbestimmt (abhängig von Portfolio, IT-Strategie, Cloud-/On-Prem-Vorgaben, Beschaffung). Im Sinn dieser Methode sind jedoch folgende Tool-Klassen und Standards architekturentscheidend:

CAFM/IWMS/CMMS (operatives FM-Kernsystem)

Mindestanforderungen: objektorientiertes Datenmodell (Objekte/Attribute/Beziehungen), Validierungsregeln/Pflichtfelder, Import/Export/API, Rollen-/Rechtemodell, Protokollierung.

Stammdaten- und Katalogwerkzeuge

Datenkatalog/Glossar, Attributkatalogverwaltung, Regel-/Validierungsengine, Dublettenmatching (Golden Record).
Für BIM-Merkmale: BIMeta als Merkmalserver; unterstützt internationale Anschlussfähigkeit über bSDD-Bezug.

Integrationsplattformen (ETL/ELT, iPaaS, Event/Messaging)

ETL/ELT für Massendaten/Initialmigration, API für transaktionale Prozesse, Event-Streaming für Alarme/Ereignisse; FM-Connect beschreibt diese Muster explizit. - Für Schnittstellenkonzepte, Dokumentation, Betrieb/Weiterentwicklung: Orientierung an GEFMA 410.

BIM-/OpenBIM-Standards & Validatoren

IFC (IFC 4.3.2.0 als offizielle Version; ISO 16739 1).
IDS (computer-interpretierbare Anforderungen + automatische Compliance Checks).
COBie (Handover-Format/Prozessstandard für Assetdaten).
bSDD (API für Klassen/Properties; Dictionary-Interoperabilität).
CAFM-Connect Editor/BIM Profiles als praxisnahe Werkzeuge/Standards für FM-orientierte Übergaben.

CDE-Funktionsanforderungen nach DIN SPEC 91391-1 (Muss-/Kann-Kriterien, Metadaten, Statuslogik, Schnittstellenkonzept).
Für steuer-/revisionsrelevante Dokumente: GoBD-konforme Aufbewahrung und dokumentierte Verfahren.

Monitoring/Logging/Audit

Schnittstellenmonitoring (Fehlerraten, Latenzen, Wiederholungslogik), Audit Trails für Änderungen, DQ-Dashboards (Vollständigkeit/Konsistenz/Aktualität). GEFMA 430 betont regelmäßige Plausibilitätsprüfungen/Reports und Schnittstellenhandbuch.

Vorlagen- und Artefakt-Set (methodische Tools)

SoR-Matrix, Attributkatalog-Template, Mappingtabellen, Dubletten- und Golden-Record-Regeln, DQ-Regelwerk, RACI-Matrix, Cutover-/Rolloutplan, Betriebs- und Change-Regeln (Release-/Regressionstests).