Wenn sich Kamera und Bedienerprotokoll widersprechen: Wer hat recht?

Wesentliche Erkenntnisse

• Zwei Listen, zwei Arten von Stillstand. Auf Papier bleiben die langen; die Kamera fügt die kurzen hinzu.
• Das Papier driftet: kurze Stillstände werden nicht aufgeschrieben, lange werden gerundet und "starved"-Zeit wird als Fehler gebucht.
• Versöhnen Sie alles auf einer Zeitachse: die SPS (programmable logic controller) als Uhr, die Kamera als Zeuge, der Bediener für die Ursache.
• OEE (Overall Equipment Effectiveness) aus realen Zählungen verändert sich nicht. Die Leistung fällt meist, und der Verlust bekommt einen Namen.

In Zahlen

• Große Werke erleiden im Durchschnitt 25 ungeplante Stillstandsereignisse pro Monat, gegenüber 42 im Jahr 2019. (Siemens, 2024)
• Die Wiederinbetriebnahme nach einem ungeplanten Stillstand dauert im Schnitt 81 Minuten, gegenüber 49 Minuten vor fünf Jahren. (Siemens, 2024)
• 69% der Industrieanlagen haben mindestens einmal im Monat einen ungeplanten Ausfall an kritischer Ausrüstung. (ABB, 2023)

Wenn eine Kamera 40 Stops zeigt und das Betreiberprotokoll 6, liegen beide meist richtig — für unterschiedliche Stops. Das Protokoll hält die langen Stops, an die sich die Leute erinnern. Die Kamera protokolliert außerdem die kurzen Stops unterhalb der Werks-Schwelle, die selten auf Papier kommen.

Fabrico ist eine Manufacturing Performance Platform mit Computer Vision. Es ist OEE- und leichtes MES-Software. Es protokolliert Stops automatisch, bewertet jeden Verlust in Geld und zeigt OEE live nach Linie und Schicht.

Der Datensatz ist nicht eine der beiden Listen für sich. Es ist eine Zeitachse: SPS-Zeiten, Kameraclips und der Grund, den der Bediener mit einem Fingertipp bestätigt hat.

Warum zählt die Kamera so viel mehr Stops als das Papierprotokoll?

Ein Papierprotokoll wird von beschäftigten Personen geschrieben, oft am Ende der Schicht. Es driftet auf vier Arten.

• Kurzstops erreichen nie das Papier. Ein 40 Sekunden langer Stau liegt meist unter der Werks-Schwelle, um einen Stop aufzuschreiben. Es gibt keinen Standard für diese Schwelle; jedes Werk legt seine eigene fest.
• Stops werden gerundet und aus dem Gedächtnis rekonstruiert. Ein 7 Minuten Stop wird am Schichtende zu "10 min".
• Stops werden zusammengelegt oder geteilt. Acht kurze Staus werden zu einer Zeile "infeed jams, 20 min". Ein langer Stop mit fehlgeschlagenem Restart wird zu zwei.
• Starved- oder blocked-Zeit wird als Fehler gebucht. Ein Wrapper, der auf Produkt wartet, ist starved; einer, der Pakete nicht weitergeben kann, ist blocked. Auf Papier steht oft bei beidem "wrapper down".

Kurzstops verstecken sich in der Performance als "slow running", bis etwas sie zählt. Unser Leitfaden zum Auffinden und Beheben von Mikro-Stops erklärt die nächsten Schritte. Stops, die ohne Grund protokolliert sind, sind ein eigenes Problem: siehe warum nicht klassifizierte Ausfallzeiten echte Verluste verbergen.

Kann die Kamera falsch liegen und das Protokoll richtig?

Ja. Eine Kamera sieht ein Sichtfeld bei einem bestimmten Lichtbereich.

• Falschalarmen. Eine Person steht vor dem Auslauf, oder das Licht ändert sich, und die Kamera protokolliert einen Stop, der nicht stattgefunden hat.
• Stops außerhalb ihres Blicks. Eine Störung im Inneren der Maschine ist möglicherweise nicht sichtbar, bis das Produkt an der Stelle stoppt, wo die Kamera hinschaut.
• Geplante Zeit. Eine Pause sieht für die Kamera wie ein Stop aus. Der Schichtplan sagt, dass sie nicht zählt.

Deshalb ist auch die rohe Kamerazahl nicht das endgültige Protokoll: Jedes Ereignis braucht die Bestätigung des Bedieners mit einem Fingertipp.

Wie bringt man Kamera und Protokoll auf eine Zeitachse?

1. Starten Sie von den SPS-Zeiten, oder den Zeitstempeln der Kamera in einer manuellen Tabelle, und legen Sie die Kameraereignisse und Clips darüber.
2. Ordnen Sie jeden Papiereintrag den Ereignissen zur gleichen Zeit zu. Getrennte Einträge zusammenführen und verschmolzene Einträge aufsplitten.
3. Wenden Sie Ihre Schwelle an. Längere Stops gehen in die Verfügbarkeit, kürzere in die Performance als Minor Stops.
4. Verlagern Sie starved- und blocked-Zeit zur upstream- oder downstream-Maschine, die sie verursacht hat.
5. Bitten Sie den Bediener, jeden Grund mit einem Fingertipp zu bestätigen, mit dem Clip zur Hand.

Zur Einrichtung sehen Sie, wie man Line-Kameras an MES-Downtime-Codes anschließt. Für die Anzeige siehe ein OEE-Dashboard mit Video-Kontext.

Wer entscheidet den Stop-Grund, die Kamera oder der Bediener?

Der Bediener. Die Kamera kann einen wahrscheinlichen Grund vorschlagen, zum Beispiel einen Keks auf der Seite am Einlauf. Der Bediener bestätigt oder ändert dies mit einem Fingertipp, solange der Stop frisch ist, nicht erst auf einem Formular am Schichtende.

Der Clip hilft dem Bediener. Das erste Mal, wenn er zeigt, dass der Wrapper gestoppt hat, weil das Produkt zu spät kam und nicht, weil jemand langsam war, beginnt der Bediener dem System zu vertrauen.

Dieses Vertrauen braucht eine Regel: Die Kamera beobachtet den Prozess, nicht die Person. Keine Gesichter, keine Namen, keine Bewertungen pro Bediener.

In Deutschland gibt §87 Abs. 1 Nr. 6 BetrVG dem Betriebsrat Mitbestimmungsrechte bei technischer Ausstattung, die Verhalten oder Leistung überwachen kann. Die Absicht spielt keine Rolle. Das ist keine Rechtsberatung: Klären Sie das mit Ihrer Datenschutzbeauftragten und, in Deutschland, mit Ihrem Betriebsrat.

Was zeigt ein durchgerechnetes Beispiel einer widersprüchlichen Schicht?

Beispiel-Linie (illustrative Zahlen, kein Kunde). Eine Keks-Linie endet an einem Flow-Wrapper, dem Flaschenhals, bewertet mit 100 Packungen pro Minute. Die geplante Zeit beträgt 480 Minuten. Stops unter 2 Minuten sind Minor Stops. Der Zähler zeigt 37,500 gefertigte Packungen und 36,750 gute.

Methodehinweis: Beispiel-Linie, illustrative Zahlen, kein Kunde. Jedes obenstehende Ergebnis stammt aus den aufgelisteten Eingaben und der dazu gezeigten Formel, sodass Sie die Berechnung mit Ihren eigenen Linienzahlen wiederholen können.

Die Summen sind nahe beieinander: 95 Minuten auf Papier, 94 bestätigt. Die Aufteilung nicht. Fünf bestätigte Stops dauern länger als 2 Minuten, insgesamt 64 Minuten. Die anderen 33 sind Minor Stops, 30 Minuten.

• Papier: Laufzeit = 480 minus 95 = 385 Minuten. Verfügbarkeit = 385 / 480 = 80.2%. Die 37,500 Packungen brauchen 375 Minuten bei voller Geschwindigkeit, also Performance = 375 / 385 = 97.4%.
• Bestätigt: Laufzeit = 480 minus 64 = 416 Minuten. Verfügbarkeit = 416 / 480 = 86.7%. Performance = 375 / 416 = 90.1%.
• Qualität = 36,750 / 37,500 = 98.0% in beiden Fällen.
• OEE = 80.2% x 97.4% x 98.0% = 76.6% auf Papier, und 86.7% x 90.1% x 98.0% = 76.6% bestätigt. Kontrolle: 36,750 gute Packungen brauchen 367.5 Minuten, und 367.5 / 480 = 76.6%.

Gleiche OEE, andere Geschichte. Der Verfügbarkeitsverlust fiel von 95 auf 64 Minuten. Der Performance-Verlust stieg von 10 auf 41 Minuten, und 30 davon sind jetzt 33 benannte Kurzstops. Bei einer Beispielmarge von $0.10 pro Packung (€0.10 in einer Euro-Anlage) kosten die Kurzstops 3,000 Packungen, oder $300 pro Schicht.

Was passiert mit Ihrer OEE, wenn Sie auf die Kamerazählung umstellen?

Wenn die OEE aus realen Zählungen stammt, bleibt die Gesamtsumme gleich. OEE entspricht der guten Stückzahl mal Idealzykluszeit geteilt durch die geplante Zeit, und nichts davon ändert sich. Die Aufteilung ändert sich.

• Die Performance fällt in der Regel, weil Kurzstops dort als Minor Stops landen.
• Die Verfügbarkeit steigt oft, wenn auf Papier lange Stops aufgerundet wurden. Sie fällt, wenn die Kamera lange Stops findet, die niemand aufgeschrieben hat.
• Der Verlust bekommt einen Namen. "Slow running" wird zu gezählten Stops mit Clips und bestätigten Gründen.

Erwarten Sie, dass die ersten Berichte in der Performance schlechter aussehen. Das ist die Messung, die ehrlicher wird, nicht die Linie, die langsamer wird.

Lesen Sie als Nächstes wie Computer Vision hilft, Mikro-Stops zu reduzieren. Fabrico beginnt mit einem Pilotprojekt an einer Linie. Sehen Sie, wie ein Stop seinen Clip und den bestätigten Grund auf der Computer Vision OEE Feature-Seite erhält. Es gibt keinen kostenlosen Plan und keine Stufen: Jede Anlage erhält ein Angebot.

Beleg aus einem namentlichen Werk: Ficosota steigerte die werksweite OEE von 53.1% auf 59.6%, mit einer guten Ausbringung, die von Juni bis September 2026 monatlich um 23.2% stieg. Lesen Sie die Ficosota-Case.

Toyota nennt jidoka "Automation mit menschlicher Note": die Maschine stoppt bei einem Problem, und ein Mensch entscheidet, was als Nächstes passiert. (Toyota, Toyota Production System)

Häufig gestellte Fragen

Welches ist richtig, die Kamera oder das Bedienerprotokoll?

Keines für sich allein. Die Kamera zählt meist mehr Stops, weil sie kurze erfasst, die nie auf Papier landen, kann aber Fehlalarme erzeugen. Das Protokoll enthält die Gründe, an die sich die Leute erinnern. Der Datensatz sind die bestätigten Stops auf einer Zeitachse mit SPS-Zeiten und Kameraclips.

Warum schreiben Bediener weniger Stops auf, als die Kamera anzeigt?

Ein Stop, der in unter einer Minute behoben ist, lohnt sich selten aufzuschreiben. Das Protokoll wird oft am Schichtende aus dem Gedächtnis ausgefüllt, daher werden Stops gerundet, zusammengelegt oder der falschen Maschine zugewiesen. Das ist keine schlechte Arbeit der Bediener: Papier kann mit Kurzstops nicht Schritt halten.

Wird unsere OEE sinken, wenn wir Kameradaten verwenden?

Nicht, wenn Ihre OEE auf realen Zählungen basiert: Die Gesamtsumme bleibt gleich, aber die Aufteilung ändert sich. Die Performance fällt meist, wenn Kurzstops dorthin verschoben werden. Die Verfügbarkeit steigt oft, wenn lange gerundete Stops auf ihre reale Länge schrumpfen. Informieren Sie das Team vor dem ersten Bericht.

Was tun wir mit Protokolleinträgen, die die Kamera nicht gesehen hat?

Prüfen Sie jeden einzelnen. Entweder hat die Kamera ihn verpasst, weil die Sicht blockiert war oder das Ereignis außerhalb des Bildes lag. Oder es war kein Stop, z. B. eine geplante Pause. Korrigieren Sie die Sicht für Erstes und die Kodierung im Protokoll für Letzteres.