Andon-System oder OEE-Software: Was sollte Ihr Werk zuerst kaufen?

Sie wissen, dass die Linie Zeit verliert. Die Frage ist, welches Werkzeug Sie zuerst kaufen: ein Andon-System, um Hilfe zu rufen, oder OEE-Software, um Verluste zu messen. Beide werden als Lösung gegen Stillstände verkauft, und beide landen auf derselben Budgetzeile.

Dieser Leitfaden richtet sich an Werks-, KVP- und Engineering-Leiter, die diese Entscheidung treffen: wofür jedes Werkzeug da ist, wann welches zuerst kommt, wie beide Daten teilen und was eine langsame Reaktion an Verfügbarkeit kostet.

Wir verkaufen Fabrico, eine Cloud-Plattform für OEE und Light MES. Lesen Sie dies also als Sicht eines Anbieters und prüfen Sie unsere Aussagen wie die jedes Anbieters.

Andon-System vs. OEE-Software: zwei verschiedene Aufgaben

Ein Andon ist ein Hilferuf. Toyota beschreibt es schlicht: „Wenn eine Anlage stoppt, leuchtet das Andon (Störungsanzeigetafel) auf, um die Mitarbeiter über die Abweichung zu informieren“ (Toyota-Produktionssystem (EN)). Das Lean Enterprise Institute ergänzt den Punkt, auf den es für Käufer ankommt: „Die aufleuchtende Nummer ruft eine schnelle Reaktion des Teamleiters herbei“ (LEI-Lexikon, Andon (EN)). Der gesamte Wert des Andon liegt in den Minuten, nachdem ein Problem beginnt.

OEE-Software arbeitet mit einem längeren Takt. Sie erfasst, wann die Linie lief, wann sie stand und warum und wie viele Gutteile herauskamen, und ordnet die Verluste dann nach Linie, Schicht und Ursache. Ihr Wert zeigt sich über Wochen an Daten, in der Verlustbesprechung.

Die beiden sind also keine Konkurrenten. Das eine verkürzt den Stillstand, in dem Sie gerade stecken. Das andere zeigt Ihnen, welche Stillstände Sie dauerhaft beseitigen sollten. Es geht um die Reihenfolge, nicht darum, wer gewinnt.

Mehr zu beiden finden Sie auf unseren verwandten Seiten: Andon-Systeme in der Fertigung erklärt, wie ein Andon funktioniert, und OEE-Software zeigt, was Sie von einem Messwerkzeug erwarten können.

Zuerst Andon, zuerst OEE-Software oder beides

Wählen Sie zuerst ein Andon-System, wenn:

• Werker sagen, dass sie auf einen Instandhalter, eine Qualitätsprüfung oder Material warten, und niemand sagen kann, wie lange.
• Sicherheits- oder Qualitätsprobleme innerhalb von Minuten jemanden an der Linie brauchen, nicht erst in der nächsten Besprechung.
• Sie Ihre größten Verluste bereits kennen und langsame Reaktionen einer davon sind.

Wählen Sie zuerst OEE-Software, wenn:

• Sie Ihre Verluste nicht in eine Rangfolge bringen können oder jede Abteilung sie anders ordnet.
• Stillstände auf Papier, verspätet oder gar nicht erfasst werden und ein großer Teil keinen Grund hat.
• Sie Verbesserungsprojekte planen und eine Ausgangsbasis brauchen, an der Sie sie messen.
• Der Großteil der Stillstandszeit aus langen Störungen oder Rüstvorgängen besteht, nicht aus dem Warten auf Hilfe.

Machen Sie beides, wenn:

• Die Wartezeiten lang sind und Ihnen zugleich Verlustdaten fehlen. Lassen Sie dann beide in ein gemeinsames Stillstandsprotokoll schreiben, sodass ein Ruf und ein Stillstand dasselbe Ereignis sind und nicht zwei Datensätze, die nie zusammenfinden.
• Sie heute ein Andon ohne Messung dahinter betreiben. Ergänzen Sie OEE-Software und erfassen Sie die Reaktionszeit als eigenen Anteil im Stillstandsdatensatz.

Eine einfache Regel: Wenn Sie die drei größten Verluste mit Zahlen benennen können, liegt die Lücke wahrscheinlich bei der Reaktion. Wenn nicht, beginnen Sie mit dem Messen. Die Zahlen zeigen Ihnen, ob sich ein schnellerer Rufweg lohnt.

Möchten Sie Stillstandsdaten, Gründe und Alarme im Zusammenspiel sehen? Demo buchen und Ihre Stationsliste mitbringen.

Wie Andon und OEE-Software Daten teilen

Ein Andon-Ruf und ein OEE-Stillstand sind oft dasselbe Ereignis, von zwei Seiten betrachtet. Das Andon sieht „Hilfe an Station 4 benötigt, Instandhalter“. Der OEE-Datensatz sieht „Linie 14 Minuten gestanden, Grund: Stau“. Verknüpfen Sie beide, erhalten Sie, was keiner allein hat: wie viel dieser 14 Minuten Warten war und wie viel Behebung.

Die OEE-Methode von R.C. Hansen zieht dieselbe Grenze. Die Reparaturzeit läuft ab dem Eintreffen des Instandhalters. Die Wiederherstellungszeit läuft vom Ende der Produktion bis zur nächsten Produktion und umfasst Entscheiden, Rufen und Anfahrtsweg. Die Verfügbarkeit zählt die volle Wiederherstellungszeit, die Wartezeit steckt also bereits darin.

Drei Regeln halten die gemeinsamen Daten sauber:

• Keine Doppelzählung. Warten auf Hilfe ist keine neue Verlustkategorie. Es ist ein Anteil innerhalb des Stillstands, unter derselben Ursache. Zählen Sie es noch einmal obendrauf, ergeben Ihre Verluste mehr als 100 %.
• Dieselben Begriffe in beiden Listen. Wenn Andon-Ruftypen und Stillstandsgründe dieselben Namen tragen, verknüpfen Sie sie ohne Zuordnungstabelle.
• Eine Uhr. Beide Systeme sollten dieselbe Zeitquelle nutzen, damit ein Ruf um 10:02 und ein Stillstand um 10:02 zusammenpassen.

Die Forschung zu Smart-Lean-Systemen behandelt das Andon als einen Teil eines größeren Datenflusses. Ein Beitrag in Sensors beschreibt einen Aufbau, bei dem Werker je nach Abweichung an der Station verschiedene Typen von SLAE-ABOX-Tastern manuell auslösen, um die passenden Andon-Funktionen auszuführen, mit Team-, Qualitäts- und Anlagenrufen als getrennten Typen (Ma, Wang und Zhao, Sensors, 2017 (EN)). Solche typisierten Rufe machen die Verknüpfung mit Stillstandsgründen einfach.

Unser verwandter Leitfaden zu digitalem Andon in MES- und OEE-Plattformen behandelt die Datenspur im Detail, und die Eskalationsmatrix für Stillstände zeigt, wer wann gerufen wird. Diese Seite bleibt bei der Kaufreihenfolge.

Was eine langsame Reaktion an Verfügbarkeit kostet: Rechenbeispiel

Hier ist eine Schicht an einer Linie, mit Zahlen, die die Rechnung zeigen sollen. Illustrative Beispieldaten.

• Schicht von 480 Minuten mit 30 Minuten Pause und ohne Pausenablösung. Die Pause wird abgezogen, die geplante Produktionszeit beträgt also 450 Minuten.
• Ein geplanter Rüstvorgang von 30 Minuten.
• 10 Stillstände, die Hilfe brauchen. Jeder wartet 6 Minuten auf die richtige Person, die Behebung dauert dann 8 Minuten.
• Ideale Taktrate 60 Stück pro Minute. Leistung 85 % und Qualität 98 %, in beiden Fällen gleich.

Vorher. Die Stillstandszeit beträgt 10 x (6 + 8) = 140 Minuten. Die Laufzeit ist 450 minus 30 minus 140, also 280 Minuten. Die Verfügbarkeit beträgt 280 / 450 = 62,2 %. Die OEE beträgt 0,622 x 0,85 x 0,98 = 51,8 %.

Nach einem schnelleren Rufweg. Die Wartezeit sinkt auf 2 Minuten je Stillstand, die Behebung bleibt bei 8. Die Stillstandszeit beträgt 10 x (2 + 8) = 100 Minuten. Die Laufzeit beträgt 320 Minuten. Die Verfügbarkeit beträgt 320 / 450 = 71,1 %. Die OEE beträgt 0,711 x 0,85 x 0,98 = 59,2 %.

Prüfen Sie es auf einem zweiten Weg, über die Gutteile. Vorher: 280 x 60 x 0,85 x 0,98 = 13.994 Gutteile. Bei idealer Taktrate sind das 233,2 Minuten perfekter Ausbringung, und 233,2 / 450 = 51,8 %, dieselbe OEE. Nachher: 15.994 Gutteile, also rund 2.000 mehr pro Schicht mit derselben Maschine und denselben Reparaturen.

Die Verluste müssen zusammen mit der OEE 100 % ergeben. Im Vorher-Fall tun sie das:

51,8 + 6,7 + 13,3 + 17,8 + 9,3 + 1,1 = 100,0 %. Die Wartezeit macht 60 von 140 Stillstandsminuten aus, hier sind also 43 % der Stillstandszeit Warten, nicht Beheben. Genau diese Zahl greift ein Andon an, und ein OEE-Tool kann sie sichtbar machen. Die vollständige Methode finden Sie auf unserer Seite zur OEE-Berechnung.

Zwei Einschränkungen. Die zusätzlichen Stückzahlen werden nur dann zu Geld, wenn diese Linie der Engpass ist und Sie die Ausbringung verkaufen können; bewerten Sie die Minuten also am Engpass. Und Ihre eigene Aufteilung kann anders aussehen: Ist die Wartezeit nur ein kleiner Anteil und die Behebung das Problem, hilft ein schnellerer Rufweg wenig.

Messen Sie zuerst Ihren Warteanteil. Bevor Sie eines von beiden kaufen, erfassen Sie eine Woche lang Rufzeit und Ankunftszeit für die Stillstände, die Hilfe brauchen, notfalls auf Papier. Als Faustregel, nicht als Benchmark: Ist das Warten mehr als etwa ein Drittel der Stillstandszeit, ist der Rufweg Ihr erster Hebel. Ist es wenig, beginnen Sie mit den Verlustdaten.

Checkliste: acht Fragen, bevor Sie eines von beiden kaufen

Stellen Sie diese Fragen jedem Anbieter und Ihrem eigenen Team. Sie gelten für Andon-Tools, OEE-Software und Plattformen, die beides versprechen.

1. Hält ein Stillstandsdatensatz Wartezeit und Behebungszeit getrennt fest, unter einer Ursache?
2. Können Andon-Ruftypen und Stillstandsgründe eine gemeinsame Liste nutzen?
3. Wer erhält einen Alarm, über welchen Kanal, und was passiert, wenn niemand reagiert?
4. Woher kommt das Stillstandssignal: von der Maschine, einem Sensor, einer Person oder einer Kamerazählung?
5. Wie erfasst ein Werker einen Grund, und wie viele Tipper braucht das an der Linie?
6. Sehen Sie die Reaktionszeit nach Schicht, Linie und Ruftyp, nicht nur als Durchschnitt?
7. Wie verlassen Daten das System: API, Webhooks, Dateiexport?
8. Wer bei uns ist für die Reaktion auf einen Ruf verantwortlich, und wer für die wöchentliche Verlustbesprechung?

Die letzte Frage richtet sich an Ihr Team. Ein Andon, auf das niemand reagiert, gewöhnt den Leuten ab, es zu ziehen. Ein OEE-Bericht, den niemand bespricht, wird zum Bildschirm an der Wand.

Wenn Sie Produkte vergleichen, gehen unsere Seiten für Käufer tiefer: Software für digitale Andon-Systeme, OEE-Software im Vergleich, Software zur Maschinenüberwachung und Software für Shopfloor-Management.

Wo Fabrico passt

Fabrico ist OEE- und Light-MES-Software. Hier steht, was sie heute kann und was nicht.

• Stillstände und Stückzahlen kommen aus der SPS der Linie oder, an älteren Maschinen, von einem Fabrico-IoT-Gerät mit externen Sensoren. Der Werker erfasst den Stillstandsgrund auf einem Tablet oder Smartphone.
• Verluste werden nach Stillstandsursache und in Geld angezeigt, sodass die wöchentliche Besprechung beim größten Verlust beginnt.
• Alarme: Die Produktübersicht nennt Push-, In-App- und E-Mail-Benachrichtigungen mit Regeln, wer worüber informiert wird.
• Datenausgabe: eine REST-API, Webhooks sowie Excel- oder CSV-Export, sodass Stillstandsdaten neben einem bereits vorhandenen Andon stehen können.
• Kamera-Add-on: KI-Kameras (ein Add-on) zählen die Ausbringung an manuellen Arbeitsschritten oder an Maschinen ohne nutzbares Signal. Video wird auf Anfrage gestreamt und im Standard-Setup nicht gespeichert. Siehe das Computer-Vision-Add-on.

Wenn Sie Signalsäulen, Ruftaster oder Eskalationsstufen brauchen, fragen Sie in der Demo, wie Alarme und Andon-Rufe gehandhabt werden, und testen Sie es mit einem echten Ruf. Von Kameras erkannte Stillstände stehen auf der Roadmap und sind heute keine Funktion.

Wenn Sie zuerst messen und später einen schnelleren Rufweg ergänzen wollen, zeigt unsere Seite zu Light MES, wie die Teile in einem System zusammenpassen. Für FMCG-Linien mit manueller Verpackung siehe Computer Vision in der FMCG-Fertigung.

Was Käufer als Nächstes fragen

Kann OEE-Software ein Andon-System ersetzen?

Nicht allein. OEE-Software zeigt im Nachhinein, wo die Zeit geblieben ist. Ein Andon holt jetzt die richtige Person an die Linie. Manche OEE- und Light-MES-Tools senden Alarme, wenn eine Linie stillsteht, und decken damit einen Teil der Andon-Aufgabe ab. Prüfen Sie, ob der Alarm schnell genug eine namentlich benannte Person erreicht und ob jemand für die Reaktion verantwortlich ist.

Gehört die Reaktionszeit zur OEE-Verfügbarkeit?

Ja. Das Warten auf Hilfe geschieht, während die Linie steht, also liegt es innerhalb der Stillstandszeit dieses Stillstands. Teilen Sie den Stillstand in Warten und Reparatur auf, statt das Warten als eigenen Verlust zu erfassen. Wenn Sie es zusätzlich obendrauf zählen, zählen Sie dieselben Minuten doppelt.

Sollten Andon-Rufe und OEE-Stillstandsgründe dieselbe Liste nutzen?

Nutzen Sie eine Liste, wo immer es geht. Wenn die Andon-Ruftypen Instandhaltung, Qualität oder Material heißen und die Liste der Stillstandsgründe dieselben Begriffe verwendet, lassen sich beide Datensätze ohne Zuordnungstabelle verknüpfen. Halten Sie die Andon-Liste kurz, denn Werker wählen unter Zeitdruck.

Was rechnet sich schneller?

Das hängt davon ab, wo Ihre Minuten verloren gehen. Machen lange Wartezeiten einen großen Teil der Stillstandszeit aus, gewinnt ein schnellerer Rufweg rasch Zeit zurück. Wissen Sie nicht, wo die Minuten verloren gehen, kommt OEE-Software zuerst, denn was Sie nicht messen, können Sie nicht priorisieren. Rechnen Sie mit Ihren eigenen Schichtdaten, nicht mit einem Anbieter-Durchschnitt.

Wie geht Fabrico mit Andon-Rufen und Alarmen um?

Die Produktübersicht von Fabrico nennt Push-, In-App- und E-Mail-Benachrichtigungen mit Regeln, wer worüber informiert wird. Wenn Sie Signalsäulen, Ruftaster oder Eskalationsstufen brauchen, fragen Sie in der Demo, wie Alarme und Andon-Rufe gehandhabt werden, und testen Sie es mit einem echten Ruf.

Brauchen wir für eines von beiden neue Hardware?

Nicht immer. Ein einfaches Andon kann ein Taster oder ein Tablet-Bildschirm sein. OEE-Software braucht ein Laufsignal und eine Stückzahl von der Maschine, aus einer SPS, einem Sensor oder einem Zähler. An manuellen Arbeitsschritten kann eine Person oder eine Kamerazählung die Lücke füllen.

Möchten Sie Stillstände, Gründe und Alarme an einer Linie wie Ihrer sehen? Demo buchen.