Wichtige Erkenntnisse
- Basisanforderungen (2026): OPC UA-/MQTT-Unterstützung, ISO-22400-konforme KPIs, Stillstandszeiten mit Ursachenkennzeichnung, Konsolidierung über mehrere Standorte, mobil.
- Unterscheidungsmerkmale: geschlossene CMMS-Integration, Zykluszählung per Computer Vision, rezeptgebundene Performance, automatisiertes Ursachen-Pareto.
- Marketing-Floskeln: „KI-gestützt“ ohne konkrete Anwendungsfälle, vendor-gebundene Dashboards, generisches „Industry 4.0“-Framing.
- Die meisten Demos bestehen den Oberflächentest — der eigentliche Prüfstein ist, was in Woche 2 passiert, wenn sich die Daten bewegen.
- Wichtig sind vor allem die Zuverlässigkeit der Datenerfassung (robust gegenüber Netzwerkabbrüchen, PLC-Neustarts) und die Benutzerfreundlichkeit für Bediener.
Kurzantwort: Eine nützliche Checkliste für OEE-Software trennt Basisanforderungen (Must-have), Unterscheidungsmerkmale (den Aufpreis wert) und Marketing-Floskeln (Sprache, die die operative Realität nicht ändert). 2026 gehören zu den Basisanforderungen OPC UA/MQTT-Unterstützung, ISO-22400-Konformität, Stillstandszeiten mit Ursachenkennzeichnung, mobiler Zugriff und Konsolidierung über mehrere Standorte. Zu den Unterscheidungsmerkmalen zählen geschlossene CMMS-Integration und Zykluszählung per Computer Vision. Marketing-Floskeln sind alles andere, was nur neu klingt. Siehe auch OEE vs Auslastung.
Basisanforderungen (nicht ohne kaufen)
- OPC UA-Client-Unterstützung. Nativ, nicht über ein Gateway. Muss Basic256Sha256-Sicherheit unterstützen.
- MQTT/Sparkplug B-Unterstützung. Besonders wichtig für Multi-Site- oder Unified-Namespace-Strategien.
- ISO-22400-konforme KPI-Definitionen. Prüfbare Formeln, transparente Eingangsgrößen.
- Stillstandszeiten mit Ursachenkennzeichnung. Bediener können Stopp-Ereignisse kennzeichnen; Ursachen-Codes fließen in die Pareto-Analyse ein.
- Mobiles Bedienerinterface. Telefon oder Tablet, damit Linienbediener das aktuelle OEE sehen und Ursachen-Codes eingeben können.
- Konsolidierung über mehrere Standorte. Vergleich von Linien über Standorte hinweg mit normierten Definitionen.
- Zuverlässige Datenerfassung. Robust gegenüber Netzwerkabbrüchen, PLC-Neustarts, Broker-Ausfällen. Der versteckte Killer von OEE-Plattformen.
- Konfigurierbar für Chargen- und Stückfertigung. Unterschiedliche Zeit‑Zustands‑Modelle, unterschiedliche Performance‑Formeln.
Unterscheidungsmerkmale (den Aufpreis wert)
- Geschlossene CMMS-Integration. Ein Stillstandsereignis im OEE erzeugt automatisch einen Arbeitsauftrag im CMMS, verfolgt die Reaktion und schließt den Kreis. Die meisten Plattformen behaupten das; wenige machen es sauber.
- Zykluszählung per Computer Vision. Kameras als Zyklusquelle, wenn PLCs keine Zähldaten bereitstellen. Erfasst Performance-Verluste, die in PLC-only-Setups unsichtbar bleiben.
- Rezeptabhängige Performance. Unterschiedliche ideale Zykluszeit pro SKU oder Rezept, nicht ein generischer Liniendurchschnitt. Essenziell für Chargen- und hochdiverse Stückfertigung.
- Automatisiertes Ursachen-Pareto. Zeigt den dominanten Verlust pro Linie und Schicht ohne manuelle Analyse.
- Bedienerorientierte Linienansicht. Eine einfache Echtzeitansicht, die Bediener tatsächlich nutzen, nicht nur Management‑Dashboards.
- Offene API. REST/GraphQL mit dokumentierten Endpunkten zur Integration mit ERP, MES und BI-Tools.
Marketing-Floskeln herausfiltern
- „KI-gestützt“ ohne konkreten Anwendungsfall. KI wofür? Anomalieerkennung? Prognosen? Vage KI‑Aussagen sind meist Marketinggeschwätz.
- „Industry 4.0-ready.“ Sagt nichts Konkretes. Fragen Sie, welche Protokolle unterstützt werden und wie der Datenfluss aussieht.
- „Echtzeit“ ohne Latenzangaben. Echtzeit in welchem Takt? 1 Sekunde, 5 Sekunden, 1 Minute? Latenz ist wichtig; vage Aussagen sind es nicht.
- Vendor-gebundene Dashboards. Hübsche UI, die nichts Bedeutungsvolles exportiert. Fordern Sie SQL‑Zugriff oder offene API.
- „Plug-and-play“-Versprechen. Keine industrielle Integration ist wirklich Plug‑and‑Play. Fragen Sie nach dem typischen Implementierungszeitraum.
Was man in einer Demo testen sollte
- Zeigen Sie echte Kundendaten, keinen Sandbox‑Datensatz. Sandbox‑Demos verbergen die unordentlichen Randfälle.
- Trennen Sie das Netzwerk für 5 Minuten. Beobachten Sie, was mit der Datenerfassung und der Wiederherstellung passiert.
- Fügen Sie eine neue SKU mit anderer idealer Zykluszeit hinzu. Prüfen Sie, ob die Plattform das ohne Eingreifen der Technik handhabt.
- Senden Sie einen Ursachen-Code für einen Stillstand über das Bedienerinterface. Prüfen Sie, ob er innerhalb von Sekunden im Pareto erscheint.
- Fordern Sie das SQL‑Schema oder die API‑Dokumentation an. Offener Zugriff vs. Vendor‑Lock‑in ist sofort erkennbar.
Fragen für den Einkauf
- Wie lange dauert es typischerweise vom Vertragsabschluss bis zu den ersten Produktionsdaten?
- Wie wird die Plattform bepreist (pro Linie, pro Standort, pro Signal)? Achten Sie auf versteckte Pro‑Tag‑Preise.
- Wie lautet das SLA für Datenerfassung? Für Dashboard‑Verfügbarkeit?
- Was passiert mit meinen Daten, wenn ich den Anbieter verlasse?
- Wie wird die Plattform aktualisiert? Cloud‑Auto‑Updates oder On‑Prem mit manuellen Rollouts?
Wie die richtige OEE‑Plattform 2026 aussehen sollte
Eine Plattform mit nativer OPC UA‑ und MQTT‑Unterstützung, ISO‑22400‑konformen KPIs, robuster Datenerfassung, geschlossener CMMS‑Integration, mobilem Bedienerinterface und offener API. Ohne diese Funktionen kaufen Sie ein Dashboard, kein OEE‑System.
Das OEE‑Modul von Fabrico deckt die Basisanforderungen und die meisten Unterscheidungsmerkmale ab: native OPC UA + MQTT, ISO‑22400‑Konformität, geschlossene CMMS‑Integration, rezeptgebundene Performance, mobile Bedieneransicht, REST‑API.
Sehen Sie, wie Fabrico das automatisch erfasst — erkunden Sie OEE für die Fertigung oder buchen Sie eine Demo.
Weiterführende Lektüre
Häufig gestellte Fragen
Ist die geschlossene CMMS‑Integration wirklich ein Differenzierungsmerkmal?
Ja. Die meisten Plattformen behaupten das; wenige setzen es sauber um. Testen Sie es in der Demo, indem Sie ein Stillstandsereignis simulieren und prüfen, ob der Arbeitsauftrag im CMMS mit richtigem Asset, Zeitstempel und Ursachen‑Code erscheint.
Brauche ich Computer Vision für die Zykluszählung?
Nur wenn PLCs keine Stückzählung oder zuverlässige Signale bereitstellen. Kameras erfassen Zyklen, die in PLC‑only‑Setups unsichtbar bleiben, besonders bei älterer Ausrüstung.
Ist mobiler Zugriff wirklich eine Basisanforderung?
Ja. Bediener tragen Telefone oder verwenden Tablets. Eine ausschließlich desktopbasierte OEE‑Plattform ist 2026 an der Linie unbrauchbar.
Wieviel sollte ich zahlen?
KMU‑Werk mit 5–10 Linien: typischerweise €40.000–€120.000 im ersten Jahr (Lizenz + Implementierung + interne Arbeitskosten). Multi‑Site‑Unternehmen: deutlich mehr.
Was ist das größte versteckte Risiko?
Die Zuverlässigkeit der Datenerfassung. Hübsche Dashboards verbergen schlechte Datenqualität. Testen Sie die Robustheit gegenüber Netzwerkabbrüchen und PLC‑Neustarts, bevor Sie unterschreiben.
Anmeldung
Blog