CAFM: BIM-Schnittstelle

Übergabe von Bestandsdaten (BIM2FM bei Inbetriebnahme): Nach Abschluss der Bauphase werden die im BIM-Modell gesammelten Gebäudedaten als Initialbestand ins CAFM-System übertragen. Dies umfasst Bauteillisten, technische Anlagen mit Stammdaten, Flächen- und Raumdaten etc. Wichtig ist, dass hierbei die tatsächlichen As-built-Daten verwendet werden, also der reale Ausführungsstand des Bauwerks. Durch die automatisierte Übernahme aus BIM in das CAFM entfällt eine manuelle Neuerfassung der Bestandsdaten beim Einzug in die Nutzungsphase. Beispielsweise kann ein IFC-Modell des fertigen Gebäudes importiert werden, sodass im CAFM alle Räume mit ihren Nummern, Flächen und Raumnutzungen sowie alle erfassten technischen Geräte mit den entsprechenden Attributen (Hersteller, Typ, Wartungsintervalle etc.) sofort verfügbar sind.

Nutzung von 3D-Modellen im Betrieb: Im laufenden Gebäudebetrieb dient das BIM-Modell als grafisches Informationssystem. Über einen integrierten 3D-Viewer im CAFM können Facility Manager und Techniker das Gebäude virtuell begehen, Anlagen lokalisieren und sich Kontextinformationen anzeigen lassen. So können z.B. Raum- und Ausstattungsdaten direkt am Modell visualisiert werden – etwa indem Räume nach Nutzungsart oder Belegungsgrad eingefärbt werden oder per Mausklick die technischen Daten einer Klimaanlage abrufbar sind. Berichte lassen sich auf diese Weise anschaulich erstellen (z.B. Flächenreport durch farbliche Hervorhebung im Grundriss). Moderne CAFM-Lösungen bieten entsprechende Viewer-Funktionalitäten bis hin zur mobilen Nutzung auf Tablets oder Smartphones. Dadurch haben Techniker auch vor Ort Zugriff auf aktuelle Pläne und Modellinformationen und können z.B. Wartungsaufträge direkt am digitalen Modell verorten.

Wartungs- und Instandhaltungsmanagement mit BIM-Daten: Das CAFM-System nutzt die aus dem BIM übernommenen Anlageninformationen, um Wartungsplanung und Instandhaltung zu optimieren. Jeder relevante Gebäudebauteil oder jede technische Anlage besitzt im Modell eine eindeutige ID und hinterlegte Merkmale (z.B. Filtertyp, Baujahr, Wartungsrhythmus). Diese Daten werden im CAFM für die Erstellung von Wartungsplänen, Prüfterminen und Ersatzteilbeschaffungen genutzt. Rückfluss von Instandhaltungsdaten ins BIM: Ein wichtiger Anwendungsfall ist die Rückübertragung von Änderungen oder Wartungsinformationen in das BIM-Modell. Wenn z.B. eine Pumpe erneuert wird, kann diese Information im CAFM erfasst und anschließend ins BIM-Modell zurückgeschrieben werden, sodass das Modell stets den aktuellen Anlagenbestand widerspiegelt. Ebenso können regelmäßige Wartungsmaßnahmen (etwa geänderte Wartungsfristen, Prüfprotokolle) im Modell dokumentiert werden. In der Praxis wird hierfür oft entschieden, welche Änderungen tatsächlich ins Modell übernommen werden sollen – z.B. bauliche Änderungen immer, organisatorische Änderungen (wie geänderte Reinigungsintervalle) ggf. nur im CAFM belassen. Der Nutzen dieser bidirektionalen Aktualisierung ist ein konsistenter Datenstand: Das Modell bleibt nutzbar als Planungsgrundlage für künftige Umbauten, und das CAFM profitiert von modellgestützten Visualisierungen der Wartungshistorie.

Flächen- und Umzugsmanagement: Durch BIM-CAFM-Integration wird auch das Space Management verbessert. Alle Räume und Flächen sind im Modell definiert und mit IDs versehen, die dem CAFM entsprechen. Das CAFM kann die BIM-Raumdaten nutzen, um etwa Belegungspläne zu erstellen oder Umzüge zu planen. Änderungen – z.B. eine neue Raumaufteilung – können im BIM-Modell durch Architekten geplant werden und anschließend ins CAFM übertragen werden, damit die FM-Datenbank aktualisiert ist. Somit arbeiten Planer und FM auf denselben Raumstammdaten. Auch die Übergabe von Möblierungs- und Ausstattungskonzepten ist denkbar: Innenarchitektonische BIM-Daten (z.B. Möbel mit Maßen) könnten ins CAFM importiert werden, um Inventarlisten zu führen oder Reinigungsflächen zu berechnen.

Umbauplanungen und Renovierungen: Soll ein bestehendes Gebäude umgebaut oder saniert werden, bildet ein gepflegtes BIM-Modell aus dem CAFM die ideale Grundlage. Szenario: Die aktuellen Bestandsdaten aus dem CAFM (inkl. aller zwischenzeitlichen Änderungen) werden ins BIM übernommen, um das Bestandsmodell zu aktualisieren. Darauf aufbauend können Architekten verschiedene Umbauvarianten im Modell entwerfen. Die Auswirkungen auf den Betrieb (z.B. Flächenverlust, temporäre Stilllegung von Anlagen) lassen sich dank der Verknüpfung mit FM-Daten besser abschätzen. Nach Umsetzung des Umbaus fließen die neuen Daten wieder ins CAFM zurück. So unterstützen BIM und CAFM gemeinsam den gesamten Änderungsprozess. In ähnlicher Weise kann das Modell für Ausschreibungen von FM-Dienstleistungen genutzt werden: Das CAFM exportiert aktuelle Flächen- und Leistungsdaten, die im Rahmen der Ausschreibung etwa für Reinigungs- oder Wartungsdienstleister benötigt werden (z.B. Flächen nach Bodenbelag, Anzahl Türen, Lüftungsanlagen usw., die aus dem BIM-Modell stammen). Diese Daten können in Leistungsverzeichnisse einfließen, was exaktere Angebote und Verträge ermöglicht.

IFC (Industry Foundation Classes): IFC ist der wohl bedeutendste offene Standard für den Datenaustausch von Bauwerksmodellen. Dabei handelt es sich um ein von buildingSMART entwickeltes Objektmodell, das alle wesentlichen Bauwerksinformationen in einem neutralen Schema abbildet. Ein IFC-Modell enthält die logische Gebäudestruktur (z.B. Gebäude – Geschosse – Räume – Bauteile) samt Geometrie der Bauteile sowie zahlreiche Eigenschaften (Attribute) zu jedem Objekt. So können in einem IFC-Modell beispielsweise neben der 3D-Geometrie eines Bauteils auch Kosteninformationen, technische Spezifikationen oder Verweise auf Dokumente enthalten sein. IFC dient als gemeinsame Sprache zwischen unterschiedlichen Softwarelösungen – von der Architekturplanung über die TGA-Planung bis zum CAFM. Für den BIM-zu-CAFM-Transfer ist IFC zentral: Nahezu alle modernen CAFM-Systeme unterstützen den Import von IFC-Dateien, um Räume, Flächen und Assets zu übernehmen. IFC gewährleistet dabei, dass die Hierarchien (z.B. welches Bauteil in welchem Raum steht) und die Objekt-IDs erhalten bleiben. Damit bildet IFC das Rückgrat der Open-BIM-Integration.

COBie (Construction-Operations Building Information Exchange): COBie ist ein Austauschformat, das speziell für die Übergabe von Nicht-Geometrie-Daten aus BIM-Modellen an Betreiber entwickelt wurde. Es liefert gewissermaßen die Stammdaten des Bauwerks in Tabellenform. In einer COBie-Datei (oft als Excel/CSV) werden Informationen zu Räumen, Bauteilen, Anlagen, Wartungsplänen etc. als alphanumerische Attribute aufgelistet. Geometrische 3D-Daten sind hier nicht enthalten. COBie konzentriert sich auf jene Daten, die für den Betrieb relevant sind (wie Gerätelisten, Raumbücher, Ersatzteillisten). Es kann über den gesamten Lebenszyklus hinweg befüllt werden und oft werden COBie-Templates im Zuge von BIM-Projekten geführt. Einige CAFM-Systeme erlauben den Import solcher Tabellen, was insbesondere dann nützlich ist, wenn kein vollständiges 3D-Modell übertragen werden soll oder kann. COBie ist eng mit IFC verwandt – ein IFC-Modell lässt sich z.B. in eine COBie-Tabelle konvertieren. In Deutschland wird COBie zwar weniger genutzt als IFC, doch international (v.a. UK, USA) ist es ein gängiges Mittel für BIM2FM.

BCF (BIM Collaboration Format): BCF ist ein offenes Austauschformat für modellbasierte Issues und Kommentare. Es dient dazu, festgestellte Probleme, Aufgaben oder Änderungswünsche in Bezug auf ein BIM-Modell zwischen verschiedenen Anwendungen zu kommunizieren. Ein BCF-Datensatz enthält typischerweise einen Snapshot oder Verweis auf eine bestimmte Stelle im Modell (z.B. ein bestimmtes Bauteil) sowie Textkommentare, Status und Zuständigkeiten. Ursprünglich wurde BCF für die Planung und Koordination (z.B. zur Mängelverfolgung oder Kollisionsprüfung) entwickelt, gewinnt aber auch im Betrieb an Relevanz. Im Kontext CAFM kann BCF z.B. eingesetzt werden, um Meldungen aus dem Facility Management direkt im Modell zu verorten: Wenn ein Defekt auftritt, könnte der FM-Mitarbeiter im Modell einen Issue an das entsprechende Objekt heften (mit Foto/Kommentar), welcher dann als BCF an Planer oder Instandhalter weitergegeben wird. Der große Vorteil: Alle Beteiligten sehen genau, wo im Gebäude das Problem liegt und was zu tun ist. BCF ist vendor-neutral und unterstützt die Kollaboration über verschiedene BIM-Tools hinweg. Es wird nicht nur in der Planungs- und Bau-, sondern ausdrücklich auch in der Betriebsphase als Kommunikationsmittel empfohlen – beispielsweise um Änderungen am Modell während der Nutzung zu dokumentieren (Notation im Modell, wenn ein Bauteil ausgetauscht wurde, mit Hinweisen auf nötige Upgrades). Einige CAFM-Hersteller integrieren BCF-Viewer oder -Schnittstellen, sodass aus dem CAFM heraus Tickets im Modell erzeugt oder gelesen werden können.

DIN SPEC 91400 (BIM-Klassifikation nach STLB-Bau): Diese deutsche Spezifikation definiert ein Klassifikations- und Beschreibungssystem für BIM-Objekte, insbesondere auf der alphanumerischen Datenseite. Ziel ist es, einheitliche Strukturen für Bauteilinformationen bereitzustellen, die sowohl für Ausschreibungen (STLB-Bau) als auch für den Datenaustausch (IFC) kompatibel sind. Die DIN SPEC 91400 legt Anforderungen an die bauteilbezogenen Attribute in BIM-Modellen fest – z.B. welche Eigenschaften für ein Bauteil wie Wand, Tür, Klimagerät mindestens erfasst werden sollten, damit das Modell später im FM genutzt werden kann. Die Klassifikation wird als ifcXML-Katalog veröffentlicht und kann in BIM-Authoring-Tools eingebunden werden. Für die BIM-CAFM-Schnittstelle bedeutet DIN SPEC 91400, dass die Datenfelder und Begriffe abgestimmt sind und Missverständnisse vermieden werden. So wird z.B. ein Raum oder ein Gerät eindeutig klassifiziert, was den Abgleich mit Katalogen und CAFM-Systematiken (z.B. nach GEFMA-Standards) erleichtert. Obwohl die DIN SPEC 91400 mittlerweile zurückgezogen wurde (da Inhalte in andere Normen übergehen sollen), hat sie doch wichtige Grundlagen für konsistente Datenschemata geliefert und wurde in einigen BIM-Projekten als Leitfaden für FM-Daten herangezogen.

ISO 19650 (Informationsmanagement mit BIM): Die ISO-19650-Normenreihe ist ein internationaler Standard für das Informationsmanagement über den gesamten Lebenszyklus eines Bauwerks unter Verwendung von BIM. Sie legt Prozesse und Prinzipien fest, wie Informationen geplant, gesammelt, ausgetauscht und gepflegt werden sollen – vom frühen Projektstart bis in den Betrieb. Für die BIM-CAFM-Kopplung ist insbesondere ISO 19650-3 relevant, die die Betriebsphase adressiert. Darin wird beschrieben, wie Informationsanforderungen des Betreibers definiert (OIR – Organizational Information Requirements, in DE oft als AIA bezeichnet) und wie gemeinsame Datenumgebungen (CDEs) genutzt werden sollen, um einen geordneten Datenfluss sicherzustellen. Eine zentrale Rolle spielt die Idee eines Common Data Environment (CDE) – einer gemeinsamen Datenplattform, auf die alle Projektbeteiligten Zugriff haben und auf der aktuelle Modelle, Pläne und Dokumente liegen. Im Betrieb kann ein CDE z.B. als Modellserver fungieren, auf dem das BIM-Modell abgelegt ist und regelmäßig mit FM-Daten aktualisiert wird. ISO 19650 hilft, klare Verantwortlichkeiten festzulegen (z.B. über Informationsliefertermine, Verantwortliche pro Datensatz) und fordert ein strukturiertes Vorgehen beim Datenaustausch. Auch wenn ISO 19650 kein konkretes Datenformat vorschreibt, bildet sie den prozessualen Rahmen, innerhalb dessen offene Formate wie IFC/BCF effizient eingesetzt werden können.

GEFMA 926 und CAFM-Connect: GEFMA 926 ist ein White Paper der German Facility Management Association (GEFMA), das sich explizit mit Building Information Modeling im Facility Management beschäftigt. Es liefert praxisnahe Empfehlungen, wie BIM-Daten für den FM nutzbar gemacht werden können, und betont u.a. Anforderungen wie ein einheitliches Allgemeines Kennzeichnungssystem (AKS) für Objekte, klar definierte Objekt-Merkmale sowie festgelegte Datenübergabezeitpunkte und -inhalte (inkl. LOD/LOI) zwischen Bau und Betrieb. Als zentrales Ergebnis dieses Arbeitskreises entstand CAFM-Connect – ein offener Datenschnittstellen-Standard, initiiert vom CAFM-Ring (einem Verband deutscher CAFM-Anbieter). CAFM-Connect basiert auf IFC und definiert einen festgelegten Datenumfang für den Austausch immobilienrelevanter alphanumerischer Informationen zwischen BIM und FM. Version 1.0 von CAFM-Connect umfasste zunächst Raum- und Flächendaten (Hierarchie: Liegenschaft – Gebäude – Etage – Raum), Version 2.0 erweiterte dies um Anlagen- und Ausstattungsobjekte, und seit Version 3.0 können sogar Dokumente (z.B. Wartungsanleitungen, Pläne) anhand einer GEFMA-198-Klassifizierung eingebunden werden. CAFM-Connect nutzt das IFC-Schema und ergänzt es um für FM wichtige Properties und Strukturen, sodass ein IFCZIP-File gemäß diesem Standard vom BIM-System exportiert und im CAFM-System importiert werden kann. Viele CAFM-Anbieter in Deutschland unterstützen mittlerweile CAFM-Connect. Insgesamt stellt GEFMA mit White Paper 926, der Richtlinie GEFMA 198 (AKS und Klassifikationen für FM) und dem Datenstandard CAFM-Connect ein Konstrukt von Vorgaben bereit, um BIM und FM zueinander zu bringen. Diese Standards sind besonders in Deutschland relevant und ergänzen internationale Formate wie IFC/COBie um spezifische Leitlinien für den hiesigen Markt.

Dateibasiertes Import/Export: Die klassische Variante ist der Austausch von Dateien zwischen BIM- und CAFM-Software. Üblich ist z.B. der IFC-Export aus dem BIM-Authoring-Tool und ein anschließender Import dieser IFC-Datei ins CAFM-System. Viele CAFM-Lösungen haben Importfunktionen für IFC (oder auch COBie-Tabellen). Dieser Weg eignet sich insbesondere zum Übergabepunkt (etwa bei Bauabschluss) oder für periodische Aktualisierungen. Ebenso kann ein CAFM-System Exporte bereitstellen, die ins BIM importiert werden (z.B. als Excel/CSV für COBie oder als IFC mit Bestandsinformationen). Die Herausforderung bei manuellen Import/Export-Prozessen ist, diese gut zu koordinieren, damit die Daten stets aktuell und konsistent bleiben. Für die einmalige Datenübernahme (BIM2CAFM) beim Start eines Gebäudebetriebs ist der IFC-Import hingegen ein erprobtes Verfahren.

Gemeinsame Datenumgebung / Modellserver: Eine modernere Herangehensweise ist die Nutzung eines zentralen Modellservers oder CDE, auf den sowohl Planungs- als auch FM-Systeme zugreifen. In diesem Szenario liegt das BIM-Modell (z.B. im IFC-Format oder nativen Format) auf einer Plattform, die einen Lese- und Schreibzugriff via Webservice oder spezielle APIs ermöglicht. Das CAFM-System kann über eine Schnittstelle (API) direkt auf den Modellserver zugreifen, um benötigte Daten auszulesen oder Änderungen einzuspielen. Dies erlaubt nahezu in Echtzeit die Synchronisation von Daten ohne manuelle Exports. Voraussetzung ist, dass sowohl BIM-Software als auch CAFM solche Integrationen unterstützen. Oft werden hierfür REST-APIs oder SDKs der jeweiligen Plattform genutzt. Beispiele: Ein CAFM könnte sich an einen BIM-Cloud-Service (wie Autodesk Forge/BIM360, Trimble Connect o.ä.) koppeln, um das Modell im Hintergrund einzulesen. Oder ein dedizierter IFC Model Server (Open Source oder kommerziell) dient als Middleware zwischen BIM und FM. Der Vorteil: Alle Beteiligten arbeiten auf einer gemeinsamen Datenbasis, Versionierung und Zugriffsrechte können zentral gesteuert werden (gemäß ISO 19650 CDE-Prinzip). Diese Lösung erfordert jedoch höhere Integrationsaufwände und eine klare Definition, welche Daten führend sind – das Modell oder die CAFM-DB (häufig werden geometrische Strukturen im Modell gepflegt, während detailreiche Wartungspläne im CAFM federführend sind).

Viewer-Integration in CAFM: Viele CAFM-Systeme bieten die Möglichkeit, einen BIM-Viewer einzubinden, um Modelle interaktiv darzustellen. Technisch geschieht dies oft via Plugin oder Web-Viewer, der IFC, Revit, etc. anzeigen kann. Die Integration erfolgt so, dass im CAFM z.B. ein Gebäudegrundriss oder 3D-Modell angezeigt wird, in dem der Nutzer navigieren kann. Die Verknüpfung von grafischen und alphanumerischen Daten ist hierbei entscheidend: Klickt man im Modell einen Raum oder ein Gerät an, werden die hinterlegten FM-Daten aus der CAFM-Datenbank angezeigt (z.B. Wartungshistorie, Verträge, zuständiger Techniker). Umgekehrt kann vom Datensatz im CAFM ins Modell gesprungen werden (Zoom auf das entsprechende Objekt). Diese Art von Integration erfordert, dass gemeinsame IDs oder Attribute existieren, um Objekte im Modell mit Datensätzen im CAFM zu matchen – dies wird durch standardisierte GUIDs in IFC oder durch CAFM-Connect erleichtert. Technisch nutzen einige CAFM-Anbieter hier WebGL-basierte Viewer oder binden Lösungen wie Autodesk Forge Viewer ein. Das Ergebnis ist, dass der Nutzer innerhalb der CAFM-Software einen direkten visuellen Bezug zum Gebäude hat. Beispielsweise kann der CAFM-Nutzer auf einen Wartungseintrag klicken und sieht im Modell, an welcher Anlage die Wartung ansteht, inklusive aller umgebenden Zugangswege etc. Mobilität: Wie erwähnt, ermöglichen es einige Viewer sogar, die Daten auf mobilen Endgeräten bereitzustellen, was die Arbeit vor Ort enorm erleichtert (z.B. QR-Code scannen an einem Gerät, das dann im Modell lokalisiert wird).

Direkte API-Integration zwischen BIM- und FM-Software: Manche Softwarehersteller bieten spezifische Schnittstellenmodule an, um BIM- und CAFM-Lösungen zu verbinden. Beispielsweise gab es Integrationen von Revit (als BIM-Tool) mit bestimmten CAFM-Systemen über proprietäre Plugins. Hierbei werden über eine Programmierschnittstelle gezielt Daten aus dem BIM-Modell abgefragt und in die CAFM-Datenbank geschrieben. Dies kann on-demand oder periodisch erfolgen. Vorteile sind die Kontrolle, welche Parameter fließen (oft kann man genau konfigurieren, welche Familien/Eigenschaften übertragen werden). Allerdings bindet man sich dabei an bestimmte Softwareversionen oder benötigt ggf. Pflege bei Updates. Mit dem Aufkommen offener APIs in Cloud-Plattformen geht der Trend eher dahin, generische Integrationen zu schaffen (z.B. mittels Middleware, die IFC/COBie transformiert und in die CAFM-DB einspeist). Auch Graph-Datenbanken oder Linked Data-Konzepte werden erprobt, um BIM- und FM-Daten über Webstandards (wie RDF/SPARQL) zu verbinden – dies ist allerdings noch Spezialgebiet.

Datenbanken und Mapping: Im Hintergrund läuft die BIM-CAFM-Kopplung letztlich darauf hinaus, Datenmodelle abzugleichen. In BIM sind Informationen objektorientiert im Modell verankert, in CAFM liegen sie meist relational in Tabellenform vor. Eine technische Umsetzung ist daher auch, ein Mapping zwischen BIM-Objekten und CAFM-Tabellen zu definieren. Tools oder Scripts können z.B. eine IFC-Datei einlesen und die enthaltenen Räume, Wände, Geräte etc. auf die entsprechenden Entitäten in der CAFM-Datenbank abbilden (Raumtabelle, Inventartabelle usw.). Solche ETL-Prozesse (Extract, Transform, Load) können automatisiert werden. Einige CAFM-Systeme stellen dafür Konfigurationsoberflächen bereit (z.B. welcher IFC-Property-Set-Eintrag landet in welchem Feld des CAFM). Dieses Mapping muss einmal eingerichtet und bei Änderungen am BIM-Modell bzw. an FM-Anforderungen angepasst werden. Der Vorteil: Datenkonsistenz – man kann sicherstellen, dass z.B. Raumkennung, -name und -größe aus BIM exakt in den CAFM-Stammdaten ankommen. Schwieriger ist es bei komplexeren Strukturen (z.B. Verschachtelungen von Bauteilen). Nichtsdestotrotz ist dies ein verbreiteter Ansatz, um den datenbankseitigen Abgleich zu gewährleisten.

Planungs- und Bauphase: Bereits in dieser frühen Phase müssen die Weichen gestellt werden. Der Bauherr bzw. Betreiber sollte zu Projektbeginn seine Informationsanforderungen für den späteren Betrieb definieren (z.B. in Form eines Lastenheftes oder der Auftraggeber-Informations-Anforderung, AIA). Darin wird festgelegt, welche Daten am Ende in welcher Detailtiefe benötigt werden – etwa: Alle Räume mit eindeutiger Raumnummer nach Beschilderungskonzept, alle wartungsrelevanten Geräte mit Hersteller, Modell, Seriennummer und Wartungsintervallen etc.. Diese Anforderungen gilt es in den BIM-Abwicklungsplan (BAP) aufzunehmen. Während der Planungsphase erarbeiten Architekten und Fachplaner das Modell sukzessive mit steigendem Level of Development (LOD) bzw. Level of Information (LOI). Zu definierten Meilensteinen (z.B. Ende Entwurfsplanung, Ende Ausführungsplanung, nach Fertigstellung) sollten bestimmte Datensätze vollständig vorliegen. Hier empfiehlt sich die Überprüfung der Modelle auf FM-Tauglichkeit (Model Checks). Rollen: Der BIM-Manager/BIM-Koordinator überwacht, dass die FM-bezogenen Felder gefüllt sind; Fachplaner liefern ihre Anlagendaten; der Auftraggeber oder sein FM-Vertreter prüft stichprobenartig die Inhalte. Ggf. wird in dieser Phase schon eine CAFM-Software ausgewählt, damit man weiß, welche Formate unterstützt werden und welche Datenstrukturen dort erwartet sind (z.B. welche Asset-Klassifikation).

Übergabe / Inbetriebnahme: Am Ende der Bauphase, kurz vor der Übergabe an den Betreiber, erfolgt der große Daten- und Modelltransfer. Das finale As-built-Modell (bzw. das übergabefähige Modell) wird erstellt, das alle relevanten Änderungen der Bauausführung enthält. In dieser Phase kommen oft Sonderthemen hinzu wie Nachtragsmanagement (was wurde anders gebaut als geplant?) und Abnahmen, deren Ergebnisse ebenfalls ins Modell bzw. die Dokumentation einfließen. Schließlich werden alle Bestandsdaten in das CAFM überführt – entweder durch IFC-Import oder andere Formate, je nach Absprache. Wichtig ist hier ein sauberer Übergabeprozess: Welche Partei liefert was? Häufig liefert der Generalunternehmer oder BIM-Dienstleister dem Bauherrn eine Datensammlung: IFC-Modell(e), Pläne, Geräte- und Raumlisten (teils redundant als Excel), Wartungsdokumente etc. Eine Person (z.B. BIM-Manager oder FM-Verantwortlicher) sollte dann prüfen, ob die gelieferten Daten vollständig und konsistent sind, bevor sie ins laufende CAFM übernommen werden. Übergabeprotokolle können helfen, festzuhalten, welche Daten übergeben wurden und ob sie erfolgreich importiert wurden. Rollen: Bauleiter/Übergabemanager koordiniert die Datenübergabe; CAFM-Administrator importiert die Daten in das FM-System und richtet dieses für den Betrieb ein; Facility Manager werden geschult und übernehmen die Datenpflege ab diesem Zeitpunkt.

Betriebsphase: Nach der Inbetriebnahme beginnt die Nutzungsphase, in der das CAFM im Tagesgeschäft eingesetzt wird. Hier ist die Integration mit BIM im Prozess besonders spürbar: Wartungsplaner erstellen Instandhaltungspläne auf Basis der übernommenen Anlageliste; Störungsmeldungen werden im CAFM erfasst, ggf. im Modell angezeigt; Raumänderungen durch Nutzerwechsel werden nachverfolgt. Entscheidend ist, dass es definierte Prozesse gibt, wie Änderungen am physischen Gebäude im digitalen Modell nachgeführt werden. Beispielsweise: Wenn die Haustechnik einen Austausch einer Maschine durchführt, meldet sie dies dem CAFM-Admin, der das im System erfasst und im BIM-Modell ändert (oder dies passiert automatisch, falls Sensorintegration vorhanden ist). Datenfluss rückwärts: Es sollte festgelegt sein, in welchen Intervallen oder an welchen Triggern das BIM-Modell aktualisiert wird – kontinuierlich (Digital Twin mit Live-Daten), in regelmäßigen Abständen (z.B. jährlich Bestandsmodell aktualisieren lassen), oder nur bei größeren Umbauten. Die Frage ist auch: Wer pflegt das Modell während des Betriebs? Hierfür kann ein „As-Built-Model Manager“ oder BIM-Manager auf Betreiberseite benannt werden, der für die Aktualität des digitalen Zwillings verantwortlich ist. Alternativ kann diese Leistung an einen Dienstleister ausgelagert werden. In jedem Fall sind klare Verantwortlichkeiten nötig, sonst driftet das Modell schnell vom echten Gebäudezustand auseinander. Außerdem kommt in der Betriebsphase oft der Gedanke der kontinuierlichen Verbesserung ins Spiel: Die im FM gesammelten Daten (Nutzungsauswertungen, Instandhaltungskosten etc.) können zurück an Planer oder ans Asset Management gespielt werden, um künftige Projekte oder Investitionsentscheidungen zu beeinflussen.

Beteiligte Rollen: Während der Planungs- und Bauphase liegen die Daten vornehmlich in Händen von Planern und dem Projekt-BIM-Management. Ab der Übergabe wechselt die Datenhoheit zum Betreiber und seinem FM-Team. Daher muss es einen gesteuerten Übergabeprozess von Rollen geben: Der projektseitige BIM-Koordinator übergibt an den CAFM-Administrator bzw. BIM-Verantwortlichen des Betreibers. In der Betriebsphase arbeiten typischerweise Facility Manager, Instandhaltungsplaner, Techniker mit dem CAFM (und indirekt mit dem BIM-Modell via Viewer). Sie melden auch zurück, wenn z.B. Modelländerungen nötig sind (etwa wenn vor Ort festgestellt wird, dass ein Plan nicht mit der Realität übereinstimmt). Zudem können IT/RZ-Verantwortliche beteiligt sein, wenn es um Server, Cloud und Datenhaltung geht, sowie Datenschutz- oder Sicherheitsbeauftragte falls personenbezogene Daten (z.B. Arbeitsplatzzuordnungen) im Modell visualisiert werden. All diese Rollen müssen mit ins Boot geholt werden, damit die BIM-CAFM-Integration organisatorisch getragen wird. Ein oft betonter Erfolgsfaktor ist die frühzeitige Einbindung der FM-Verantwortlichen: Sie sollten schon bei der Modellerstellung Feedback geben können, ob die vorgesehenen Datenfelder ihren Bedürfnissen entsprechen. So wird gewährleistet, dass das Endprodukt (BIM-Modell) im FM tatsächlich nutzbar ist.

Klare Informationsanforderungen definieren: Wie oben angedeutet, muss der Betreiber frühzeitig festlegen, welche Informationen er aus dem BIM-Modell benötigt. Diese Anforderungen (OIR/AIA) sollten in Abstimmung mit den Planern formuliert werden. In der Praxis fehlt es hier oft an Erfahrung auf Seiten der Auftraggeber – Facility Manager wissen manchmal nicht konkret, welche Daten sie aus BIM ziehen könnten. Hilfreich sind Standardkataloge (z.B. GEFMA-Checklisten, DIN SPEC 91400) als Orientierung, welche Attribute sinnvoll sind. Ohne klare Anforderungen läuft man Gefahr, dass entweder zu wenige oder die falschen Daten übergeben werden. Herausforderung: Die richtige Balance finden zwischen Datenumfang (so viel wie nötig) und Praktikabilität (Daten müssen auch gepflegt werden können). Best Practice ist, eine Element-Attribut-Matrix zu erstellen (wie oben erwähnt), in der für jedes relevanten Objekt festgelegt ist: Welche Attribute, Einheit, Format, wer liefert, wer prüft. Dies erfordert Zeit und interdisziplinäre Zusammenarbeit vorab, ist aber fundamental.

Verantwortlichkeiten und Prozesse festlegen: Organisatorisch muss eindeutig sein, wer für die Datenpflege verantwortlich ist. Während der Bauphase sind es z.B. Architekt für Baudaten, TGA-Ingenieur für Anlagendaten etc. – diese Verantwortlichkeiten sollten dokumentiert sein (z.B. Verantwortlichkeitsmatrix im BIM-Projektabwicklungsplan). Im Betrieb muss definiert sein, wer das BIM-Modell pflegt (interne Stelle oder externer Dienstleister) und wie Änderungen gemeldet werden. Gibt es z.B. einen Prozess, dass bei jeder baulichen Änderung (Umbau) das BIM-Team informiert wird? Oder dass nach einer Wartung der durchführende Techniker prüft, ob etwas am Modell zu ändern ist? Herausforderung: Oft existiert beim Betreiber gar keine Stelle für Modellpflege – hier muss entweder eine neue Rolle geschaffen (z.B. BIM-Manager FM) oder Dienstleister beauftragt werden. Verantwortlichkeiten betreffen auch Datenhoheit: Bestimmte Daten werden besser nur in einem System geändert (siehe „Single Source of Truth“-Prinzip). So sollte z.B. ein Raumnummernsystem zentral gemanagt werden, damit Raumbezeichnungen in BIM und CAFM übereinstimmen. Im Whitepaper GEFMA 926 wird u.a. ein allgemeines Kennzeichnungssystem (AKS) gefordert, das über alle Systeme einheitlich gilt – das ist eine organisatorische Aufgabe (Namenskonventionen, IDs), die geklärt sein muss.

Datenübergabepunkte und -formate vereinbaren: Auftraggeber und Auftragnehmer sollten früh im Projekt festlegen, wann und in welcher Form Daten übergeben werden. Typische Übergabepunkte sind: Ende Bau (Übergabe an FM), aber ggf. auch Zwischenschritte (z.B. Test-Import eines Teilmodells in der Planungsphase, Übergabe vor Inbetriebnahme für Probebetrieb etc.). Hierbei sind die Formate auszuwählen – meist IFC4 für Geometriedaten, ggf. ergänzt durch Excel-Listen (COBie) für Attribute oder PDFs für Dokumente. Wichtig: Vertragliche Verankerung dieser Deliverables. Wenn BIM-Leistungen ausgeschrieben werden, sollte das FM-Paket Bestandteil sein. In Deutschland fordern z.B. immer mehr Auslober IFC-Übergaben und teilweise auch die Lieferung einer CAFM-Connect-konformen Datei. Herausforderung: Oft wird der FM-Datentransfer im Vertrag vergessen oder nur vage beschrieben, was später zu Streit führt („Das Modell enthält nicht, was wir brauchen“). Daher proaktiv regeln, idealerweise mit Beispielen oder Pilotimporten validieren, ob das CAFM die gelieferten Daten verarbeiten kann.

Organisatorische Zusammenarbeit zwischen Abteilungen: BIM-Implementierung wird häufig von der Bau-/Planungsabteilung eines Unternehmens vorangetrieben, während das CAFM im Verantwortungsbereich der Facility-Management-Abteilung liegt. Damit die Integration gelingt, müssen diese Abteilungen zusammenarbeiten. Es bedarf einer internen Abstimmung – etwa regelmäßige Treffen zwischen BIM-Managern und FM-Managern –, um Anforderungen zu klären, den Projektfortschritt zu besprechen und später den Übergang zu koordinieren. Herausforderung: Unterschiedliche „Kulturen“ und Softwarekenntnisse: Planer denken in 3D-Modellen, FM-Leute eher in Tabellen und Tickets. Hier ist Change Management gefragt, um Verständnis füreinander zu schaffen. Zum Beispiel sollten Facility Manager in der späten Bauphase Schulungen erhalten, um das Modell lesen zu können, und Planer sollten Feedback aus dem FM annehmen (z.B. welche Informationen im Alltag wirklich benötigt werden).

Schulung und Kompetenzaufbau: Ein oft unterschätzter organisatorischer Aspekt ist die Qualifikation der Mitarbeiter. Die besten Schnittstellen nützen wenig, wenn die Anwender sie nicht bedienen oder interpretieren können. Facility Manager müssen ggf. geschult werden, mit dem 3D-Modell umzugehen, relevante Informationen darin zu finden oder einfache Auswertungen zu machen. Umgekehrt müssen BIM-Spezialisten lernen, welche Daten für FM wichtig sind (und welche nicht, z.B. kann die extreme Detaillierung eines 3D-Modells für FM unnötig und hinderlich sein). Herausforderung: Weiterbildung kostet Zeit und Geld und wird in straffen Projektplänen oft vernachlässigt. Best Practice ist, früh Pilotanwendungen durchzuführen (z.B. einen Teil des Gebäudes exemplarisch ins CAFM übernehmen) und die FM-Mitarbeiter einzubeziehen, damit sie ein Gefühl für den Nutzen entwickeln. Außerdem sollte es Dokumentationen geben, z.B. Datenhandbücher oder Richtlinien im Unternehmen, damit neue Mitarbeiter wissen, wie mit BIM-FM-Daten umzugehen ist.

Datenpflege und Governance: Organisatorisch muss geklärt sein, wie die Datenqualität dauerhaft sichergestellt wird. Es sollte ein Datenverantwortlicher benannt sein, der periodisch prüft, ob Modell und Realität noch übereinstimmen. Prozesse für Rückmeldungen aus dem Betrieb (z.B. „Equipment X existiert nicht mehr“) müssen etabliert sein. Zudem spielen Zugriffsrechte und Datenschutz eine Rolle: Das BIM-Modell kann theoretisch viele Informationen enthalten, z.B. personenbezogene Daten (Raumbelegung durch Personen, sicherheitsrelevante Informationen etc.). Man muss regeln, wer Zugriff auf das Gesamtmodell hat und wer nur auf bestimmte Ausschnitte (Prinzip der notwendigen Information). Diese Governance-Aspekte sind wichtig, um Akzeptanz und Compliance zu gewährleisten.

Investitionsbereitschaft und strategische Entscheidung: Die Einführung einer BIM-CAFM-Kopplung ist nicht nur ein IT-Projekt, sondern eine strategische Entscheidung des Unternehmens. Es erfordert anfänglich Investitionen (Software, Schulung, evtl. Personal) und einen langen Atem. Die Unternehmensführung muss dahinter stehen und den Nutzen verstehen – hier kann ein Business Case helfen, der die erwarteten Einsparungen in der Betriebsphase gegen die Aufwände stellt. GEFMA 926 betont, dass die Wirtschaftlichkeit sich aus Investition vs. Einsparungen ergibt – d.h. man investiert in technische Infrastruktur, erhält dafür aber Vermeidung von Planungsfehlern und effizientere Prozesse als Gegenwert. Diese Denkweise muss intern kommuniziert werden, um alle Beteiligten an Bord zu holen.

Modellkomplexität vs. Verwendbarkeit: BIM-Modelle aus der Planungsphase sind oft extrem detailreich (hoher LOD) – mit feinen Geometrien, hunderten kleinen Bauteilen und komplexen Strukturen. Für das Facility Management sind jedoch nicht alle Details relevant. Ein zu komplexes Modell kann Performance-Probleme verursachen und die Anwender überfrachten. Herausforderung: Das CAFM-System oder der Viewer können an ihre Grenzen stoßen, wenn etwa jede Schraube als eigenes Objekt enthalten ist. Best Practice: Modellvereinfachung (Model Simplification) vor der Übergabe. Das heißt, aus dem Gesamtmodell werden nur für FM benötigte Elemente extrahiert oder irrelevante Details ausgeblendet. Viele BIM-Authoring-Tools erlauben die Erstellung von FM-spezifischen Ansichten bzw. Model View Definitions (MVD). Beispielsweise kann man eine IFC-Exportkonfiguration nutzen, die nur Räume, Türen, Fenster, Hauptbauteile und technische Anlagen exportiert, aber Kleinteile wie Schrauben, Gerüstbauteile etc. weglässt. Zudem sollten 2D-Pläne als Ergänzung bereitgestellt werden, da FM-Mitarbeiter oft mit Grundrissen arbeiten – diese können aus dem Modell abgeleitet werden. Ein weiterer Aspekt: Die Dateigröße. IFC-Dateien >500 MB können unhandlich sein; hier hilft es, je Gebäude oder je Geschoss separate Dateien zu nutzen. Letztlich gilt: So detailliert wie nötig, so einfach wie möglich – das ist die Devise bei BIM2FM-Modellen.

Uneinheitliche Daten und Attribut-Harmonisierung: Wenn verschiedene Planer am BIM-Modell arbeiten, kommt es leicht zu uneinheitlichen Bezeichnungen und Strukturen. Beispielsweise könnten die TGA-Planer andere Begriffe für Anlagen verwenden als das CAFM-System erwartet (z.B. „AHU“ vs. „Lüftungsgerät“). Herausforderung: Eine direkte Übernahme scheitert, wenn Attribute nicht zueinander passen oder Schlüssel fehlen. Best Practice: Frühzeitige Definition von Datenstandards im Projekt. Das umfasst ein gemeinsames Klassifikationssystem (z.B. nach DIN SPEC 91400, Omniclass, oder innerhalb Deutschlands oft gemäß GEFMA 198). Alle Beteiligten sollten dieses System anwenden, damit z.B. alle Steckdosen als solche klassifiziert sind und nicht teils als „Elektrogerät“, teils als „Steckdose“ geführt werden. Auch sollten einheitliche Benennungen für Räume, Gebäude, Anlagen festgelegt werden (AKS – Allgemeines Kennzeichnungssystem), damit IDs konsistent sind. Hier zahlt sich aus, wenn ein FM-Berater oder CAFM-Experte bereits die Modellierung begleitet. Für internationale Projekte sind Daten-Dictionaries (wie buildingSMART Data Dictionary, bSDD) hilfreich, um Begriffe zu standardisieren. Zusätzlich können Mapping-Tabellen eingesetzt werden: Sollte das BIM-Modell andere Begrifflichkeiten haben, kann man beim Export ins CAFM diese über ein Mapping in die erwarteten Begriffe umwandeln. Moderne CAFM-Systeme unterstützen oft solche Import-Mappings. Wichtig ist auch die Harmonisierung von Attributformaten – z.B. Datumsformate, Einheiten (m vs. mm), etc., um reibungslos zu importieren. Summarisch sollte ein Datenhandbuch festhalten, welche Felder aus BIM wohin ins CAFM gehen (und vice versa).

Unklare Führungsverantwortung (Authoritative Source): Viele Informationen liegen sowohl im BIM-Modell als auch im CAFM vor – doch wo werden sie aktualisiert? Ohne klare Regel besteht die Gefahr von Dateninkonsistenzen (z.B. Raum wurde im FM umgenutzt, aber BIM weiß davon nichts). Herausforderung: Modell und FM-System laufen auseinander. Best Practice: Festlegung der Master-Systeme je Informationsart. Beispielsweise: Geometrie, Raumzuschnitte, Bauwerksstruktur → BIM-Modell ist führend; Nutzer, Verträge, Wartungsaufträge → CAFM ist führend. Andere Bereiche können gemischt sein: Anlagestammdaten etwa könnten initial aus BIM kommen, dann im CAFM aktualisiert werden. In solchen Fällen sollte der Rückfluss ins Modell orchestriert sein. In einem Guideline-Dokument (z.B. BIM-Betriebskonzept) kann tabellarisch aufgeführt werden, welche Daten in welchem System als aktuell zu gelten haben. Das verhindert doppelte Pflege. Außerdem sollten Schnittstellen nach Möglichkeit so eingerichtet sein, dass Daten nur an einer Stelle geändert werden müssen und dann synchronisiert werden. Eine empfohlene Vorgehensweise ist, wo immer möglich auf Dopplungen zu verzichten. Wenn z.B. ein externer Energiemonitoring-System existiert, muss dessen Sensorik nicht ins CAFM kopiert werden; stattdessen kann das CAFM über Schnittstellen die Werte anzeigen, aber nicht speichern. Solche verteilten Systeme sauber zu managen, erfordert jedoch gute Planung.

Datenpflege über lange Zeit: Die wohl größte Herausforderung ist die Langzeitpflege des digitalen Zwillings. Bauprojekte dauern vielleicht 2–3 Jahre, aber Gebäude werden 30+ Jahre genutzt. In dieser Zeit ändern sich nicht nur die Gebäude, sondern auch die Software-Systeme. Herausforderung: Das BIM-Modell aktuell zu halten über Jahrzehnte – was ist, wenn neue Bauabschnitte kommen, der CAFM-Anbieter wechselt oder neue BIM-Standards auftauchen? Es besteht die Gefahr, dass der digitale Zwilling nach einigen Jahren „einschläft“. Best Practices: Hier gibt es mehrere Ansätze. Erstens, Vertragsmodell: Den Planern oder einem Dienstleister kann vertraglich eine Dokumentationspflicht im Betrieb auferlegt werden (etwa ein Rahmenvertrag für BIM-Datenpflege über X Jahre). Zweitens, Motivation durch Nutzen: FM-Teams werden das Modell nur dann pflegen, wenn sie einen direkten Mehrwert darin sehen. Daher sollte das Modell aktiv im FM-Alltag eingesetzt werden (z.B. als primäre Informationsquelle bei Störungen), sodass ein Anreiz besteht, es aktuell zu halten. Drittens, Automatisierung: Wo möglich, sollten Änderungen automatisch erfasst werden. Beispiel: Kopplung mit IoT – wenn ein Sensor eine neue Anlage meldet, wird diese Info ins Modell eingetragen. Oder Nutzung von einfachen Mitteln wie QR-Codes an Geräten, die die ID enthalten; scannt ein Techniker diesen und meldet „Gerät ersetzt“, kann das System zumindest markieren, dass eine Änderung ansteht. Viertens, regelmäßige Audits: Es kann sinnvoll sein, alle paar Jahre einen Abgleich des Modells mit der Realität durchzuführen (z.B. via Laserscan & Vergleich mit Modell). So erkennt man Diskrepanzen und kann nachpflegen. Diese langfristigen Maßnahmen müssen organisatorisch geplant und budgetiert werden – oft hapert es hier, was dann leider zu dem führt, was viele befürchten: einem veralteten Modell. Doch wenn es gelingt, das Modell laufend zu aktualisieren, bleibt der Nutzen hoch: „Nur ein lebendiges Modell ist ein wertvolles Modell“ – ohne Updates ist der digitale Zwilling unzureichend für den Betrieb.

Akzeptanz und Change Management: Wie bereits erwähnt, ist die Mensch-Komponente nicht zu unterschätzen. FM-Mitarbeiter könnten Vorbehalte haben, neue Software oder 3D-Modelle in ihren Alltag zu integrieren, insbesondere wenn sie lange mit 2D-Plänen und Excel gearbeitet haben. Herausforderung: Widerstand oder Nicht-Nutzung der vorhandenen Möglichkeiten. Best Practice: Schulung und Einbindung sind hier zentral. Zudem sollte man Quick Wins aufzeigen – z.B. demonstrieren, wie man mit dem Modell in Sekunden einen exakten Flächenreport erzeugt, was früher Stunden dauerte. Die Usability der eingesetzten Tools ist ebenso wichtig: ein komplizierter BIM-Viewer, der lange lädt, wird ungern genutzt. Hier auf leistungsfähige, einfache Werkzeuge setzen. Es kann helfen, „BIM-Champions“ im FM-Team zu benennen, also Mitarbeiter, die extra geschult werden und als Multiplikatoren fungieren. Darüber hinaus sollte das Management Erfolge kommunizieren (z.B. „Durch das BIM-Modell konnten wir die Wartungskosten um 10 % senken, weil…“), um die Motivation hochzuhalten. Im Grunde ist es ein Change-Prozess, Gebäudeinformationen anders zu managen – der Mensch muss hier mitgenommen werden.

Fehlende Standardisierung & Interoperabilität: Trotz IFC und Co. gibt es in der Praxis immer wieder Integrationsprobleme, weil unterschiedliche Software-Systeme beteiligt sind. So nutzen verschiedene CAFM-Systeme teils proprietäre Datenmodelle, und BIM-Tools liefern proprietäre Erweiterungen in IFC, die das jeweilige CAFM nicht versteht. Herausforderung: Kein einheitlicher Integrationsweg, hoher Abstimmungsaufwand. So wurde z.B. von Experten festgestellt, dass eine einheitliche Methode für die Integration fehlt und die Vielzahl an verschiedenen CAFM- und BIM-Systemen die Sache verkompliziert. Best Practice: Einsatz von Open-BIM-Standards wo immer möglich und Test der Schnittstelle im Pilot. Wenn möglich, sollte man CAFM-Systeme bevorzugen, die zertifizierte IFC-Importe haben oder die vom Anbieter aktiv im BIM-Umfeld weiterentwickelt werden. In Ausschreibungen kann man z.B. verlangen, dass das CAFM mit IFC4 und eventuell CAFM-Connect umgehen kann. Zudem lohnt der Blick auf Initiativen und Profile: buildingSMART und GEFMA arbeiten z.B. an speziellen Betriebsphase-Modelldefinitionen. Aktuell sind wir noch in einer Übergangsphase – viele Prozesse werden individuell gelöst. Aber es zeigt sich, dass Kollaboration der Hersteller zunimmt. So haben einige CAFM-Anbieter bereits Add-ons oder Partnerschaften, um gängige BIM-Tools anzubinden. Nutzer können diesen Trend fördern, indem sie in Projekten Standardformate konsequent einfordern. Darüber hinaus hilft der Austausch in Fachkreisen (CAFM Ring, buildingSMART-Arbeitsgruppen), um Best Practices zu teilen und Druck für mehr Standardisierung aufzubauen.