CAFM-Grundlagen — Datenmodelle, Nummernsysteme und Stammdaten aufbauen

technischer Systeme und Anlagen in einem IWMS. Ziel ist es, die physische und funktionale Struktur eines Standortes so darzustellen, dass sie im Betrieb, in der Instandhaltung und im Reporting eindeutig nutzbar ist.

Ein gutes Gebäudedatenmodell bildet nicht nur die räumliche Struktur ab, sondern auch technische und organisatorische Beziehungen. Es zeigt, welcher Standort welche Gebäude enthält, welche Bereiche in einem Gebäude vorhanden sind, welche Räume oder Zonen zu einem Bereich gehören und welche Anlagen dort installiert sind.

In Industrieanlagen sollte das Datenmodell auch produktionsrelevante Zonen, technische Versorgungsbereiche, Mediennetze, Sicherheitsbereiche, Reinheitsklassen, Ex-Schutz-Bereiche, Brandabschnitte oder zugangsbeschränkte Bereiche berücksichtigen, soweit diese für Betrieb, Wartung oder Compliance relevant sind.

Ein zentrales Ziel der Datenmodellierung ist die eindeutige Verknüpfung von Anlagen mit ihren Standorten. Jede technische Anlage muss einem logischen und physischen Ort zugeordnet werden können. Dazu gehören Standort, Gebäude, Etage, Bereich, Raum, Zone oder technische Anlagefläche.

Diese Zuordnung ist wichtig für Arbeitsvorbereitung, Störungsbehebung, Wartung, Ersatzteilplanung, Sicherheitsbewertung und Kostenverfolgung. Wenn eine Pumpe beispielsweise in einer Technikzentrale installiert ist, muss eindeutig erkennbar sein, zu welchem Gebäude, welchem Versorgungssystem und welchem Produktionsbereich sie gehört.

Neben der räumlichen Zuordnung ist auch die systemische Beziehung relevant. Eine Anlage kann Teil eines übergeordneten Systems sein, zum Beispiel einer Kälteanlage, einer Druckluftversorgung oder eines Lüftungssystems. Diese Beziehung hilft, Auswirkungen von Störungen und Wartungsmaßnahmen besser zu verstehen.

Ein einheitliches Datenmodell sorgt dafür, dass alle Fachbereiche dieselbe Struktur und dieselben Begriffe verwenden. Das reduziert Interpretationsspielräume und verbessert die Zusammenarbeit zwischen Facility Management, Engineering, Produktion, Instandhaltung, Einkauf und Controlling.

Wenn Standorte, Gebäude, Anlagen und Systeme nach einheitlichen Regeln abgebildet werden, lassen sich Informationen leichter vergleichen, aggregieren und auswerten. Ein zentral definiertes Datenmodell verhindert, dass jede Abteilung eigene Strukturen aufbaut und dadurch Datenbrüche entstehen.

Informationskonsistenz ist auch für Audits, technische Prüfungen, interne Kontrollen und Managementberichte entscheidend. Sie stellt sicher, dass Berichte auf denselben Grundlagen beruhen und Entscheidungen nachvollziehbar bleiben.

Die Hierarchie sollte so aufgebaut sein, dass sie die Realität des Standortes ausreichend genau, aber nicht unnötig komplex abbildet. Eine zu grobe Struktur erschwert die Zuordnung und Auswertung. Eine zu detaillierte Struktur erhöht den Pflegeaufwand und kann die Datenqualität verschlechtern.

Für Produktionsstandorte empfiehlt sich eine klare Trennung zwischen räumlicher Hierarchie und technischer Systemhierarchie. Die räumliche Hierarchie beschreibt, wo sich etwas befindet. Die technische Systemhierarchie beschreibt, wozu eine Anlage gehört und welche Funktion sie erfüllt.

Parent-Child-Strukturen beschreiben die Beziehung zwischen übergeordneten Anlagen und ihren untergeordneten Komponenten. Eine Kälteanlage kann beispielsweise aus Verdichter, Wärmetauscher, Pumpen, Ventilen, Sensoren, Steuerungseinheiten und Rohrleitungsabschnitten bestehen.

Die übergeordnete Anlage wird als Parent-Objekt geführt. Die einzelnen Bestandteile werden als Child-Objekte gepflegt, sofern sie separat gewartet, geprüft, bewertet oder ausgetauscht werden müssen. Diese Struktur ermöglicht eine präzise Instandhaltungsplanung und eine bessere Analyse von Ausfällen.

Nicht jede Schraube oder jedes Kleinteil muss als eigenständige Komponente im IWMS geführt werden. Entscheidend ist, ob das Objekt für Betrieb, Wartung, Sicherheit, Kosten, Ersatzteilmanagement oder Compliance relevant ist.

betrieblichen System gehören. Ein Lüftungssystem kann zum Beispiel aus Luftbehandlungsgerät, Ventilatoren, Filtern, Luftkanälen, Brandschutzklappen, Sensoren und Regelungstechnik bestehen.

Diese Beziehung ist wichtig, um die Funktion eines Systems gesamthaft zu verstehen. Bei einer Störung kann schnell ermittelt werden, welche Anlagen betroffen sind und welche Produktionsbereiche durch das System versorgt werden.

Systembeziehungen unterstützen außerdem die Planung von Wartungsstillständen. Wenn mehrere Anlagen Teil desselben Systems sind, können Arbeiten gebündelt und Stillstandszeiten reduziert werden.

Anlage-zu-Standort-Beziehungen stellen sicher, dass jede Anlage eindeutig einem physischen Ort zugewiesen ist. Diese Zuordnung sollte mindestens Standort und Gebäude enthalten. Bei wartungsrelevanten Anlagen sollten zusätzlich Bereich, Raum oder Zone gepflegt werden.

Eine eindeutige Standortbeziehung erleichtert das Auffinden der Anlage im Feld. Dies ist besonders wichtig für externe Dienstleister, neue Mitarbeitende, Notfalleinsätze und standortübergreifende Teams.

Darüber hinaus bildet die Standortzuordnung die Grundlage für Kostenanalysen, Energieauswertungen, Betreiberpflichten, Flächenbezug und standortspezifische Leistungskennzahlen.

Technische Dokumente sollten direkt mit den zugehörigen Anlagen, Systemen oder Standorten verknüpft werden. Dazu gehören Betriebsanleitungen, Wartungsvorgaben, Prüfprotokolle, Schaltpläne, Revisionsunterlagen, Sicherheitsdatenblätter, Konformitätserklärungen, Ersatzteillisten und Herstellerinformationen.

Eine saubere Dokumentenverknüpfung reduziert Suchzeiten und stellt sicher, dass Mitarbeitende mit aktuellen und gültigen Informationen arbeiten. Besonders bei sicherheitskritischen Anlagen ist die Verfügbarkeit der richtigen Dokumente wesentlich.

Im IWMS sollte eindeutig geregelt sein, welche Dokumente Pflichtdokumente sind, wer sie hochlädt, wer sie prüft, wie Versionen verwaltet werden und wann veraltete Dokumente archiviert werden.

Standardisierung bedeutet, dass Datenstrukturen, Begriffe, Klassifikationen und Pflichtfelder einheitlich definiert werden. Für Standorte, Gebäude, Räume, Systeme und Anlagen sollten verbindliche Regeln gelten.

Beispiele sind standardisierte Anlagenklassen, einheitliche Standortcodes, definierte Raumtypen, klare Systemkategorien und verbindliche Benennungsregeln. Standardisierung erleichtert Schulung, Datenerfassung, Datenmigration, Reporting und Systemintegration.

Ohne Standardisierung entstehen uneinheitliche Datenbestände, die nur schwer vergleichbar und auswertbar sind.

Ein Datenmodell muss zukünftige Erweiterungen aufnehmen können. Industrie- und Produktionsstandorte verändern sich durch Umbauten, neue Produktionslinien, Erweiterungsbauten, Modernisierungen, Anlagenersatz oder organisatorische Änderungen.

Skalierbarkeit bedeutet, dass neue Standorte, Gebäude, Systeme, Anlagenklassen und Codes ergänzt werden können, ohne bestehende Strukturen zu beschädigen. Nummerierungs- und Codierungssysteme sollten daher ausreichend Reserven und klare Erweiterungsregeln enthalten.

Ein skalierbares Modell vermeidet aufwendige Umstrukturierungen und unterstützt langfristige Systemstabilität.

Ein Datenmodell ist nur dann erfolgreich, wenn es im Tagesgeschäft gepflegt werden kann. Zu komplexe Modelle führen oft dazu, dass Daten nicht vollständig oder nicht korrekt aktualisiert werden.

Wartbarkeit bedeutet, dass Datenfelder verständlich sind, Pflegeverantwortlichkeiten klar definiert werden und Änderungen durch einfache, kontrollierte Prozesse erfolgen. Pflichtfelder sollten notwendig und sinnvoll sein. Optionale Felder sollten nur verwendet werden, wenn sie einen erkennbaren betrieblichen Nutzen haben.

Ein wartbares Datenmodell unterstützt eine dauerhaft hohe Datenqualität und reduziert administrativen Aufwand.

Das Datenmodell muss die realen Facility-Management- und Produktionsunterstützungsprozesse widerspiegeln. Es sollte nicht nur aus technischer IT-Sicht aufgebaut werden, sondern aus Sicht der Nutzerinnen und Nutzer, die damit arbeiten.

Dazu gehören Instandhaltungsplanung, Störungsmanagement, Prüfmanagement, Dokumentenmanagement, Flächenmanagement, Energieauswertung, Dienstleistersteuerung, Budgetplanung und Berichtswesen.

Wenn das Datenmodell an den betrieblichen Prozessen ausgerichtet ist, entstehen weniger Umgehungslösungen, weniger manuelle Zusatzlisten und eine höhere Akzeptanz im Betrieb.

Nummerierungs- und Codierungsstandards stellen sicher, dass jedes relevante Objekt eindeutig identifiziert werden kann. Dazu gehören Standorte, Gebäude, Räume, technische Systeme, Anlagen, Komponenten, Dokumente und gegebenenfalls Arbeitsplätze oder Servicebereiche.

Eine eindeutige ID ist die Grundlage für Datensicherheit, Wartungsplanung, Systemintegration und Reporting. Sie verhindert, dass ein Objekt mehrfach angelegt oder mit einem anderen Objekt verwechselt wird.

Für Industrieanlagen ist dies besonders wichtig, weil ähnliche Anlagen häufig mehrfach vorhanden sind. Mehrere Pumpen, Ventilatoren, Schaltschrankfelder oder Kompressoren können baugleich sein, müssen aber eindeutig voneinander unterschieden werden.

Dubletten entstehen, wenn dasselbe Objekt mehrfach mit unterschiedlichen Namen, Codes oder Beschreibungen angelegt wird. Dies führt zu falschen Auswertungen, doppelten Wartungsplänen, unvollständigen Historien und Verwirrung bei Arbeitsaufträgen.

Ein klarer Nummerierungsstandard reduziert dieses Risiko. Vor der Anlage neuer Datensätze sollte geprüft werden, ob das Objekt bereits existiert. Suchregeln, Pflichtfelder, eindeutige Schlüssel und Freigabeprozesse unterstützen diese Kontrolle.

Die Vermeidung von Dubletten ist eine zentrale Voraussetzung für Datenqualität. Ein IWMS kann nur zuverlässig arbeiten, wenn jedes reale Objekt genau einem aktiven Stammdatensatz entspricht.

Gut strukturierte Codes erleichtern das Auffinden und Auswerten von Informationen. Wenn der Code Standort, Gebäude, System und laufende Nummer enthält, können Anwender bereits aus der Kennung grundlegende Informationen ableiten.

Berichte können nach Standort, Gebäude, Systemtyp, Anlagenklasse oder Bereich gefiltert werden. Dadurch lassen sich Kennzahlen gezielt analysieren, zum Beispiel Instandhaltungskosten je Gebäude, Anzahl kritischer Anlagen pro System oder offene Arbeitsaufträge in einem Produktionsbereich.

Codierungen sollten jedoch nicht überladen werden. Ein Code muss eindeutig und lesbar bleiben. Zusätzliche Informationen können über separate Datenfelder gepflegt werden.

Diese Struktur zeigt eine einfache und gut lesbare Anlagennummer. Sie ermöglicht eine schnelle Zuordnung zur physischen und technischen Umgebung. Der Standortcode zeigt, in welchem Werk sich die Anlage befindet. Der Gebäudecode zeigt die bauliche Zuordnung. Der Systemcode beschreibt die technische Zugehörigkeit. Die Anlagennummer stellt die eindeutige Identifikation innerhalb der definierten Struktur sicher.

Für größere Organisationen können zusätzliche Elemente erforderlich sein, zum Beispiel Bereichscode, Anlagenklasse, Etage oder Produktionslinie. Solche Ergänzungen sollten sorgfältig bewertet werden, damit die Nummerierung nicht zu lang, schwer lesbar oder fehleranfällig wird.

Standortcodes identifizieren Werke, Produktionsstandorte, Campusbereiche oder größere Betriebseinheiten. Sie sollten eindeutig, kurz und dauerhaft sein. Ein Standortcode sollte nicht von kurzfristigen organisatorischen Bezeichnungen abhängen, da Abteilungen und Verantwortlichkeiten sich ändern können.

Beispiele für Standortcodes sind PL01, DE-M01 oder SITE-A. Wichtig ist, dass die Logik dokumentiert ist und standortübergreifend einheitlich angewendet wird.

Standortcodes werden häufig in Anlagenkennungen, Gebäudecodes, Berichten, Schnittstellen und Berechtigungsmodellen verwendet. Daher müssen sie frühzeitig und verbindlich festgelegt werden.

Gebäudecodes dienen der eindeutigen Identifikation einzelner Gebäude innerhalb eines Standortes. Sie können numerisch, alphanumerisch oder funktionsbezogen aufgebaut sein. Beispiele sind B01, WH01 für Lagergebäude oder PRD01 für Produktionsgebäude.

Gebäudecodes sollten stabil bleiben, auch wenn sich die Nutzung eines Gebäudes verändert. Wenn ein Gebäude heute als Lager und später als Produktionsfläche genutzt wird, sollte der ursprüngliche Code nicht leichtfertig geändert werden, da er in vielen Datensätzen und Schnittstellen verwendet wird.

Eine klare Gebäudecodierung unterstützt Flächenmanagement, Instandhaltung, Kostenverfolgung, Brandschutzorganisation und technische Dokumentation.

Etagen- und Bereichscodes strukturieren Gebäude weiter. Sie helfen dabei, Anlagen, Räume und Serviceleistungen genauer zu lokalisieren. Etagen können zum Beispiel mit F00, F01, F02 oder UG01 codiert werden. Bereiche können nach Funktion, Produktionslinie oder technischer Nutzung benannt werden.

In Produktionsgebäuden ist die Etage allein oft nicht ausreichend. Zusätzlich können Zonen wie Verpackung, Abfüllung, Montage, Reinraum, Technikbereich, Materialschleuse oder Medienversorgung relevant sein.

Bereichscodes sollten mit den betrieblichen Abläufen übereinstimmen. Wenn Produktion, Instandhaltung und Facility Management unterschiedliche Bereichsbegriffe verwenden, entstehen Missverständnisse und Dateninkonsistenzen.

Räume und Zonen sollten eindeutig identifiziert werden, damit Arbeitsaufträge, Prüfungen, Reinigungsleistungen, Flächeninformationen und technische Anlagen korrekt zugeordnet werden können.

Eine Raumkennung kann aus Gebäude, Etage und Raumnummer bestehen. Beispiel: B01-F02-R215. Eine Zonenkennung kann verwendet werden, wenn es sich nicht um einen klassischen Raum handelt, sondern um eine technische Fläche, einen Außenbereich, eine Produktionszone oder einen Sicherheitsbereich.

Für Räume und Zonen sollten zusätzlich beschreibende Daten gepflegt werden, zum Beispiel Raumtyp, Nutzung, Fläche, Verantwortlichkeit, Zugangsanforderungen, Reinheitsklasse, Sicherheitsanforderungen oder zugeordnete Kostenstelle.

Elektrische Systeme umfassen Stromversorgung, Niederspannungsverteilungen, Mittelspannungsanlagen, Transformatoren, USV-Anlagen, Notstromversorgung, Beleuchtungssysteme, Erdungsanlagen und elektrische Schutzsysteme.

Elektrische Codes sollten zwischen Versorgungsanlagen, Verteilungen, Steuerungen und Verbrauchern unterscheiden. Beispiele können ELEC, LV, MV, UPS, GEN oder LGT sein.

Bei elektrischen Systemen ist eine präzise Codierung besonders wichtig, weil Schaltzustände, Sicherheitsfreigaben, Prüfpflichten und Abhängigkeiten zwischen Anlagen eindeutig nachvollziehbar sein müssen.

Versorgungssysteme stellen Medien und Dienste bereit, die für Gebäude- und Produktionsprozesse notwendig sind. Dazu zählen Wasser, Dampf, Gas, Druckluft, technische Gase, Vakuum, Prozesskühlung, Abwasser, Löschwasser und weitere Medien.

Die Codierung sollte Art des Mediums, Systemfunktion und gegebenenfalls Versorgungsbereich abbilden. Beispiele sind WTR für Wasser, STM für Dampf, GAS für Gas, VAC für Vakuum oder WW für Abwasser.

Eine systematische Versorgungscodierung erleichtert die Bewertung von Betriebsrisiken, Medienverbräuchen, Netzabhängigkeiten und Wartungsprioritäten.

Produktionsunterstützende Systeme sind technische Einrichtungen, die nicht unmittelbar das Produkt herstellen, aber die Produktionsfähigkeit ermöglichen oder absichern. Dazu können Reinraumtechnik, Prozessmedienversorgung, Absaugungen, Umgebungsüberwachung, Speziallüftung, Materialflusssysteme, Laborversorgung oder technische Sicherheitssysteme gehören.

Diese Systeme sollten im IWMS eindeutig von allgemeinen Gebäudesystemen abgegrenzt werden, wenn sie besondere Anforderungen an Verfügbarkeit, Qualität, Reinigung, Prüfung oder Dokumentation haben.

Eine klare Codierung produktionsunterstützender Systeme hilft, kritische Infrastruktur zu identifizieren und Wartungsmaßnahmen mit Produktionsanforderungen abzustimmen

Namenskonventionen sollten verbindlich dokumentiert und in Schulungen vermittelt werden. Ein guter Name beschreibt das Objekt verständlich, ohne zu lang oder uneinheitlich zu werden. Die Anlagen-ID bleibt die eindeutige technische Kennung. Der Anlagenname sollte ergänzend eine verständliche Beschreibung liefern.

Ungeeignete Namen wie „neue Anlage“, „Lüftung alt“, „Pumpe groß“ oder „Technik 3“ sollten vermieden werden, weil sie keine dauerhafte und eindeutige Bedeutung haben.

Stammdaten sind grundlegende, dauerhaft relevante Informationen über Objekte, Organisationen, Standorte, Anlagen, Systeme und Prozesse. Sie werden im täglichen Betrieb wiederholt verwendet und bilden die Basis für Transaktionen, Arbeitsaufträge, Berichte und Schnittstellen.

Im IWMS umfassen Stammdaten beispielsweise Anlagen-IDs, Standortdaten, Gebäudestrukturen, Raumdaten, Herstellerinformationen, Modellbezeichnungen, Seriennummern, Anlagenklassen, Wartungsstrategien, Verantwortlichkeiten, Kostenstellen und technische Dokumentenverknüpfungen.

Stammdaten unterscheiden sich von Bewegungsdaten. Bewegungsdaten entstehen durch konkrete Vorgänge, zum Beispiel Arbeitsaufträge, Störungen, Wartungsprotokolle, Zählerstände oder Prüfberichte. Stammdaten beschreiben dagegen die Objekte, auf die sich diese Vorgänge beziehen.

Stammdaten sind die Grundlage für nahezu alle IWMS-Prozesse. Ohne saubere Stammdaten können Arbeitsaufträge nicht korrekt zugeordnet, Wartungspläne nicht zuverlässig ausgeführt, Berichte nicht belastbar erstellt und Schnittstellen nicht stabil betrieben werden.

Wenn eine Anlage falsch klassifiziert ist, kann sie einem falschen Wartungsplan zugeordnet werden. Wenn ein Standort nicht korrekt gepflegt ist, können Techniker die Anlage nicht schnell finden. Wenn Hersteller- oder Modelldaten fehlen, wird die Ersatzteilbeschaffung erschwert.

Im industriellen Betrieb wirken sich Stammdatenfehler direkt auf Effizienz, Sicherheit, Kosten und Anlagenverfügbarkeit aus. Daher muss Stammdatenmanagement als kontinuierlicher Managementprozess verstanden werden, nicht als einmalige Aufgabe während der Systemeinführung.

Datenzuverlässigkeit bedeutet, dass Informationen korrekt, aktuell, vollständig, eindeutig und für den vorgesehenen Zweck nutzbar sind. Anwender müssen darauf vertrauen können, dass die im IWMS angezeigten Daten der Realität entsprechen.

Unzuverlässige Daten führen dazu, dass Mitarbeitende parallele Listen führen, Informationen informell weitergeben oder Systemangaben ignorieren. Dadurch verliert das IWMS an Akzeptanz und Nutzen.

Datenzuverlässigkeit entsteht durch klare Erfassungsregeln, definierte Verantwortlichkeiten, regelmäßige Prüfungen, Freigabeprozesse und systematische Datenbereinigung.

Diese Kategorien sollten logisch miteinander verknüpft werden. Eine Anlage benötigt beispielsweise Standortdaten, Systemdaten, Organisationsdaten und Instandhaltungsdaten, um operativ vollständig nutzbar zu sein.

Die Stammdatenstruktur sollte außerdem festlegen, welche Felder verpflichtend, optional oder nur für bestimmte Anlagenklassen relevant sind. Eine Brandschutztür benötigt andere Stammdaten als ein Kompressor, eine Lüftungsanlage oder ein Transformator.

Genauigkeit bedeutet, dass Daten sachlich richtig sind. Eine Anlagenbeschreibung, ein Standort, ein Hersteller, eine Seriennummer oder ein Wartungsintervall müssen der tatsächlichen Situation entsprechen.

Daten sollten nicht aus Annahmen übernommen werden. Besonders bei Bestandsanlagen ist eine Vor-Ort-Prüfung häufig erforderlich, um Typenschilder, Einbauorte, technische Daten und Dokumente zu bestätigen.

Genauigkeit ist für sicherheitsrelevante Anlagen, prüfpflichtige Einrichtungen und produktionskritische Systeme besonders wichtig.

Vollständigkeit bedeutet, dass alle erforderlichen Datenfelder gefüllt sind. Welche Felder erforderlich sind, hängt von Anlagenklasse, Prozess und Nutzung ab.

Für eine wartungsrelevante Anlage sollten mindestens Anlagen-ID, Name, Standort, Systemzuordnung, Anlagenklasse, Verantwortlichkeit, Status und Wartungsrelevanz gepflegt sein. Für kritische Anlagen können zusätzlich Hersteller, Modell, Seriennummer, technische Leistungsdaten, Ersatzteilinformationen, Dokumente und Prüfpflichten erforderlich sein.

Unvollständige Daten führen zu Verzögerungen, Rückfragen und fehlerhaften Auswertungen.

Konsistenz bedeutet, dass Daten über verschiedene Datensätze, Standorte und Systeme hinweg gleichartig gepflegt werden. Gleiche Anlagenklassen sollten gleich benannt, gleich codiert und nach denselben Regeln bewertet werden.

Wenn ein Standort „PL01“ heißt, sollte er nicht in einem anderen System als „Plant 1“, „Werk 01“ oder „P1“ geführt werden, sofern keine definierte Zuordnung besteht.

Konsistenz ist besonders wichtig für Systemintegration und standortübergreifendes Reporting.

Standardisierung stellt sicher, dass Daten nach verbindlichen Vorgaben erfasst und gepflegt werden. Dazu gehören Auswahllisten, Datenformate, Klassifikationen, Einheiten, Statuswerte und Benennungsregeln.

Beispiele sind einheitliche Datumsformate, definierte Anlagenstatus wie „aktiv“, „außer Betrieb“, „in Planung“ oder „archiviert“, standardisierte Einheiten wie kW, m² oder bar und verbindliche Klassifikationen für Anlagentypen.

Standardisierung reduziert Interpretationsspielräume und verbessert die Automatisierbarkeit von Prozessen.

Data Governance legt fest, wer Daten erstellen, ändern, prüfen, freigeben und löschen oder archivieren darf. Sie definiert Rollen, Verantwortlichkeiten, Prozesse, Qualitätskriterien und Kontrollmechanismen.

In einem industriellen IWMS sollte es klare Rollen geben, zum Beispiel Datenanforderer, Datenersteller, fachlicher Prüfer, Systemadministrator, Data Owner und Prozessverantwortlicher. Jede Rolle muss wissen, welche Aufgaben sie hat und welche Entscheidungen sie treffen darf.

Governance verhindert, dass Stammdaten unkontrolliert verändert werden. Gleichzeitig stellt sie sicher, dass notwendige Änderungen zeitnah und nachvollziehbar umgesetzt werden.

Die Erstellung von Stammdaten erfolgt idealerweise nach einem definierten Prozess. Neue Anlagen, Räume, Gebäude oder Systeme sollten nicht frei und unkontrolliert angelegt werden. Stattdessen sollte ein Antrag oder ein strukturierter Erfassungsprozess genutzt werden.

Bei der Datenerstellung sind Pflichtfelder, Nummerierungsregeln, Klassifikationen, Verantwortlichkeiten und Dokumentenanforderungen zu beachten. Neue Datensätze sollten vor der Freigabe auf Dubletten, Vollständigkeit und Plausibilität geprüft werden.

Bei Projekten, Umbauten oder Neubauten sollte die Stammdatenerfassung frühzeitig geplant werden, damit relevante Informationen rechtzeitig vor Betriebsübergabe im IWMS verfügbar sind.

Datenänderungen entstehen durch Umbauten, Anlagenersatz, Standortwechsel, organisatorische Änderungen, neue Wartungsstrategien oder Korrekturen. Änderungen müssen kontrolliert erfolgen, damit bestehende Verknüpfungen, Berichte und Schnittstellen nicht beschädigt werden.

Für wesentliche Änderungen sollte ein Freigabeprozess gelten. Dazu gehören zum Beispiel Änderungen an Anlagen-ID, Standortzuordnung, Systemhierarchie, Kritikalität, Wartungsrelevanz oder Betreiberverantwortung.

Jede Änderung sollte nachvollziehbar dokumentiert werden. Änderungsdatum, Änderungsgrund und verantwortliche Person sind wichtige Informationen für Auditfähigkeit und Datenhistorie.

Datenprüfung stellt sicher, dass Stammdaten weiterhin korrekt und nutzbar sind. Prüfungen können regelmäßig, ereignisbasiert oder risikoorientiert erfolgen.

Regelmäßige Prüfungen können beispielsweise Datenvollständigkeit, Dubletten, ungültige Codes, fehlende Dokumente, inaktive Anlagen mit offenen Wartungsplänen oder nicht gepflegte Verantwortlichkeiten kontrollieren.

Ereignisbasierte Prüfungen sind sinnvoll bei Projekten, Audits, Anlagenstörungen, Systemmigrationen oder organisatorischen Änderungen.

Wenn Anlagen, Räume oder Systeme außer Betrieb genommen werden, müssen die zugehörigen Stammdaten korrekt stillgelegt oder archiviert werden. Eine einfache Löschung ist in der Regel nicht geeignet, da historische Arbeitsaufträge, Prüfberichte, Kosten und Dokumente weiterhin nachvollziehbar bleiben müssen.

Ein stillgelegter Datensatz sollte einen klaren Status erhalten, zum Beispiel „außer Betrieb“, „demontiert“ oder „archiviert“. Offene Wartungspläne und Arbeitsaufträge sind zu schließen oder anzupassen. Dokumente und Historien sollten gemäß internen Aufbewahrungsregeln verfügbar bleiben.

Eine saubere Archivierung verhindert, dass veraltete Anlagen im operativen Betrieb weiter genutzt werden, erhält aber gleichzeitig die historische Nachvollziehbarkeit.

Systemintegration verbindet das IWMS mit anderen relevanten Unternehmens- und Betriebssystemen. Ziel ist es, eine verlässliche Informationsbasis zu schaffen, in der Daten nicht mehrfach und widersprüchlich gepflegt werden.

Eine zentrale Informationsquelle bedeutet nicht zwingend, dass alle Daten ausschließlich im IWMS entstehen. Vielmehr muss definiert werden, welches System für welche Daten führend ist. Das IWMS kann beispielsweise führend für Gebäude-, Raum- und Anlagenstrukturen sein, während ein ERP-System führend für Kostenstellen, Lieferanten oder Finanzdaten ist.

Entscheidend ist, dass Nutzer wissen, wo die maßgeblichen Informationen gepflegt werden und wie sie in andere Systeme übertragen werden.

Datenredundanz entsteht, wenn dieselben Informationen in mehreren Systemen unabhängig voneinander gepflegt werden. Dies erhöht den Pflegeaufwand und führt häufig zu Abweichungen.

Durch Schnittstellen können Daten automatisiert synchronisiert werden. Beispielsweise können Kostenstellen aus dem ERP-System ins IWMS übertragen werden, während Anlageninformationen aus dem IWMS an ein Instandhaltungssystem oder Berichtssystem weitergegeben werden.

Die Reduzierung von Datenredundanz verbessert die Datenqualität und senkt den administrativen Aufwand.

In Industrieunternehmen arbeiten viele Funktionen mit denselben Daten, aber aus unterschiedlichen Perspektiven. Facility Management benötigt technische und räumliche Informationen. Produktion benötigt Anlagenverfügbarkeit und Betriebsstatus. Einkauf benötigt Lieferanten- und Vertragsdaten. Controlling benötigt Kosteninformationen. HSE benötigt Prüf- und Sicherheitsinformationen.

Systemintegration stellt sicher, dass relevante Informationen zwischen diesen Funktionen verfügbar sind. Dadurch werden Prozesse schneller, transparenter und weniger fehleranfällig.

Ein gut integriertes IWMS unterstützt durchgängige Abläufe, zum Beispiel von der Anlagenanlage über Wartungsplanung und Arbeitsauftrag bis zur Kostenbuchung und Managementauswertung.

Die konkrete Integrationslandschaft hängt von der Systemarchitektur des Unternehmens ab. Wichtig ist, dass Schnittstellen nicht nur technisch, sondern auch fachlich definiert werden. Jede Schnittstelle benötigt klare Datenobjekte, Datenfelder, Übertragungsregeln, Verantwortlichkeiten und Fehlerprozesse.

Für den Datenaustausch müssen Datenstrukturen standardisiert sein. Systeme können nur zuverlässig kommunizieren, wenn Datenfelder, Formate, Pflichtangaben und Bedeutungen eindeutig definiert sind.

Beispielsweise muss klar sein, wie eine Anlagen-ID aufgebaut ist, welches Format ein Datum hat, welche Werte für einen Anlagenstatus erlaubt sind und wie Standortinformationen übertragen werden.

Standardisierte Datenstrukturen reduzieren Schnittstellenfehler und erleichtern Datenmigration, Systemerweiterung und Reporting.

Gemeinsame Anlagenidentifikatoren sind entscheidend für die Verknüpfung von Datensätzen über verschiedene Systeme hinweg. Wenn ein Kompressor im IWMS, im Instandhaltungssystem und im ERP-System unterschiedliche Kennungen hat, muss eine eindeutige Zuordnung existieren.

Idealerweise wird eine führende Anlagen-ID verwendet, die systemübergreifend gültig ist. Falls dies nicht möglich ist, müssen Mapping-Tabellen oder Referenzfelder gepflegt werden.

Ohne gemeinsame Identifikatoren entstehen fehlerhafte Verknüpfungen, doppelte Datensätze und unvollständige Historien.

Dateneigentümerschaft legt fest, welches System und welche Organisationseinheit für bestimmte Daten verantwortlich sind. Diese Definition ist notwendig, um Konflikte und unkontrollierte Änderungen zu vermeiden.

Das Facility Management kann Eigentümer der Gebäude- und Raumdaten sein. Die Instandhaltung kann Eigentümer der Wartungsstrategien sein. Finance oder Controlling kann Eigentümer der Kostenstellen sein. Einkauf kann Eigentümer der Lieferantendaten sein. Engineering kann Eigentümer technischer Planungsdaten sein.

Dateneigentümerschaft muss dokumentiert und in den Systemprozessen abgebildet werden.

Synchronisationsregeln definieren, wann, wie und in welche Richtung Daten zwischen Systemen übertragen werden. Sie legen fest, ob Daten in Echtzeit, zeitgesteuert oder ereignisbasiert synchronisiert werden.

Außerdem muss definiert werden, wie mit Änderungen, Konflikten, Fehlern und unvollständigen Datensätzen umzugehen ist. Wenn ein Datensatz im führenden System geändert wird, sollte klar sein, wann diese Änderung im empfangenden System sichtbar ist.

Synchronisationsregeln sollten auch festlegen, ob Daten überschrieben, ergänzt, abgelehnt oder zur Prüfung markiert werden.

Schnittstellen müssen regelmäßig überwacht werden, damit Datenübertragungen zuverlässig funktionieren. Eine nicht erkannte Schnittstellenstörung kann dazu führen, dass Arbeitsaufträge, Stammdaten, Statusinformationen oder Dokumentenverknüpfungen nicht aktualisiert werden.

Die Überwachung sollte erfolgreiche und fehlgeschlagene Übertragungen, Laufzeiten, Datenvolumen, Fehlermeldungen und Wiederholungsversuche erfassen.

Für kritische Schnittstellen sollten Benachrichtigungen eingerichtet werden, damit zuständige Personen bei Fehlern schnell reagieren können.

Datenvalidierung stellt sicher, dass ausgetauschte Daten korrekt, vollständig und regelkonform sind. Validierungen können technische und fachliche Prüfungen umfassen.

Technische Prüfungen kontrollieren zum Beispiel Dateiformat, Feldlänge, Pflichtfelder und Datentypen. Fachliche Prüfungen kontrollieren zum Beispiel gültige Standortcodes, zulässige Anlagenstatus, vorhandene Kostenstellen oder korrekte Systemzuordnungen.

Fehlerhafte Daten sollten nicht unkontrolliert übernommen werden. Sie müssen abgelehnt, korrigiert oder in einen Prüfprozess überführt werden.

Ein Fehlerbehebungsprozess beschreibt, wie Schnittstellen- und Datenfehler identifiziert, bewertet, zugewiesen, korrigiert und dokumentiert werden. Ohne klaren Prozess bleiben Fehler häufig ungelöst oder werden nur kurzfristig manuell umgangen.

Ein wirksamer Fehlerprozess umfasst Fehlerklassifikation, Priorisierung, Verantwortlichkeit, Bearbeitungsfrist, Ursachenanalyse und Abschlussdokumentation.

Wiederkehrende Fehler sollten analysiert werden, um strukturelle Ursachen zu beseitigen. Dazu gehören fehlerhafte Stammdatenregeln, unklare Zuständigkeiten, unvollständige Schnittstellenspezifikationen oder fehlende Validierungen.

Änderungen an integrierten Systemen müssen kontrolliert geplant und umgesetzt werden. Schon kleine Änderungen an Datenfeldern, Codes, Statuswerten oder Schnittstellenlogiken können Auswirkungen auf andere Systeme haben.

Ein Change-Control-Prozess sollte prüfen, welche Systeme betroffen sind, welche Datenobjekte geändert werden, welche Tests erforderlich sind und wie die Änderung dokumentiert wird.

Vor produktiven Änderungen sollten Testübertragungen durchgeführt werden. Außerdem sollten Fachbereiche informiert werden, wenn sich Prozesse, Datenfelder oder Systemverhalten ändern.

Die Leistung von Integrationen sollte nicht nur technisch, sondern auch fachlich bewertet werden. Eine Schnittstelle kann technisch erfolgreich laufen, obwohl fachlich unvollständige oder falsche Daten übertragen werden.

Geeignete Kennzahlen sind beispielsweise Anzahl fehlerhafter Datensätze, Anzahl fehlgeschlagener Übertragungen, durchschnittliche Fehlerbehebungszeit, Synchronisationsverzug, Anteil vollständig übertragener Pflichtfelder und Anzahl manueller Korrekturen.

Eine regelmäßige Überwachung der Integrationsleistung unterstützt stabile Prozesse, verlässliche Berichte und eine hohe Datenqualität im gesamten IWMS-Umfeld.