Wie man OEE und CMMS auf einer einzigen Plattform konsolidiert, ohne die Produktion zu unterbrechen.

OEE- und CMMS-Konsolidierung auf einer integrierten Plattform macht in vier Situationen Sinn: Sie führen beide Fähigkeiten erstmals ein und können von Tag eins integriert starten; Ihr bestehender OEE- oder CMMS-Vertrag steht zur Erneuerung an und die Wechselkosten sind gering; Sie erwerben einen Hersteller und müssen dessen Systeme innerhalb von 90 bis 180 Tagen in Ihre Konzernplattform integrieren; oder Ihre aktuelle Zwei-System-Integration bricht häufig zusammen und die Wartungsbelastung ist untragbar geworden. Konsolidierung macht keinen Sinn, wenn Sie ein leistungsfähiges, vollständig eingeführtes CMMS mit drei oder mehr Jahren sauberer Instandhaltungshistorie haben, dessen Migration komplex wäre, und Sie nur OEE-Funktionen hinzufügen müssen. In diesem Fall ist die Integration eines Best-of-Breed-OEE-Tools per API in Ihr bestehendes CMMS risikoärmer als die Migration des CMMS. Das Entscheidungsrahmenwerk zur Konsolidierung: Wenn Ihre bestehenden Systeme seit weniger als zwei Jahren im Einsatz sind oder die Akzeptanzrate unter 60 % liegt, ist die Konsolidierung zu einer integrierten Plattform fast immer der richtige Weg. Wenn bestehende Systeme gut angenommen wurden und drei oder mehr Jahre saubere Daten aufweisen, bewerten Sie die Konsolidierungskosten (Migration plus Umschulung) gegenüber den Integrationskosten (API-Entwicklung plus laufende Wartung) über einen Drei-Jahres-Horizont, bevor Sie entscheiden.

Die Konsolidierung der Plattform folgt einem vierphasigen Ansatz, der Produktionsstörungen minimiert. Phase 1 (Wochen 1–4) — Grundlage: Die neue integrierte Plattform mit Asset‑Hierarchie, Benutzerkonten und OEE‑Sensorkonnektivität einrichten. Historische Daten zunächst noch nicht migrieren. Das neue OEE‑Monitoring parallel zum bestehenden System betreiben, um die Datenkonsistenz zu validieren. Phase 2 (Wochen 5–8) — Parallelbetrieb des CMMS: PM‑Pläne im neuen CMMS konfigurieren, während das bestehende CMMS als verbindliches System erhalten bleibt. Das Instandhaltungsteam beginnt, das neue CMMS für neue Arbeitsaufträge zu nutzen, während offene Arbeitsaufträge im alten System abgeschlossen werden. Phase 3 (Wochen 9–12) — Umstellung: Das neue CMMS wird zum alleinigen verbindlichen System. Das alte CMMS wird in ein schreibgeschütztes Archiv überführt. Das OEE‑Monitoring wird vollständig auf die integrierte Plattform verlagert. Die Migration historischer Daten der letzten 24 Monate der Arbeitsaufträge wird abgeschlossen. Phase 4 (Wochen 13–24) — Optimierung: OEE‑Ausfallereignisse mit der automatischen Erstellung von CMMS‑Arbeitsaufträgen verknüpfen. Management‑Dashboards einrichten, die OEE‑ und Instandhaltungs‑KPIs kombinieren. Monatliche, integrierte Leistungsüberprüfungen auf Basis einheitlicher Daten durchführen. Der 24‑wöchige Zeitplan für einen Hersteller im mittleren Marktsegment ist konservativ — viele Konsolidierungen werden in 16 bis 20 Wochen abgeschlossen — aber die zusätzlichen Wochen verhindern übereilte Umstellungsfehler, die das Vertrauen der Techniker schädigen und die Einführung verlangsamen.

Fallstrick 1: Versuch, alle historischen Daten zu migrieren: Die Migration von fünf Jahren OEE- und CMMS-Daten verdoppelt die Migrationszeit, ohne einen proportionalen Mehrwert zu liefern. Migrieren Sie 24 Monate CMMS-Auftragsverlauf und 13 Monate OEE-Daten – ausreichend für Trendanalysen, ohne die Qualitätsprobleme älterer Datensätze. Fallstrick 2: gleichzeitiges Go‑Live von OEE und CMMS: Nehmen Sie zuerst das OEE‑Monitoring in Betrieb (geringeres Risiko, keine Verhaltensänderung der Techniker erforderlich) und erst danach das CMMS (höheres Risiko, erfordert die Anpassung durch die Techniker). Eine Staffelung der Go‑Lives um 4 bis 6 Wochen verschafft dem Team zwei separate Lernkurven statt eines einzigen großen Veränderungsereignisses. Fallstrick 3: Abschalten der Altsysteme vor der Validierung: Erhalten Sie für 90 Tage nach dem Cutover der Konsolidierung einen Nur‑Lese‑Zugang zu beiden alten Systemen (OEE und CMMS). Techniker, die dem alten System vertrauen, werden in den ersten 90 Tagen darauf zurückgreifen – ihnen den Zugang zu gewähren reduziert Widerstand und entdeckt Datenmigrationsfehler, bevor sie Entscheidungen beeinflussen. Fallstrick 4: unzureichende Kommunikation der Konsolidierungsgründe an Wartungstechniker: Erklären Sie, warum die Konsolidierung geschieht, in Begriffen des Nutzens für die Techniker – weniger Anwendungen, eine einzige verlässliche Datenquelle, OEE‑Daten, die zeigen, welche Maschine sie am dringendsten braucht. Techniker, die den Wert des neuen Systems verstehen, übernehmen es schneller als jene, die es als weitere Managementmaßnahme ansehen.