[et_pb_section fb_built=“1″ _builder_version=“4.27″][et_pb_row][et_pb_column type=“4_4″][et_pb_text]<\/p>\n
Die Echtzeit-Leistungs\u00fcberwachung<\/strong> in der Fertigung wird in vielen Anbieterpr\u00e4sentationen als spektakul\u00e4re Cockpit-Ansicht voller Diagramme und Heatmaps inszeniert. Die Realit\u00e4t an der Maschine sieht anders aus. Was der Bediener in der Schicht tats\u00e4chlich auf seinem Terminal sieht, muss innerhalb von zwei Sekunden eine klare Frage beantworten: l\u00e4uft meine Maschine, und wenn nicht, warum nicht. Alles, was diese Antwort verz\u00f6gert oder verschleiert, wird im Schichtbetrieb ignoriert.<\/p>\n Dieser Beitrag beschreibt aus operativer Sicht, welche Informationen ein wirksames Echtzeit-Leistungs\u00fcberwachungssystem an den Bediener liefern muss, in welcher Form, mit welcher Reaktionszeit, und welche Bedienelemente sich in DACH-Mittelstandsbetrieben durchsetzen. Adressat sind Produktionsleiter, Werksleiter und Bedien-Trainer, die ein Bediener-Interface ausw\u00e4hlen oder konfigurieren m\u00fcssen.<\/p>\n Ein Bediener in der Sp\u00e4tschicht steht an seiner CNC-Maschine, der Spritzgussanlage oder der Verpackungslinie. Er hat parallel die Maschine zu \u00fcberwachen, Qualit\u00e4tsstichproben zu nehmen, Werkstoff nachzulegen, Werkzeug zu wechseln, eventuell einen zweiten Arbeitsplatz im Auge zu behalten. Die Aufmerksamkeit, die er einem Bedien-Terminal widmen kann, ist begrenzt \u2013 in der Regel drei bis acht Blicke pro Schicht pro Maschine, jeweils zwei bis f\u00fcnf Sekunden lang.<\/p>\n Diese Schichtrealit\u00e4t definiert die Anforderung an die Echtzeit-Leistungs\u00fcberwachung<\/strong>. Das Terminal muss in unter zwei Sekunden lesbar machen: aktueller Maschinenstatus, aktuelle Schichtleistung im Vergleich zum Soll, sowie \u2013 falls ein Stillstand vorliegt \u2013 die Anforderung, diesen zu qualifizieren. Alles andere ist Hintergrundinformation, die im Bedarfsfall durch eine zweite Geste erreichbar sein muss, aber nicht prim\u00e4r pr\u00e4sentiert wird.<\/p>\n In der Praxis bedeutet das: keine Heatmaps, keine 30-Tage-Trends, keine Multi-Linien-\u00dcbersichten auf dem Bediener-Terminal. Diese geh\u00f6ren auf Schichtleiter-Dashboards in der Meisterkabine oder auf Werkleiter-Tablets, nicht ans Maschinen-Display.<\/p>\n Aus mehreren hundert validierten DACH-Implementierungen kristallisieren sich drei Pflicht-Informationen heraus, die in unter zwei Sekunden ablesbar sein m\u00fcssen.<\/p>\n Erstens: Maschinenstatus mit Farbsignal<\/strong>. Gr\u00fcn = l\u00e4uft. Rot = steht (qualifizierungspflichtig). Gelb = idle \/ unproduktiver Zustand. Diese Drei-Farben-Logik orientiert sich an der industriellen Ampel-Konvention, die jeder DACH-Operator kennt. Eine Mehrfarbpalette mit f\u00fcnf oder sechs Zust\u00e4nden mag fachlich pr\u00e4ziser sein, aber sie \u00fcberlastet die Wahrnehmung in der Schicht. Drei Farben sind genug.<\/p>\n Zweitens: Schichtfortschritt mit Soll\/Ist-Abgleich<\/strong>. Eine schlanke Anzeige der Form „Schicht-Ist: 312 \/ Soll-Plan zu diesem Zeitpunkt: 340 \/ Differenz: \u221228 St\u00fcck \/ Verbleibende Schichtzeit: 3h 12min“. Das Bediener-Pacing wird damit unmittelbar steuerbar: Liegt der Bediener im Plan, dann ist alles in Ordnung. Liegt er deutlich darunter, sieht er es sofort und kann gegenlenken (Materialvorbereitung optimieren, Pausen verk\u00fcrzen, Hilfe rufen).<\/p>\n Drittens: Aktive Qualifizierungsaufforderung bei Stillstand<\/strong>. Sobald die Sensoren einen Maschinenstillstand erkennen, der l\u00e4nger als der definierte Schwellwert dauert (typischerweise 30 bis 120 Sekunden, je nach Maschinentyp), erscheint eine Aufforderung am Bedien-Terminal: „Stillstand seit 1:34 \u2013 bitte Ursache w\u00e4hlen“. Die Ursachen-Auswahl muss in maximal drei Schritten erfolgen k\u00f6nnen (Kategorie \u2192 Sub-Kategorie \u2192 Best\u00e4tigen), und der gesamte Vorgang darf nicht l\u00e4nger als 5 Sekunden dauern. L\u00e4ngere Qualifizierungen werden vom Bedienpersonal nicht mehr ausgef\u00fchrt.<\/p>\n Mindestens ebenso wichtig wie die Pflicht-Informationen sind die Inhalte, die nicht<\/em> auf das Bediener-Terminal geh\u00f6ren. Aus der Erfahrung mehrerer Mittelstandsprojekte:<\/p>\n Detaillierte OEE-Kennzahlen<\/strong>. Eine OEE-Zahl von 67,3 Prozent ist f\u00fcr den Schichtleiter relevant, nicht f\u00fcr den Bediener. Der Bediener arbeitet operativ und braucht keine aggregierten Kennzahlen \u00fcber zwei Wochen, sondern die n\u00e4chste Information f\u00fcr die n\u00e4chsten zehn Minuten. OEE-Zahlen werden in Schichtleiter-Dashboards oder Schicht\u00fcbergabe-Reports kommuniziert.<\/p>\n Vergangenheits-Trends<\/strong>. Wie war meine OEE letzte Woche? Wer hat in der Fr\u00fchschicht produziert? Diese Fragen interessieren das Schichtleitungs- und Werkleitungs-Niveau, nicht den Bediener. Solche Informationen ablenken vom aktuellen Arbeitsschritt.<\/p>\n Komplexe Pareto-Analysen<\/strong>. Welche Stillstandsursache war \u00fcber die letzte Woche am h\u00e4ufigsten? Diese Frage ist zentral f\u00fcr KVP-Routinen, geh\u00f6rt aber in die Schichtleiter-Pareto-Sitzung, nicht ans Maschinen-Display.<\/p>\n Multi-Linien-Vergleiche<\/strong>. Wie l\u00e4uft Linie 3 im Vergleich zu Linie 7? Werkleiter-Information. Der Bediener an Linie 5 braucht das nicht.<\/p>\n Die Versuchung, dem Bediener „alles zu zeigen, damit er informiert ist“, f\u00fchrt in der Praxis zu Ignoranz des gesamten Systems. Information ist Aufmerksamkeitskonsumption \u2013 und Aufmerksamkeit ist die knappste Ressource in der Schicht.<\/p>\n Im DACH-Raum konkurrieren zwei Bediener-Schnittstellen: das fest installierte Touch-Bedienterminal direkt an der Maschine und die Mobile-App auf einem pers\u00f6nlichen oder geteilten Tablet\/Smartphone. Beide haben ihre Berechtigung, aber f\u00fcr unterschiedliche Einsatzprofile.<\/p>\n Das fest installierte Bedienterminal<\/strong> \u2013 typischerweise ein 10- bis 15-Zoll-Touchscreen in IP65-Schutzart, montiert am Maschinenst\u00e4nder \u2013 ist die richtige Wahl bei: Maschinen mit hoher Stillstandstaktung (wo Qualifizierungen alle paar Minuten anstehen), Schichtbetrieben mit h\u00e4ufigem Bediener-Wechsel (Terminal ist immer am Arbeitsplatz, unabh\u00e4ngig vom Personal), Maschinen mit definitivem Standplatz des Bedieners.<\/p>\n Die Mobile-App<\/strong> \u2013 auf einem Schichtmeister-Tablet oder einem geteilten Schicht-Tablet \u2013 ist die richtige Wahl bei: Bedienern, die mehrere Maschinen gleichzeitig betreuen und sich zwischen ihnen bewegen, weniger taktintensiven Linien, erg\u00e4nzender Auswertung au\u00dferhalb der Maschinen-Standorte (Pausenraum, Schichtleitungs-B\u00fcro).<\/p>\n Die meisten erfolgreichen DACH-Implementierungen kombinieren beide: Bedienterminal direkt an der Maschine f\u00fcr die operative Echtzeit-Qualifizierung, Mobile-App f\u00fcr Schicht-\u00dcbergaben, Routine-Reviews und Erg\u00e4nzungsangaben.<\/p>\n Die Echtzeit<\/em> in Echtzeit-Leistungs\u00fcberwachung<\/strong> ist kein Marketingbegriff. Im Sinne der industriellen Praxis bedeutet sie: zwischen dem physikalischen Maschinen-Ereignis (Start, Stopp, Statuswechsel) und der Anzeige am Bediener-Terminal d\u00fcrfen nicht mehr als 5 Sekunden vergehen. L\u00e4ngere Latenzen f\u00fchren zu Vertrauensverlust beim Bediener und zu Akzeptanzproblemen.<\/p>\n Die Latenz-Kette setzt sich aus mehreren Komponenten zusammen: Sensor-Sample-Rate (typischerweise 1 Hz bis 10 Hz), Gateway-Verarbeitung (Sub-Sekunde), Funk\u00fcbertragung (1 bis 3 Sekunden), Cloud-Verarbeitung (Sub-Sekunde) und Anzeige-Update am Terminal (Sub-Sekunde). Bei einer professionellen Implementierung liegt die Gesamt-Latenz typischerweise bei 2 bis 4 Sekunden.<\/p>\n Wichtig: Echtzeit bedeutet nicht „Mikrosekunden-Genauigkeit“. F\u00fcr OEE-Echtzeit-Anzeige reicht Sekundengenauigkeit aus. Wer Mikrosekunden-Echtzeit verlangt, braucht keine OEE-Plattform, sondern eine echte SPS-Anbindung mit IRT-Echtzeit-Profinet oder vergleichbar.<\/p>\n Die Qualit\u00e4t der Pareto-Analysen steht und f\u00e4llt mit der Qualit\u00e4t der Bediener-Qualifizierungen. Eine Qualifizierungsstruktur, die in der DACH-Praxis funktioniert, hat folgende Eigenschaften.<\/p>\n Erstens: Maximal drei Ebenen<\/strong>. Hauptkategorie \u2192 Sub-Kategorie \u2192 optional ein Freitext-Kommentar. Vier oder f\u00fcnf Ebenen f\u00fchren zu Abbr\u00fcchen w\u00e4hrend der Bedienung.<\/p>\n Zweitens: Maximal 8 Hauptkategorien<\/strong>. Mehr passt nicht auf einen 10-Zoll-Touchscreen ohne Scrollen, und mehr ist auch nicht n\u00f6tig. Typische Hauptkategorien: Werkzeugwechsel, Materialwechsel, Qualit\u00e4tspr\u00fcfung, Wartung, Pause\/Schichtwechsel, St\u00f6rung mechanisch, St\u00f6rung elektrisch, Sonstiges.<\/p>\n Drittens: Maximal 5 Sub-Kategorien pro Hauptkategorie<\/strong>. Ein gutes Gleichgewicht zwischen Auswertbarkeit (genug Differenzierung f\u00fcr KVP) und Bediener-Akzeptanz (schnelle Auswahl).<\/p>\n Viertens: Schwellwerte f\u00fcr automatische vs. manuelle Qualifizierung<\/strong>. Stillst\u00e4nde unter dem Schwellwert (etwa 30 Sekunden) werden als Mikrostopps automatisch kategorisiert. Stillst\u00e4nde \u00fcber dem Schwellwert l\u00f6sen die manuelle Qualifizierungsaufforderung aus.<\/p>\n F\u00fcnftens: Default-Ursache bei nicht qualifizierten Stillst\u00e4nden<\/strong>. Wenn der Bediener nicht innerhalb von beispielsweise 10 Minuten qualifiziert hat, wird der Stillstand als „Unbekannt“ markiert. In den Pareto-Analysen ist eine Quote von „Unbekannt“ \u00fcber 10 Prozent ein Fr\u00fchwarnindikator f\u00fcr Akzeptanz- oder Schulungsprobleme.<\/p>\n Im DACH-Raum ist die Frage der Anonymisierung zentral f\u00fcr die Akzeptanz und f\u00fcr die Mitbestimmungsf\u00e4higkeit der Plattform. Die Regel: die Echtzeit-Leistungs\u00fcberwachung dient der Anlagen-Optimierung, nicht der individuellen Leistungskontrolle.<\/p>\n Konkret bedeutet das: Daten werden auf Maschinen- und Linien-Ebene aggregiert. Sie werden auf Schicht-Ebene (Fr\u00fch, Sp\u00e4t, Nacht) ausgewertet, aber nicht auf Person-Ebene. Wer in welcher Schicht an welcher Maschine stand, wird nicht systematisch erfasst \u2013 auch wenn ein Login-System aus IT-Sicherheitsgr\u00fcnden vorhanden ist, d\u00fcrfen diese Daten nicht in die OEE-Analysen einflie\u00dfen.<\/p>\n Diese Trennung muss in einer Betriebsvereinbarung dokumentiert sein. Im Plattform-Setup wird sichergestellt, dass Login-Daten und OEE-Auswertungen getrennt sind. Audit-Trails und Datenschutz-Konformit\u00e4t nach DSGVO sind dabei selbstverst\u00e4ndlich.<\/p>\n Wer diese Trennung nicht etabliert, riskiert sowohl Akzeptanz-Probleme bei den Bedienern als auch Konflikte mit dem Betriebsrat. Die im DACH-Raum etablierten guten Praktiken empfehlen, den Betriebsrat von der Konzeptionsphase an einzubeziehen und die Betriebsvereinbarung vor der Pilotinstallation zu verabschieden.<\/p>\n In der DACH-Realit\u00e4t sprechen viele Bedien-Teams nicht alle deutsch als Muttersprache. T\u00fcrkisch, Polnisch, Rum\u00e4nisch, Italienisch, Russisch und weitere Sprachen sind in deutschen Werken allt\u00e4glich. Eine wirksame Echtzeit-Leistungs\u00fcberwachung<\/strong> muss diese Realit\u00e4t abbilden.<\/p>\n Das bedeutet: Das Bediener-Terminal sollte mindestens die Sprachen Deutsch, Englisch, T\u00fcrkisch und Polnisch unterst\u00fctzen. H\u00f6herwertige Plattformen bieten 6 bis 12 Sprachen an. Die Sprachumschaltung muss in maximal zwei Schritten erfolgen k\u00f6nnen (Sprachsymbol \u2192 Sprachauswahl). Die Symbole und Ampel-Logik bleiben sprachunabh\u00e4ngig.<\/p>\n Eine weitere bew\u00e4hrte Praxis: piktogramm-basierte Stillstands-Qualifizierungs-Kategorien. Werkzeugwechsel wird durch ein Schraubenschl\u00fcssel-Symbol dargestellt, Materialwechsel durch ein Paletten-Symbol, Qualit\u00e4tspr\u00fcfung durch ein Lupen-Symbol. Diese visuellen Repr\u00e4sentationen funktionieren \u00fcber Sprachen hinweg und reduzieren das Risiko von Fehlqualifizierungen durch Sprachbarrieren.<\/p>\n Zusammengefasst: Eine Echtzeit-Leistungs\u00fcberwachung<\/strong>, die in der DACH-Schichtrealit\u00e4t tr\u00e4gt, hat folgende Eigenschaften:<\/p>\n Sie zeigt drei Pflicht-Informationen ans Bedien-Terminal, in unter zwei Sekunden lesbar: aktueller Status mit Ampel, Schichtfortschritt mit Soll-Ist, Qualifizierungsaufforderung bei Stillstand. Sie verzichtet auf alles, was nicht in den Bediener-Aufmerksamkeitshorizont passt. Sie reagiert mit unter 5 Sekunden Latenz auf Maschinen-Ereignisse. Sie integriert eine Qualifizierungs-Struktur mit max 3 Ebenen und max 8 Hauptkategorien. Sie ist mehrsprachig und piktogramm-gest\u00fctzt. Sie ist anonymisiert auf Person-Ebene und in einer Betriebsvereinbarung verankert.<\/p>\n Was sie technisch erm\u00f6glicht, wird im verwandten Beitrag OEE-Dashboard und Bedienterminal-Design<\/a> vertieft. Wie die Daten in die Routinen der Schichtleitung einflie\u00dfen, beschreibt Schichtleiter-Routinen mit Echtzeit-OEE-Daten<\/a>.<\/p>\n Mehr \u00fcber TeepTrak und unsere Plattform f\u00fcr Echtzeit-Leistungs\u00fcberwachung erfahren Sie auf teeptrak.com<\/a>.<\/p>\nDie Schichtrealit\u00e4t: Was der Bediener vor seinen Augen hat<\/h2>\n
Die drei Pflicht-Informationen auf jedem Bediener-Terminal<\/h2>\n
Was nicht auf das Bediener-Terminal geh\u00f6rt<\/h2>\n
Bedienterminal vs. Mobile-App: Was sich durchsetzt<\/h2>\n
Reaktionszeit der Echtzeit-Anzeige<\/h2>\n
Qualifizierungs-Kategorien: Wie sie funktionieren<\/h2>\n
Anonymisierung und Mitbestimmung<\/h2>\n
Mehrsprachigkeit am Bediener-Terminal<\/h2>\n
Was eine wirksame Echtzeit-Leistungs\u00fcberwachung leisten muss<\/h2>\n