Oracle Enterprise Asset Management (Oracle EAM), Teil der Oracle E-Business Suite und der Oracle ERP Cloud, bietet Instandhaltungsmanagement-Funktionalität, die tief in Oracles Finanz-, Einkaufs- und Inventarmodule integriert ist. Für Hersteller, die Oracle ERP einsetzen, bietet Oracle EAM denselben Hauptvorteil wie SAP PM: native ERP-Integration, die die Komplexität der Datensynchronisation eines eigenständigen CMMS eliminiert.
Arbeitsauftragskosten werden automatisch im Oracle GL gebucht, der Verbrauch von Wartungsteilen aktualisiert Oracle Inventory in Echtzeit, und Bestellanforderungen aus der Teilenachbestellung fließen ohne kundenspezifische Integration in Oracle Purchasing.
Die Einschränkungen von Oracle EAM auf der Produktionsfläche spiegeln die von SAP PM wider: eine Benutzeroberfläche, die für ERP-Anwender statt für Produktionsbediener und Wartungstechniker ausgelegt ist, keine native OEE-Überwachungsfunktion und eine Konfigurationskomplexität, die für Routineänderungen Oracle-Funktionsberater erfordert.
Oracle EAM wird von Finanz- und Instandhaltungsplanungsteams genutzt, die innerhalb der Oracle-Umgebung arbeiten; es ist selten das System, mit dem Produktionsmitarbeiter direkt interagieren, und es bietet keine Echtzeitsicht auf die Produktionseffizienz, die Schichtleiter für Entscheidungen im Schichtbetrieb benötigen.
Fabrico tritt in die Oracle-Fertigungsumgebung als die Produktionsebene ein, die Oracle EAM nicht bereitstellt, Echtzeit-OEE-Dashboards, automatisierte Erfassung von Maschinenzuständen, Bestätigung von Stillstandsereignissen durch Bediener und die Einreichung von Arbeitsanfragen, die Instandhaltungsereignisse erzeugen, die für das Oracle EAM-Team sichtbar sind.
Die Integrationsfrage ist dieselbe wie im SAP-Fall: ob die Verbindung der Produktionsbodendaten von Fabrico mit dem Back-Office-Instandhaltungsmanagement von Oracle EAM genügend Mehrwert schafft, um die Integrationsinvestition und den Mehraufwand der Verwaltung zweier Systeme zu rechtfertigen.
Die OEE-Überwachung schließt die Lücke, die Fabrico in Oracle-EAM-Umgebungen füllt. Oracle EAM berechnet Verfügbarkeit, Leistung oder Qualität nicht in Echtzeit aus Produktionsdaten, diese Kennzahlen müssen extern berechnet und in Oracles Analysewerkzeuge eingespeist werden, wenn Hersteller sie wünschen. Fabricos automatisierte OEE-Überwachung liefert diese Kennzahlen kontinuierlich aus PLC-verbundenen Produktionsdaten auf den Dashboards, die Produktionsleiter für Entscheidungen auf Schichtniveau benötigen.
Die Integration von Produktion und Instandhaltung bildet die zweite Wertschicht. Wenn eine Produktionslinie stillsteht und ein Bediener den Stillstandsgrund in Fabricos Bedienoberfläche bestätigt, kann das Wartungsteam die offene Arbeitsanforderung in Fabrico neben dem OEE-Einfluss des laufenden Stillstands sehen.
Sobald der Wartungstechniker das Problem behebt und den Arbeitsauftrag in Fabrico schließt, zeichnet das OEE-System den Stillstand automatisch als behoben auf. Dieser geschlossene Arbeitsablauf, vom Produktionsereignis über die Wartungsreaktion bis zur OEE-Wiederherstellung, ist nur möglich, wenn OEE und CMMS in derselben Plattform integriert sind oder die Systeme eng miteinander verknüpft sind.
Für Hersteller, die Oracle einsetzen und Fabrico evaluieren, umfasst das Bereitstellungsmodell typischerweise, dass Fabrico auf dem Shopfloor für OEE-Überwachung und Wartungsabläufe im Feld läuft, während Zusammenfassungsdaten zu Arbeitsaufträgen zur finanziellen Kostenverbuchung mit Oracle EAM synchronisiert werden. Oracle bleibt das maßgebliche Finanzsystem; Fabrico ist das operative System für den Produktionsbereich.
Diese hybride Architektur vereint das Beste beider Systeme, Oracles Qualität der finanziellen Integration und Fabricos Benutzerfreundlichkeit auf dem Shopfloor, allerdings auf Kosten einer Integrationskomplexität, die zwar beherrschbar, aber nicht trivial ist.
Oracle-Hersteller sollten Fabrico gegenüber Oracle EAM-Erweiterungsoptionen (Oracle ME, Oracle IoT Asset Monitoring Cloud) bewerten, bevor sie sich für eine Fabrico-Einführung entscheiden. Oracles eigene Produktionsüberwachungs- und IoT-Anlagenverwaltungs-Cloud-Produkte haben sich in den letzten Jahren deutlich verbessert und bieten eine native Oracle-Integration, die Drittanbieterplattformen wie Fabrico durch kundenspezifische Integrationen erst erreichen müssen.
Für Oracle-Hersteller, die im Oracle-Ökosystem bleiben und von einer durchgängigen, engen ERP-Integration profitieren möchten, ist die Bewertung von Oracle IoT Asset Monitoring Cloud neben Fabrico ein verantwortungsvoller Schritt der Due-Diligence.
Zu den Bewertungskriterien, die Fabrico gegenüber Oracles eigenen Produktionsüberwachungstools begünstigen, gehören: Time-to-Value (Fabrico-Einführungen gehen typischerweise innerhalb von Wochen live, während Implementierungen von Oracle-Cloud-Produkten Monate dauern können) die Tiefe der OEE-spezifischen Funktionalität (Fabrico wurde speziell für OEE entwickelt, während Oracles Produkte eher generische IoT-Anlagenüberwachung bieten)
und die Bedienbarkeit auf dem Produktionsboden für Nicht-Oracle-Anwender (die Oberfläche von Fabrico ist für Bediener optimiert, die nicht mit Oracle arbeiten, während Oracle-Produkte Oracle-Vertrautheit voraussetzen).
Die zentrale finanzielle Frage ist, ob die durch Fabrico erzielte bessere OEE-Sichtbarkeit und die gesteigerte Reaktionsfähigkeit der Instandhaltung die Integrationsinvestition und die fortlaufenden Kosten für das Management eines Dualsystems in einer Oracle-Umgebung rechtfertigen.
Für Oracle-Hersteller ohne derzeitige OEE-Überwachung ist die Antwort in der Regel ja, die Produktivitätsgewinne durch OEE-Sichtbarkeit und eine bessere Koordinierung von Wartung und Produktion sind erheblich und gut dokumentiert. Für Oracle-Hersteller mit bereits ausreichender OEE-Überwachung mittels Oracle-Tools rechtfertigt der marginale Vorteil eines Wechsels zu Fabrico möglicherweise nicht die Migrationskosten und die Komplexität der Integration.
Anmeldung
Blog
