Die rote Lampe ist das Problem, nicht die Lösung
Jedes Überwachungssystem kann Alarm schlagen. Die Frage, die über den Praxisnutzen entscheidet, lautet: Was weiß der Instandhalter, nachdem der Alarm gekommen ist?
Bei den meisten Systemen: nur, dass etwas nicht stimmt. „Anomalie erkannt, Konfidenz 0,87." Das ist keine Information — das ist ein Suchauftrag. Der Techniker läuft zur Anlage und beginnt bei null. Nach dem dritten Fehlalarm dieser Art passiert das, was in jeder Halle passiert: Die Alarme werden weggeklickt. Das teuerste Überwachungssystem ist das, dem niemand mehr glaubt.
Die vier Elemente eines erklärbaren Alarms
Ein Alarm, der Arbeit spart statt erzeugt, beantwortet vier Fragen — im Moment seines Entstehens:
- Welcher Sensor? Der benannte Messpunkt, nicht „die Maschine". Der Techniker muss wissen, wohin er geht.
- Was ist der Ist-Wert? Die tatsächliche Messung, die den Alarm ausgelöst hat.
- Was wäre der Soll-Wert? Der erwartete Wert für genau diese Betriebssituation — nicht ein statischer Grenzwert aus dem Datenblatt.
- In welche Richtung weicht es ab? Zu hoch oder zu niedrig, steigend oder fallend. Für die Diagnose macht das den Unterschied zwischen „Lager" und „Kühlung".
Bei unserem System kommt jeder Alarm mit den fünf Sensorwerten, die am stärksten zur Entscheidung beigetragen haben — jeweils mit Messwert, erwartetem Wert und Richtung. Aus einem Alarm wird eine Arbeitsanweisung.
Warum die Erklärung im Moment der Erkennung entstehen muss
Ein technisches Detail mit großer praktischer Bedeutung: Es gibt zwei Arten von „erklärbarer KI". Die eine berechnet die Erklärung im Moment der Entscheidung — sie ist der tatsächliche Grund des Alarms. Die andere rekonstruiert nachträglich eine plausibel aussehende Begründung für die Entscheidung einer Black Box.
Der Unterschied klingt akademisch, ist es aber nicht: Eine nachträgliche Plausibilisierung kann falsch sein — sie erklärt dann etwas, das mit dem echten Auslöser nichts zu tun hat, und schickt Ihren Techniker an die falsche Stelle. Fragen Sie jeden Anbieter, wann seine Erklärungen berechnet werden. Bei uns: im Moment der Erkennung, als Teil derselben Klassifikation.
Warum das über Ihr Projekt entscheidet
Erklärbarkeit ist kein Komfort-Feature. Sie entscheidet über drei Dinge:
- Vertrauen der Mannschaft. Instandhalter folgen einem System, das nachvollziehbar argumentiert — und ignorieren eines, das orakelt.
- Fehlalarm-Kosten. Ein erklärter Fehlalarm ist in Minuten geprüft und verworfen. Ein unerklärter kostet eine Begehung.
- Abnahme und Audit. In regulierten Umgebungen ist „das System hat es halt gemeldet" keine dokumentierbare Begründung.
Die Checkliste fürs Anbietergespräch
Fünf Fragen, die Spreu von Weizen trennen:
- Benennt jeder Alarm den konkreten Sensor mit Ist- und Soll-Wert?
- Wird die Erklärung im Moment der Erkennung berechnet — oder nachträglich rekonstruiert?
- Funktioniert die Erkennung auch für langsame Drift, die nie eine feste Grenze reißt?
- Läuft die Erklärung vollständig lokal — oder braucht sie eine Cloud?
- Was passiert bei unsicherer Datenlage: Markiert das System „unsicher, bitte prüfen" — oder rät es?
Zur letzten Frage unsere Haltung: Reicht die Konfidenz nicht, fragt das System — statt zu raten. Lieber eine offene Frage an einen Menschen als eine falsche autonome Aktion.
Wie sich das an Ihren Anlagen anfühlt, zeigt am schnellsten das Prozessüberwachungs-Modul (Festpreis nach Scoping, 5 Wochen) — oder ein 30-Minuten-Gespräch über Ihre Signale.