Der Fehlercode ist nur das Symptom: Störungsberichte als Gedächtnis der Anlage

Es ist kurz nach drei Uhr nachts, Nachtschicht. Der Füller FL-200 bleibt stehen, im Display steht Fehler E-217. Der Instandhalter, der die Anlage seit Jahren kennt, hat Urlaub. Der Kollege, der heute Nacht Bereitschaft hat, ist erst seit einigen Monaten im Haus. Er weiß, dass es diesen Fehler schon einmal gab. Er weiß nur nicht, wann, an welcher Station und was damals geholfen hat.

Dieses Szenario ist ein Gedankenexperiment, und alle Anlagen, Berichte und Nummern in diesem Artikel sind es auch: Füller FL-200, Fehler E-217 und die Serviceberichte SB-0871 und SB-0914 stammen aus fiktiven Beispielunterlagen, nicht aus einem Kundenfall. Die Situation selbst kennt aber jede Instandhaltung. Die Antwort liegt irgendwo im Haus, in Berichten, Tickets und Handbüchern, nur nicht dort, wo man sie nachts findet.

Unsere These: Störungsberichte sind das Gedächtnis einer Anlage, aber nur dann, wenn man sie nicht über den Fehlercode, sondern über Ursache und Maßnahme wiederfindet. Ein Fehlercode ist ein Symptom, und dasselbe Symptom kann verschiedene Ursachen haben. Ein gutes Werkzeug sucht deshalb nicht „die Lösung“, sondern die früheren Fälle, trennt sie nach Ursache und zeigt, woher jede Aussage stammt. Was danach am Gerät geschieht, entscheidet die Fachkraft.

Was ein Störungsbericht festhält

Jede Instandhaltung schreibt Berichte, weil sie muss und weil sie will. Der Bericht dokumentiert den Eingriff, begründet den Stillstand und soll im besten Fall dem Nächsten helfen. Ob er das später tut, entscheidet sich an wenigen Feldern. Die folgende Tabelle ordnet sie danach, wofür sie bei der späteren Suche gebraucht werden.

Die ersten drei Zeilen beschreiben, was auffiel. Die letzten fünf erklären, was half. Beim Schreiben ist es genau umgekehrt: Wer um drei Uhr nachts einen Bericht tippt, trägt zuerst den Code ein, weil das Formular ihn verlangt, und spart sich die Begründung der Ursache, weil der Kopf schon beim nächsten Auftrag ist. Das ist menschlich und kein Vorwurf. Es erklärt aber, warum die Berichte vieler Betriebe zwar vollständig abgelegt, aber schwer zu gebrauchen sind.

Vergrößern

Dazu kommt ein Ablageproblem. Berichte liegen als PDF auf dem Laufwerk, als Ticket in einem Werkzeug, als Eintrag im Schichtbuch und als E-Mail im Postfach der Person, die sie geschrieben hat. Wer sucht, müsste vier Orte kennen und vier Suchmasken bedienen. Gedächtnis, das nur mit Ortskenntnis funktioniert, ist in Wahrheit das Gedächtnis einzelner Personen. Genau dieses Erfahrungswissen verlässt das Haus, wenn sie in Rente gehen oder wechseln.

Ein Code, zwei Ursachen: das Beispiel E-217

Nehmen wir an, im Archiv des Beispielbetriebs liegen zu Fehler E-217 am Füller FL-200 zwei Serviceberichte. Beide sind fiktiv, beide tragen denselben Code, und beide enden mit einer gelösten Störung. Wer nur nach „E-217“ sucht, findet beide und hat doch noch keine Antwort.

Beide Berichte stellen dieselbe Meldung ab, aber sie erzählen zwei verschiedene Geschichten. Im ersten Fall war die Anlage in Ordnung und der Druck falsch eingestellt. Im zweiten Fall war die Druckluft in Ordnung und ein Verschleißteil am Ende. Hätte der Kollege nachts nur den jeweils letzten Bericht gelesen, wäre er je nach Zufall auf der richtigen oder der falschen Spur gewesen. Im schlechten Fall hätte er acht Dichtungssätze getauscht und dafür 3,5 Stunden Stillstand verbraucht, obwohl ein Blick auf das Manometer gereicht hätte.

Vergrößern

Das ist der Kern des Gedankens. Der Code sagt, was die Steuerung bemerkt hat. Angenommen, E-217 steht in unserem fiktiven Beispiel dafür, dass eine Dosierstation ihre Endlage nicht rechtzeitig meldet. Er sagt nicht, warum. Eine Endlage kann ausbleiben, weil zu wenig Luft ankommt, weil eine Dichtung klemmt oder weil ein Schalter verstellt ist. Diese Gründe lassen sich nur durch Messen und Nachsehen unterscheiden, und genau dieses Messen und Nachsehen steht, wenn sorgfältig geschrieben wurde, in den Berichten.

Der zweite Bericht enthält noch eine nützliche Information, die in keiner Fehlerliste steht: Das Wartungsintervall wurde auf 1.200 Stunden verkürzt, weil die Dichtung bei 1.500 Betriebsstunden aufgequollen war. Das ist gelebtes Erfahrungswissen. Wer es kennt, kann bei der nächsten Wartung vorbeugen. Wer es nicht kennt, wartet nach der alten Vorgabe und findet die Dichtung wieder aufgequollen.

Warum die Suche nach dem Code allein nicht reicht

Wer in Berichten nach Codes sucht, stößt auf drei Schwierigkeiten. Alle drei sind ohne Software zu erkennen, mit Software aber leichter zu beheben.

Erstens liefert die Suche nach dem Code Treffer ohne Reihenfolge. Zwei oder zehn Berichte erscheinen als Liste, jeder muss einzeln geöffnet und gelesen werden. Das kostet nachts Zeit, und es verführt dazu, beim ersten plausiblen Bericht aufzuhören.

Zweitens steht derselbe Sachverhalt in unterschiedlichen Worten. Der eine Bericht schreibt „Druckminderer verstellt“, der andere „Steuerluft zu niedrig“, der dritte „Luftversorgung Station 6 prüfen, danach i. O.“. Eine reine Stichwortsuche findet nur, was wörtlich im Text steht. Eine Suche, die Bedeutung vergleicht, findet auch die Umschreibung.

Drittens sind Berichte nicht gleich zuverlässig. Ein Bericht mit Messwerten und Begründung trägt mehr als einer mit „Fehler behoben“. Ein Bericht von der baugleichen Station trägt mehr als einer von einer ähnlichen Anlage. Ein Bericht von vor drei Jahren trägt weniger, wenn die Anlage inzwischen umgebaut wurde. Dieses Abwägen ist Fachwissen und lässt sich nicht an ein Werkzeug delegieren, wohl aber lässt es sich mit Information versorgen: Datum, Projekt, Station und Beleg müssen sichtbar sein.

Aus diesen Schwierigkeiten folgt, was ein Werkzeug leisten sollte. Es muss die Fälle finden, auch wenn die Worte nicht übereinstimmen. Es muss sie nach Ursache ordnen, statt sie als flache Trefferliste auszugeben. Und es muss zu jeder Aussage die Fundstelle nennen, damit die Fachkraft den Bericht selbst öffnen und prüfen kann.

Vom Code zu den Fällen: wie ein Assistent dabei hilft

Ein Assistent, der auf Ihre Unterlagen zugreift, kann diese drei Aufgaben übernehmen. Die folgende Abbildung zeigt den Weg von der Frage bis zur Entscheidung.

Vergrößern

Die Frage. Sie stellen sie so, wie Sie sie einem erfahrenen Kollegen stellen würden: „Der Füller FL-200 meldet Fehler E-217. Gab es das schon einmal und was hat geholfen?“ In der Demo von TheroAI gibt es diese Frage tatsächlich als Beispiel für den Anlagenbau, mit fiktiven Unterlagen. Der Assistent antwortet in unserem Beispiel, dass der Fehler zweimal dokumentiert ist, mit unterschiedlichen Ursachen und Maßnahmen, und gibt eine kleine Tabelle mit den Berichten aus. Am Ende nennt er die Empfehlung aus dem ersten Bericht: zuerst den Steuerluftdruck, dann die Dichtungen prüfen. Zu jeder Aussage zeigt er die Fundstelle als nummerierte Quelle an.

Das Finden. Der Assistent durchsucht nur das, was die fragende Person sehen darf. Das ist keine Nebensache: Berichte aus anderen Standorten, Personalthemen in Schichtbüchern oder vertrauliche Kundenprojekte sollen nicht über den Umweg einer Suche auftauchen. Die Anbindung der Quellen läuft über Konnektoren. Beim Google-Drive-Konnektor werden die Berechtigungen der Dokumente mitindiziert, sodass die Antwort die Rechte der fragenden Person berücksichtigt. Ob Ihr eigenes Instandhaltungssystem angebunden werden kann, klären Sie im Einzelfall. Berichte als Dokumente in einer Sammlung funktionieren auch ohne eine solche Anbindung.

Das Ordnen. Hier unterscheidet sich ein Assistent von einer Trefferliste. Er liest die Berichte, erkennt, dass zwei Fälle zum selben Code gehören und doch verschiedene Ursachen haben, und stellt sie nebeneinander. Die Tabelle aus dem vorigen Abschnitt ist genau das, was man erwartet: Bericht, Ursache, Maßnahme, je mit Quellenverweis.

Die Quellen. Jede Zeile der Antwort führt auf den Bericht zurück. Das ist die Voraussetzung dafür, dass die Fachkraft der Antwort trauen oder widersprechen kann. Eine Antwort ohne Quelle ist in der Instandhaltung eine Behauptung, und mit Behauptungen repariert man keine Anlage. Sie können außerdem einstellen, aus welchen Quellen der Assistent antwortet, etwa nur aus dem Unternehmenswissen und nicht aus dem Internet.

Wer wiederkehrende Fragen stellt, muss sie nicht jedes Mal neu formulieren. In der Bibliothek von TheroAI liegen Prompt-Vorlagen, darunter eine Vorlage „Störung nachschlagen“ in der Kategorie Instandhaltung.

Vergrößern

Mehr zum Zusammenspiel von Suche, Quellen und Antworten finden Sie auf der Seite zum Assistenten. Wie sich das in der Fertigung und im Anlagenbau einsetzen lässt, beschreiben unsere Seiten zu den Branchen Fertigung und Anlagenbau.

Die Reihenfolge der Prüfung

Mit zwei Ursachen zu einem Code stellt sich die Frage, womit man anfängt. Der erste Bericht aus unserem Beispiel gibt einen Hinweis: Seine Empfehlung lautete, zuerst den Steuerluftdruck und dann die Dichtungen zu prüfen. Das ist keine Willkür, sondern folgt einer Regel, die sich auf viele Störungen übertragen lässt.

Welche Prüfung ist am billigsten, am schnellsten und am wenigsten eingreifend, und kann sie eine der möglichen Ursachen ausschließen?

Prüfen Sie zuerst das, was wenig kostet. Ein Blick aufs Manometer dauert Minuten, der Ausbau von Dichtungen Stunden. Wenn beide Ursachen gleich wahrscheinlich sind, gewinnt die billige Prüfung. Sind sie nicht gleich wahrscheinlich, kommt die häufigere Ursache nach vorn, aber auch dann gilt: Eine billige Prüfung, die eine Ursache sicher ausschließt, ist selten verkehrt.

Wie groß der Unterschied sein kann, zeigt eine Beispielrechnung. Die Zahlen sind bewusst rund und ausdrücklich Annahmen, keine Messwerte aus einem Betrieb.

Nachgerechnet: Beginnt man mit dem Druck, ist die Ursache im ersten Fall nach 0,5 Stunden gefunden. Im zweiten Fall kostet die Druckprüfung 0,5 Stunden und die anschließende Dichtungsprüfung 2 Stunden, zusammen 2,5 Stunden. Der Mittelwert ist (0,5 + 2,5) geteilt durch 2, also 1,5 Stunden. Beginnt man mit der Dichtung, sind es im ersten Fall 2 plus 0,5, also 2,5 Stunden, im zweiten Fall 2 Stunden und im Mittel 2,25 Stunden. Der Unterschied beträgt 0,75 Stunden, also 45 Minuten pro Störung, und das, obwohl in beiden Reihenfolgen am Ende dieselbe Ursache gefunden wird.

Vergrößern

Zwei Einschränkungen gehören dazu. Erstens sind die Annahmen frei gewählt. In Ihrem Betrieb kann die Dichtung in zehn Minuten zugänglich sein oder der Druck an einer schwer erreichbaren Stelle liegen. Dann kippt die Rechnung, und das ist in Ordnung: Der Wert der Beispielrechnung liegt im Vorgehen, nicht in der Zahl. Zweitens ersetzt die Reihenfolge nicht die Sicherheit. Bevor jemand an einer druckführenden Station arbeitet, gelten die Betriebsanweisungen Ihres Hauses zur Freischaltung, ganz gleich, wie billig die Prüfung auf dem Papier erscheint.

Die Reihenfolge ist übrigens selbst ein Stück Gedächtnis. Steht in einem Bericht „zuerst Steuerluftdruck, dann Dichtungen prüfen“, ist das die verdichtete Erfahrung aus einem früheren Einsatz. Ein Assistent, der solche Empfehlungen aus den Berichten übernimmt, gibt sie samt Quelle weiter und macht sie nicht zu seiner eigenen Behauptung.

Was Berichte wiederfindbar macht

Ein Werkzeug kann nur so viel finden, wie in den Berichten steht. Die gute Nachricht: Die Hebel sind klein und kosten beim Schreiben Sekunden. Sechs Gewohnheiten reichen für den Anfang.

• Ursache und Symptom getrennt schreiben: erst was zu sehen war, dann was die Ursache war
• Einen Messwert nennen, der die Ursache belegt, zum Beispiel „4,8 bar statt 6 bar“
• Station, Baugruppe und Teilenummer angeben, damit der Fall zur richtigen Konfiguration gehört
• Die Maßnahme so beschreiben, dass sie ein anderer wiederholen kann, mit Einstellwert und Teil
• Stillstand in Stunden festhalten, damit sich später vergleichen lässt, was ein Fall kostet
• Notieren, was sich dauerhaft ändert, etwa ein verkürztes Intervall oder eine neue Warnschwelle

Der Unterschied zwischen einem brauchbaren und einem unbrauchbaren Bericht lässt sich an wenigen Zeilen zeigen.

Ein Assistent kann hier auch beim Schreiben helfen. Er kann aus Stichworten einen Berichtsentwurf formulieren und gezielt nach fehlenden Feldern fragen: „Welcher Messwert belegt die Ursache?“ Der Entwurf gehört in die Hände der Person, die den Eingriff gemacht hat. Sie korrigiert ihn, sie bestätigt ihn, sie ist verantwortlich für den Inhalt. Soll ein Bericht an Kunden oder in ein anderes System weitergegeben werden, sollte der Weg eine Freigabe durch einen Menschen enthalten. Wie das in TheroAI mit Workflows und Freigabeschritten gestaltet wird, steht auf der Seite zu den Workflows.

Grenzen: Die Entscheidung bleibt bei der Fachkraft

Bis hierhin klang vieles nach einer Abkürzung. Deshalb gehört ein klares Wort zu den Grenzen dazu. Ein Assistent bereitet vor. Er entscheidet nicht über einen Eingriff an einer Anlage.

Vergrößern

Zwei Fälle sind ein Hinweis, kein Beweis. In unserem Beispiel gibt es zwei Berichte mit zwei Ursachen. Das sagt nicht, dass es nur diese zwei Ursachen gibt, und es sagt nicht, welche häufiger ist. Eine dritte Ursache bleibt möglich, etwa ein defekter Endlagenschalter. Wer aus zwei Berichten eine Statistik macht, überinterpretiert sie.

Der alte Fall passt vielleicht nicht mehr. Anlagen werden umgebaut, Steuerungen aktualisiert, Handbücher überarbeitet. Ein Bericht aus dem Jahr 2025 beschreibt die Anlage von damals. Ob Variante, Anlagenstand und Handbuchausgabe heute noch passen, kann nur beurteilen, wer die Anlage kennt. Ein Assistent kann Datum und Projekt zeigen, aber er weiß nicht, was inzwischen umgebaut wurde, wenn das nirgends steht.

Ein Bericht kann falsch sein. Auch gute Fachleute irren sich, schreiben unter Zeitdruck oder verwechseln Stationen. Ein Assistent, der korrekt zitiert, zitiert dann auch den Fehler korrekt. Deshalb ist die Quellenangabe wichtig: Sie macht den Fehler prüfbar.

Die Berechtigung gilt auch hier. Nicht jede Person darf jeden Bericht sehen. Der Assistent sollte nur zeigen, was die fragende Person auch im Quellsystem sehen dürfte. Das ist eine Frage der Einrichtung, die Sie vor dem Start prüfen sollten. Datenhaltung in Deutschland, KI-Verarbeitung in der EU: Einzelheiten zu Daten und Zugriffen stehen auf der Seite zur Sicherheit.

Berichte nennen Personen. In vielen Betrieben steht im Bericht, wer den Eingriff gemacht hat. Sobald ein System solche Angaben auswertbar macht, kann es für eine Leistungs- oder Verhaltenskontrolle geeignet sein. Das kann nach dem Betriebsverfassungsgesetz mitbestimmungspflichtig sein, siehe § 87 Abs. 1 Nr. 6 BetrVG für technische Einrichtungen, die dazu bestimmt sind, das Verhalten oder die Leistung von Beschäftigten zu überwachen. Das ist keine Rechtsberatung. Klären Sie den Einzelfall mit Ihrer Rechtsberatung und beziehen Sie den Betriebsrat früh ein, am besten mit der Zusage, dass der Zweck das Wiederfinden von Ursachen ist und nicht die Bewertung von Personen.

Der Eingriff selbst bleibt menschlich. Ob eine Station freigeschaltet, ein Teil getauscht oder die Anlage weiterbetrieben wird, hängt von Sicherheit, Verantwortung und Erfahrung ab. In keinem Fall sollte aus einer Antwort des Assistenten ein Arbeitsauftrag werden, den niemand mehr prüft. Dort, wo ein System Aktionen ausführen kann, lassen sich in TheroAI Werkzeuge pro Tool auf Erlauben, Nachfragen oder Sperren stellen. Für Schreibzugriffe auf produktionsnahe Systeme ist „Nachfragen“ oder „Sperren“ die vernünftige Einstellung.

So starten Sie in der Instandhaltung

Wer das Thema angehen will, braucht keinen großen Plan. Ein Anfang, der sich in wenigen Wochen beurteilen lässt, sieht so aus.

1. 1.Wählen Sie eine Anlage oder eine Anlagengruppe, bei der Wissen verloren zu gehen droht, etwa weil wenige Personen sie gut kennen.
2. 2.Sammeln Sie die vorhandenen Berichte, Tickets und Handbuchauszüge dieser Anlage an einem Ort, und klären Sie, wer sie lesen darf.
3. 3.Nehmen Sie fünf bis zehn abgeschlossene Störungen, deren Ursache Sie sicher kennen, und stellen Sie dem Assistenten die Frage, als wüssten Sie die Antwort nicht.
4. 4.Vergleichen Sie die Antwort mit dem, was Sie wissen: Wurde der richtige Fall gefunden, wurden verschiedene Ursachen getrennt, stimmen die Quellen?
5. 5.Notieren Sie, wo der Assistent danebenlag, und fragen Sie, ob es an der Frage, an den Berichten oder an der Suche lag.
6. 6.Erst danach lassen Sie Kolleginnen und Kollegen im laufenden Betrieb fragen, mit dem klaren Hinweis, dass die Quellen zu prüfen sind.

Dieser Test mit bekannten Fällen ist wertvoller als jede Vorführung. Er zeigt, wie gut Ihre Berichte tragen, und er zeigt es an Fällen, deren Ausgang Sie kennen. Wenn Sie Zahlen wollen, zählen Sie selbst: Wie oft wurde der richtige Fall unter den Treffern gefunden, und wie oft musste jemand nachfragen? Wenn Sie den Nutzen rechnen wollen, nehmen Sie Ihre eigenen Werte und nicht die Beispielwerte dieses Artikels.

Was Sie daraus mitnehmen können

Die Kernaussagen kurz zusammengefasst: Der Code ist das Symptom. Dieselbe Meldung kann verschiedene Ursachen haben. Das Gedächtnis der Anlage steckt in den Berichten, aber nur in denen, die Ursache und Maßnahme sauber benennen. Ein Werkzeug sollte Fälle finden, nach Ursache ordnen und Quellen zeigen. Die billigste und schnellste Prüfung kommt zuerst, solange sie sicher ist. Und die Entscheidung über den Eingriff bleibt bei der Fachkraft.

Prüffragen für Ihre Instandhaltung:

Steht in unseren Berichten die Ursache getrennt vom Symptom, mit einem Messwert, der sie belegt?

Würde ein neuer Kollege nachts zu einem Fehlercode in zehn Minuten die früheren Fälle finden, ohne einen bestimmten Menschen anzurufen?

Sehen wir bei jeder Antwort, aus welchem Bericht sie stammt, mit Datum, Projekt und Station?

Wissen wir, ob der alte Fall noch zur heutigen Anlage passt, oder muss die Fachkraft das erst prüfen?

Ist geregelt, wer welche Berichte sehen darf und wer vor dem Einsatz mit dem Betriebsrat spricht?

Welche billige Prüfung steht bei unserer häufigsten Störung am Anfang, und steht sie im Bericht?

Konkrete Schritte für die nächsten Tage:

1. 1.Lesen Sie drei Ihrer letzten Störungsberichte und markieren Sie, ob Ursache, Messwert und Maßnahme einzeln erkennbar sind.
2. 2.Legen Sie fünf abgeschlossene Störungen als Testfälle fest, mit der bekannten Ursache als Lösungsblatt.
3. 3.Entscheiden Sie, welche Quellen für den Test zugänglich sein sollen, und wer sie sehen darf.
4. 4.Vereinbaren Sie mit der Instandhaltung, dass jeder Vorschlag mit Quelle geprüft und nie blind umgesetzt wird.

Wenn Sie sehen möchten, wie eine solche Antwort mit Quellen aussieht, können Sie sich die Demo ansehen, in aller Ruhe und mit Ihren eigenen Fragen.