Der Wechsel zu einem neuen Instandhaltungssystem bedeutet nicht, dass ein Unternehmen bei null anfangen muss. Anlagenstammdaten, Arbeitsaufträge, vorbeugende Instandhaltung, Störungshistorie, Ersatzteile und Messwerte enthalten oft jahrelange Arbeit und wertvolles Betriebswissen.
Die Datenmigration ist daher ein zentraler Teil des Wechsels von ACT-IN Maintenance Control, Profilax, Excel oder einem anderen CMMS zu IBM Maximo® Manage. Eine sorgfältige Migration umfasst mehr als den Export von Tabellen aus dem alten System und deren Import in das neue. Sie bietet zugleich die Möglichkeit, die Datenqualität zu prüfen, die Anlagenstruktur zu verbessern und festzulegen, welche Informationen künftig noch benötigt werden.
Welche Daten aus dem bestehenden System migriert werden sollten
Der Umfang unterscheidet sich von Unternehmen zu Unternehmen. ACT-IN Maintenance Control deckt beispielsweise Betriebs- und Anlagenstrukturen, Instandhaltungsanforderungen und Arbeitsaufträge, vorbeugende Instandhaltung, Ersatzteile und weitere Instandhaltungsprozesse ab. Das System kann außerdem mit ERP- und Fertigungssystemen oder Condition-Monitoring-Lösungen verbunden sein. ACT-IN gibt an, dass seine Anwendungen eine gemeinsame MS-SQL-Datenbank nutzen und die Datenintegration mit weiteren Unternehmenssystemen unterstützen.
Vor der eigentlichen Migration ist zu klären:
- welche Maschinen, Anlagen und weiteren Objekte im Quellsystem erfasst sind,
- wie ihre Hierarchie und ihre Standorte aufgebaut sind,
- wie Anforderungen und Arbeitsaufträge geführt werden,
- welche Pläne der vorbeugenden Instandhaltung aktiv sind,
- welche Anlagen- und Störungsklassifikationen verwendet werden,
- ob Zähler und eine Historie der Messwerte vorhanden sind,
- wie Ersatzteile und Lager erfasst werden,
- ob Dokumente angehängt sind,
- welche weiteren Systeme mit dem aktuellen CMMS oder EAM verbunden sind,
- wie viele historische Daten für den künftigen Betrieb tatsächlich relevant bleiben.
Erst danach kann die Zielstruktur in IBM Maximo® entworfen werden.
Migration ist keine Eins-zu-eins-Kopie
Jedes System strukturiert Daten anders. Ziel sollte deshalb nicht sein, die Struktur der Quelldatenbank in Maximo nachzubauen. Stattdessen muss geklärt werden, welche Bedeutung die einzelnen Informationen für die Instandhaltung haben und wo sie in das Maximo-Datenmodell gehören.
Eine typische Zuordnung kann so aussehen:
| Quell-CMMS oder -EAM | IBM Maximo® Manage |
|---|---|
| Betriebsstruktur | Organizations / Sites |
| technischer Standort | Locations |
| Maschinen und Anlagen | Assets |
| Instandhaltungsanforderungen | Service Requests |
| Arbeitsaufträge | Work Orders |
| vorbeugende Instandhaltung | Preventive Maintenance |
| Standardarbeitsabläufe | Job Plans |
| Instandhaltungspersonal | Person / Labor |
| Material und Ersatzteile | Items / Inventory |
| Lager | Storerooms |
| Lieferanten und Serviceunternehmen | Companies |
| Betriebswerte | Meters / Meter Readings |
| technische Dokumentation | Attachments |
| Anlagen- und Störungsgliederung | Classifications |
Diese Tabelle ist kein universeller Konverter. Die konkrete Zuordnung hängt davon ab, wie das Unternehmen sein bisheriges System nutzt und vor allem, wie es die Instandhaltung nach dem Wechsel zu Maximo steuern will.
Asset oder Location
Zu den wichtigsten Entscheidungen gehört der Aufbau der Anlagen- und Standortstruktur. Ein bestehendes System kann beispielsweise folgende Hierarchie enthalten:
Werk → Halle → Produktionslinie → Presse → Hydraulikaggregat
Beim Maximo-Entwurf ist festzulegen, welche Elemente als Locations und welche als Assets dargestellt werden, wie sie miteinander verbunden sind und auf welcher Ebene Arbeitsaufträge, Kosten oder vorbeugende Instandhaltung erfasst werden.
Eine ungeeignete Hierarchie beeinträchtigt später die Instandhaltungsplanung, Störungsanalyse, Berichterstattung, Kostenverfolgung und Weiterentwicklung der Analytik. Das Datenmodell sollte deshalb vor dem Massenimport feststehen.
Das neue System muss alte Fehler nicht übernehmen
Eine Migration ist eine gute Gelegenheit, die Datenqualität zu prüfen. Nach mehreren Betriebsjahren kann dieselbe Maschine etwa als „Presse 1“, „PRESSE01“, „Presse Nr. 1“ und „Hydraulikpresse 01“ geführt werden. Ähnliche Abweichungen treten bei Störungscodes, Herstellern, Ersatzteilen und Klassifikationen auf.
Eine mechanische Übernahme würde das Problem lediglich in das neue System verschieben. Ein Migrationsprozess umfasst deshalb normalerweise:
Datenanalyse → Bereinigung → Normalisierung → Zuordnung → Transformation → Import → Ergebnisprüfung
Bei großen Datenbanken können Analyse und Bereinigung einen erheblichen Teil des gesamten Migrationsprojekts ausmachen.
Muss die vollständige Instandhaltungshistorie übernommen werden
Nicht unbedingt. Die Daten lassen sich sinnvoll in mindestens drei Gruppen aufteilen.
Stammdaten
Dazu gehören Anlagen, Standorte, Klassifikationen, Personen, Material, Lager und Lieferanten. Diese Datensätze bilden in der Regel die Grundlage des künftigen Systems.
Aktive Betriebsdaten
Offene Arbeitsaufträge, aktuelle Anforderungen und gültige Pläne der vorbeugenden Instandhaltung werden für den Übergang meist ebenfalls benötigt.
Historische Daten
Bei Tausenden oder Millionen abgeschlossener Arbeitsaufträge aus vergangenen Jahren ist eine gesonderte Entscheidung nötig. Ein Unternehmen kann:
- die vollständige Historie übernehmen,
- nur einen festgelegten Zeitraum, beispielsweise die letzten Jahre, migrieren,
- ausschließlich Daten für Zuverlässigkeitsanalysen übernehmen,
- die alte Datenbank als zugängliches Archiv erhalten.
Entscheidend ist, welche Daten im neuen System tatsächlich genutzt werden, nicht nur, was technisch übertragen werden kann.
Daten müssen in der richtigen Reihenfolge migriert werden
Die Objekte eines EAM-Systems sind miteinander verknüpft. Ein Arbeitsauftrag kann sich auf eine Anlage, einen Standort, eine Person, Material und eine Störungsklassifikation beziehen. Diese Objekte müssen im Zielsystem vorhanden sein, bevor der Arbeitsauftrag auf sie verweisen kann.
Eine beispielhafte Reihenfolge lautet:
- Organisationen und Betriebsstätten,
- Standorte,
- Anlagen,
- Klassifikationen und Wertelisten,
- Personen und Unternehmen,
- Material, Lager und Bestände,
- Arbeitspläne,
- vorbeugende Instandhaltung,
- offene Arbeitsaufträge,
- Arbeitsauftragshistorie,
- Zähler und Betriebshistorie.
Die genaue Reihenfolge richtet sich immer nach den Abhängigkeiten des konkreten Projekts.
Wie die Daten technisch in IBM Maximo gelangen
IBM Maximo® Manage stellt mehrere Standardverfahren für Integration und Datenimport bereit. Eine zentrale Rolle spielen das Maximo Integration Framework und die Object Structures. Sie definieren Maximo-Geschäftsobjekte und deren Beziehungen für die ein- und ausgehende Datenverarbeitung.
Maximo Manage unterstützt unter anderem:
- XML, JSON und Flat Files einschließlich CSV,
- REST APIs,
- externe Systeme,
- Interface Tables,
- dateibasierte und stapelweise Importe.
IBM weist darauf hin, dass der Anwendungsimport synchron erfolgt und wegen möglicher Zeitüberschreitungen der Benutzeroberfläche nicht für große Datenmengen geeignet ist. Für umfangreichere Migrationen kommen beispielsweise asynchrone Dateiimporte, Interface Tables, externe Systeme oder passend entworfene API- und Batch-Verfahren infrage.
Auch eine große Migration erfordert daher keine manuelle Neuerfassung. Wenn ein geeigneter Export oder Zugriff auf die Quelldaten verfügbar ist, kann ein Transformationsprozess die Datensätze in die von Maximo benötigten Strukturen überführen.
Bestehende Integrationen brauchen ebenfalls eine Entscheidung
Ein Instandhaltungssystem ist selten isoliert. Es kann Daten mit ERP, Einkauf und Lager, MES, Produktionsanlagen, Condition Monitoring, BI und Reporting, Personalverwaltung oder externen Serviceanwendungen austauschen.
ACT-IN nennt beispielsweise Integrationen mit SAP, Microsoft Dynamics/Axapta, Navision, Oracle, JD Edwards, QAD und weiteren ERP-Systemen sowie Verbindungen zu MES-Komponenten und technischen Systemen.
Für jede bestehende Integration ist festzulegen, ob sie erhalten, ersetzt, überarbeitet oder stillgelegt wird. Der Wechsel zu einem neuen EAM ist deshalb häufig auch ein Integrationsprojekt.
Umgang mit Condition-Monitoring-Daten
Betriebs- und Sensordaten bilden eine besondere Kategorie. Speichert das Quellsystem sehr viele Messwerte aus Produktionsanlagen, ist es möglicherweise nicht sinnvoll, jeden historischen Einzelwert nach Maximo zu übertragen.
Je nach Architektur kann es zweckmäßiger sein, folgende Daten zu migrieren:
- Definitionen relevanter Zähler,
- letzte oder anderweitig maßgebliche Werte,
- Alarme und Ereignisse,
- für die Instandhaltung benötigte Werte,
- aggregierte historische Daten.
Große Mengen an Zeitreihendaten können in einem System verbleiben, das für ihre Speicherung und Analyse ausgelegt ist. Auch diese Entscheidung gehört in den Migrationsentwurf.
Erst die Testmigration dann der Produktivbetrieb
Der Produktivwechsel sollte nicht der erste Zeitpunkt sein, an dem der vollständige Datenbestand nach Maximo gelangt. Ein praktikables Vorgehen umfasst:
- Pilotimport. Anhand einer kleinen Stichprobe werden Struktur und Transformationsregeln geprüft.
- Vollständige Testmigration. Ein repräsentativer oder vollständiger Datenbestand wird in eine Testumgebung geladen.
- Datenprüfung. Datensatzanzahlen, Beziehungen, Wertelisten, Statuswerte und weitere kritische Informationen werden geprüft.
- Anwendertest. Planer und Instandhalter bestätigen, dass Anlagen, Arbeitsaufträge und Historie wie erwartet nutzbar sind.
- Probe des Produktivwechsels. Der vollständige Ablauf, seine Dauer und alle Voraussetzungen für den Start werden getestet.
- Produktivwechsel. Abschließender Export, Übernahme der letzten Änderungen, Ergebnisprüfung und Umstellung auf das neue System folgen.
Dieses Vorgehen senkt das Risiko deutlich, einen schwerwiegenden Fehler erst beim Produktivstart zu entdecken.
Ein erfolgreicher Import ist noch keine korrekte Migration
Ein technisch abgeschlossener Import genügt nicht. Zu vergleichen sind beispielsweise die Anzahl der Anlagen im Quellsystem und in Maximo, die Anzahl der Standorte, aktive Pläne der vorbeugenden Instandhaltung, offene Arbeitsaufträge, Bestände und Ersatzteile sowie die Zahl der übernommenen historischen Datensätze.
Auch die Beziehungen müssen geprüft werden. Ein Arbeitsauftrag muss der richtigen Anlage zugeordnet sein, die Anlage am richtigen Standort liegen und die vorbeugende Instandhaltung auf das vorgesehene Objekt verweisen. Arbeitszeiten und Material müssen zum richtigen Arbeitsauftrag gehören.
Zu einer hochwertigen Migration gehören daher Validierung und Reconciliation, also der systematische Vergleich von Quell- und Zieldaten.
Eine Migration kann mehr als die Software verbessern
Ein Unternehmen nutzt sein bestehendes CMMS möglicherweise seit zehn oder fünfzehn Jahren. In dieser Zeit sammelt sich nicht nur ein Datenbestand an, sondern auch eine bestimmte Art, Anlagen zu benennen, Störungen zu klassifizieren, vorbeugende Instandhaltung zu planen und die Arbeit der Instandhaltung auszuwerten.
Vor der Migration sollte deshalb gefragt werden, welche Vorgehensweisen erhalten bleiben und welche nicht in das nächste Jahrzehnt übernommen werden sollen.
Der Wechsel zu IBM Maximo® kann Anlagenstammdaten vereinheitlichen, historische Daten bereinigen, Klassifikationen vereinfachen und eine tragfähige Grundlage für die weitere Entwicklung der Instandhaltung schaffen.
Erwägen Sie den Wechsel zu IBM Maximo
Ein neues Instandhaltungssystem erfordert keine leere Datenbank. Bestehende Anlagenstammdaten, Instandhaltungshistorie, Arbeitsaufträge, vorbeugende Pläne und weitere Betriebsinformationen können eine wertvolle Grundlage der neuen Lösung bilden.
12servis kann die aktuelle Datenstruktur analysieren, die Zuordnung zu IBM Maximo® entwerfen und einen Migrationsprozess einschließlich Testübernahmen und Ergebnisprüfung vorbereiten. Ziel sind korrekt strukturierte, verlässliche und für die weitere Instandhaltungsarbeit nutzbare Daten.