CAFM-Produktmarkt

Die fachlich sinnvolle FM-Zielarchitektur verbindet Unternehmenssysteme, Gebäudebetrieb und Auswertungswelt. ERP liefert Finanz-, Bestell- und Vertragsbezug. HR/IAM bringt Personen-, Rollen- und Berechtigungsstrukturen ein. DMS hält Dokumente, Nachweise und Versionen. BIM/IFC liefert strukturierte Objekt- und Anlageninformationen. BMS/BAS, Sensorik und Metering liefern Zustands- und Verbrauchsdaten. Analytics/BI verdichtet diese Daten zu Steuerungsinformationen.

Besonders für BIM-nahe Übergaben ist die Logik der Auftraggeber-Informationsanforderungen zentral: Der Auftraggeber definiert, welche Informationen zu welchem Zeitpunkt, in welcher Qualität und in welcher Struktur benötigt werden. Für den offenen Austausch ist IFC nach buildingSMART International die relevante, herstellerneutrale ISO-Grundlage. Für Betriebs- und Automationsdaten dominieren offene Interoperabilitätsstandards wie BACnet und OPC UA.

Pragmatisch bewährt sich eine Dreiteilung: Erstens ein führendes FM-Kernsystem, zweitens eine OT-nahe Steuerungsebene, drittens eine Daten- und Analyseebene. Wo diese Rollen nicht sauber getrennt werden, entstehen typische Probleme: doppelte Stammdaten, widersprüchliche Zustandsbilder, nicht prüffähige Nachweise und fragile Schnittstellen.

Softwareeinführungen im FM sind Organisationsprojekte mit Daten- und Betriebsanteil. Der sachgerechte Ablauf folgt meist sechs Schritten: Zielbild und Business Case, Sollprozesse und Anforderungen, Daten- und Integrationsdesign, Konfiguration und Migration, Pilot und Rollout, Stabilisierung im Regelbetrieb. Die FM-Normen zu Strategie, Policy und Performance stützen genau diese Reihenfolge: erst Ziel und Steuerung, dann Umsetzung.

Realistische Zeitkorridore liegen ohne Sektorvorgabe typischerweise bei sechs bis zwölf Wochen für CAFM-light oder mobile Einzelmodule, bei vier bis neun Monaten für ein solides CAFM-/CMMS-Basissystem an einem oder wenigen Standorten und bei neun bis 18 Monaten oder mehr für unternehmensweite IWMS-, EAM- oder stark integrierte Smart-Building-Vorhaben. Ausschlaggebend sind nicht nur Funktionen, sondern Datenreife, Integrationsdichte und Vergabeweg.

R = Responsible, A = Accountable, C = Consulted, I = Informed.

Datenmigration ist im FM selten ein bloßes ETL-Thema. Tatsächlich geht es um Objekt- und Anlagenhierarchien, Pflichtattribute, Dokumentenverknüpfung, Prüffristen, Historien, Dubletten, Klassifikationen und die Frage, welches System wofür führend ist. Sauberer Change beginnt deshalb nicht in der Schulung, sondern bei der Entscheidung, welche Sollprozesse verbindlich werden und welche Altlisten abgeschaltet werden.

Wirtschaftlich tragfähig wird eine FM-Plattform erst, wenn sie Prozesskosten, Nachweisfähigkeit, Betriebsqualität und Datenverfügbarkeit zugleich verbessert. TCO geht deutlich über Lizenz- oder Subskriptionskosten hinaus.

Die wichtigsten Kostentreiber sind fünf: Datenbereinigung und Migration, Schnittstellen, Konfiguration/Customizing, Schulung/Change sowie laufender Betrieb inklusive Support, Geräte, API-Wartung und Releases. Ergänzend wirkt der Umfang der grafischen und dokumentenbezogenen Daten stark auf Projektlaufzeit und Kosten ein.

Als illustrative Beispielstruktur zeigt eine aktuelle deutschsprachige Marktbeobachtung für eine CAFM-Einführung in einem Verwaltungsgebäude folgende Kostenverteilung. Sie ist kein Naturgesetz, aber ein brauchbarer Warnhinweis: Dienstleistungs- und Datenaufwand werden regelmäßig unterschätzt.

Sobald FM-Systeme personenbezogene, sicherheitsrelevante oder betriebsnahe Daten verarbeiten, ist Datenschutz kein Annex mehr. Die Europäische Kommission beschreibt die Grundprinzipien der DSGVO klar: Rechtmäßigkeit, Zweckbindung, Datenminimierung, Speicherbegrenzung, Richtigkeit, Integrität/Vertraulichkeit und Rechenschaftspflicht. Für FM-Prozesse betrifft das nicht nur klassische Stammdaten, sondern auch Zugangsdaten, mobile Rückmeldungen, Arbeitsplatz- und Belegungsdaten, Schichtinformationen, Fotos und KI-gestützte Auswertungen.

Für Cloud- und Plattformmodelle ist besonders wichtig, Rollen und Verträge sauber zu ordnen: Wer ist Verantwortlicher, wer Auftragsverarbeiter, welche Unterauftragnehmer sind beteiligt, wo liegen Daten, und wie sehen Lösch- und Exit-Prozesse aus.

Der deutsche Datenschutzfokus liegt zusätzlich auf „Data Protection by Design“ und datenschutzfreundlichen Voreinstellungen. Der BfDI betont ausdrücklich, dass technische Systeme so zu gestalten sind, dass legitime Verarbeitungen datenschutzgerecht umgesetzt werden. Praktisch bedeutet das für FM-Systeme: rollenbasiertes Berechtigungskonzept, Protokollierung, Pseudonymisierung wo möglich, begrenzte Detailtiefe bei personenbezogenen Analysen, dokumentierte Löschregeln und eine enge Einbindung von Datenschutz und Security schon vor dem Pilot.

Für Cloud-Beschaffung ist C5 des BSI die naheliegende deutsche Referenz. C5 formuliert Mindestanforderungen an sicheres Cloud Computing; die 2026 veröffentlichte Fassung schärft den zeitgemäßen Sicherheitsrahmen weiter nach. C5 ersetzt keine eigene Risikoanalyse, ist aber ein belastbarer Prüfkorridor für Rechenzentrum, Providerkontrollen, Transparenz und korrespondierende Kundenpflichten.

Bei KI-Funktionen ist 2026 zusätzlich die europäische KI-Regulierung praktisch relevant. Der AI Act ist seit August 2024 in Kraft; Verbote bestimmter Praktiken und Pflichten zur AI Literacy gelten seit Februar 2025, weitere Teile seit August 2025, die volle Anwendbarkeit ist grundsätzlich ab August 2026 vorgesehen. Für FM ist das vor allem dort relevant, wo KI bei Priorisierung, Anomalieerkennung, Belegung, Chatbots oder sicherheitsnahen Entscheidungen eingesetzt wird. Die Einordnung der konkreten Anwendung bleibt use-case-spezifisch; erforderlich sind in jedem Fall Dokumentation, Human Oversight und eine saubere Datengrundlage.