SOP für Notfall-Fehlersuche an Instrumenten (Instrumentierungsdienstleister)
Eine SOP für Notfall-Fehlersuche: Prozessdaten zu einem noch nicht benannten Fehler erfassen, das betroffene Instrument diagnostizieren, Sicherheit und Produktionsdringlichkeit abwägen, dann Fernbehebung oder Außendienst-Einsatz wählen.
Was ist SOP für Notfall-Fehlersuche an instrumenten (instrumentierungsdienstleister)?
Ein Kunde ruft Insatechs ServiceDesk nicht an, um zu melden, dass ein Messumformer ausgefallen ist. Er ruft an, um zu sagen, dass die Reaktortemperatur driftet, eine Durchflusssumme nicht zur Massenbilanz passt oder ein Alarm sich nicht quittieren lässt, und in diesem Moment weiß niemand, weder der Anlagenfahrer am Telefon noch die Person, die den Anruf entgegennimmt, welcher Regelkreis tatsächlich fehlerhaft ist. Genau diese Lücke ist der Grund, warum dieses Diagramm „Prozessdaten und Symptome vom Kunden erfassen" und „Diagnostizieren, welches Instrument oder welche Messgröße betroffen ist" vor alles stellt, was einer Behebungsentscheidung ähnelt: Ein Fünf-Minuten-Anruf, der sofort zu „Techniker entsenden" springt, kann jemanden an die falsche Stelle der Anlage schicken, während ein Fünf-Minuten-Anruf, der sofort zu „Rücksetzen versuchen" springt, einen Kunden bei einem noch beeinträchtigten Prozess durch den falschen Regelkreis führen kann. Der Diagnoseschritt existiert, weil der Fehler bei der Annahme ein Symptom hat, aber noch keinen Namen.
„Sicherheits- und Produktionsauswirkung sowie Dringlichkeit bewerten" steht bewusst zwischen Diagnose und der Entscheidung „Fernbehebung ausreichend?", nicht danach. Ein driftender Füllstandsmesser an einem unkritischen Puffertank und ein ausgefallener Druckmessumformer an einem sicherheitsgerichteten Regelkreis erzeugen denselben Anruf, dürfen aber nicht dieselbe Reaktion bekommen, und Insatech kann es sich nicht leisten, das erst zu erfahren, nachdem entschieden wurde, wie behoben wird, und erst danach zu fragen, ob die Behebung dringend genug war, um einen Techniker auf die Straße zu schicken. Dies ist das dringliche, ungeplante Gegenstück zur SOP für Serviceeinsätze vor Ort & Disposition: Deren ServiceDesk-Triage setzt voraus, dass das Problem bereits eingegrenzt ist, und leitet es nur nach Zweckmäßigkeit und Komplexität an Fernunterstützung oder Vor-Ort weiter, während diese SOP bei einem gerade jetzt beeinträchtigten Prozess, einem noch nicht identifizierten Instrument und einer Auswirkungsbewertung ansetzt, die vor der Entscheidung Fernunterstützung/Disposition erfolgen muss, nicht in sie eingefaltet ist.
Das Diagramm setzt nicht voraus, dass die erste Behebung funktioniert. „Instrument prüfen und korrekten Prozessmesswert bestätigen" führt zu einer zweiten Entscheidung, „Fehler bestätigt behoben?", und ein „Nein" führt zu „An Engineering für weitere Diagnose eskalieren", statt den Fall auf einer Reparatur zu schließen, die nicht wirklich gegen den Prozess verifiziert wurde. Jede Zeile trägt außerdem über die integrierten Spalten „Personen" und „Arbeitsaufwand" einen benannten Verantwortlichen und eine Stundenangabe, sodass das Workload-BI-Panel über eine Woche ungeplanter Anrufe zeigen kann, wie viel von Nadja Kesslers Zeit auf Diagnose und Fernbehebungen entfiel und wie viel von Thomas Reuters Zeit auf Reparaturen vor Ort, an einer Prozesslinie, wo nichts davon im Voraus geplant war.
Was dieses Flussdiagramm abdeckt
In dieser Vorlage
- Annahme unter diagnostischer Unsicherheit: „Kunde meldet Prozessproblem" über „Prozessdaten und Symptome vom Kunden erfassen" bis zu „Diagnostizieren, welches Instrument oder welche Messgröße betroffen ist", dem Schritt, der ein vages Symptom in einen benannten Regelkreis verwandelt
- Auswirkungsbewertung vor der Entscheidung: „Sicherheits- und Produktionsauswirkung sowie Dringlichkeit bewerten" läuft vor der Entscheidung „Fernbehebung ausreichend?", nicht danach, sodass die Dringlichkeit feststeht, während die Reaktion noch gewählt wird
- Den Zweig Fernbehebung oder Einsatz: Ein „Ja" führt zu „Kunden durch die Fernbehebung führen", während ein „Nein" zu „Außendiensttechniker zuweisen und zur Anlage entsenden", „Kalibriertes Austauschinstrument und Referenzausrüstung bereitstellen" in der Bahn Kalibrierlabor und „Instrument vor Ort reparieren oder austauschen" in Außendienst führt
- Verifizierung vor dem Abschluss: Beide Wege laufen in „Instrument prüfen und korrekten Prozessmesswert bestätigen" zusammen, das in die Entscheidung „Fehler bestätigt behoben?" mündet, statt anzunehmen, dass die erste Behebung gehalten hat
- Die Schleife für erneute Diagnose: Ein „Nein" bei „Fehler bestätigt behoben?" führt zu „An Engineering für weitere Diagnose eskalieren" und zurück in den Diagnoseschritt, statt einen ungelösten Fall als abgeschlossen zu markieren
- Benannte Verantwortliche und Stunden in jeder Zeile über die Spalten „Personen" und „Arbeitsaufwand", sodass das Workload-BI-Panel Nadja Kesslers Fernbehebungsstunden von Thomas Reuters Vor-Ort-Reparaturstunden über eine Woche ungeplanter Notfalleinsätze trennen kann
Wann Sie diese Vorlage verwenden sollten
- Sie standardisieren, wie Insatechs ServiceDesk und Außendienst eine dringende, noch nicht eingegrenzte Prozessbeschwerde behandeln, bei der der Anrufer noch nicht sagen kann, welches Instrument fehlerhaft ist, und wollen die Reihenfolge Diagnose-vor-Entscheidung in einem Diagramm festhalten, statt sie wem auch immer gerade abhebt zu überlassen
- Sie brauchen eine klare Grenze zwischen dieser SOP und der SOP für Serviceeinsätze vor Ort & Disposition: Diese gilt für einen gerade jetzt beeinträchtigten Prozess mit noch nicht identifiziertem Instrument, die andere für eine bereits eingegrenzte Anfrage
- Ein Techniker wurde für etwas entsendet, das sich telefonisch hätte lösen lassen, oder ein Kunde wurde durch eine Behebung an einem Regelkreis geführt, der eigentlich einen sicherheitskritischen Instrumententausch brauchte, und Sie wollen, dass das Auswirkung-vor-Entscheidung-Gate das beim nächsten Mal früher abfängt
- Sie führen einen neuen ServiceDesk-Koordinator oder Außendiensttechniker ein und brauchen eine Referenz für genau das, was vor einem Aufruf Fernunterstützung/Disposition abgefragt und bewertet wird
- Eine erste Reparatur hat nicht gehalten, und Sie wollen einen dokumentierten Eskalationsweg in die weitere Diagnose statt eines Falls, der still als neu wiedereröffnet wird
So funktioniert es
Ersetzen Sie die Bahnen durch Ihre tatsächlichen Reaktionsrollen
Dieses Diagramm verwendet ServiceDesk, Außendienst, Kalibrierlabor und Engineering. Wenn Ihre ServiceDesk- und Dispositionsfunktionen getrennt sind oder ein separates Spezialistenteam die eskalierte Diagnose übernimmt, geben Sie dieser Rolle eine eigene Bahn, statt sie in Außendienst einzugliedern, denn die Übergabe ist meist der Punkt, an dem ein Symptom still von jemandem als diagnostiziert angenommen wird, der davon ausging, dass es schon jemand anderes eingegrenzt hat.
Schreiben Sie echte Dringlichkeitskriterien in die Auswirkungsbewertung
„Sicherheits- und Produktionsauswirkung sowie Dringlichkeit bewerten" braucht eine genannte Grundlage, etwa ob der betroffene Regelkreis sicherheitsgerichtet ist, an einen Genehmigungsgrenzwert gebunden ist oder einen Produktionsstillstand verursacht, nicht nur ein Bauchgefühl. Tragen Sie die tatsächlichen Kriterien in das Kommentarfeld der Zeile ein, damit sich die Person, die den Aufruf Fernunterstützung/Disposition trifft, nicht auf ihr Gedächtnis verlassen muss.
Setzen Sie eine echte Schwelle für die Entscheidung Fernbehebung gegen Einsatz
„Fernbehebung ausreichend?" ist nur ein sicherer Zweig, wenn es eine vereinbarte Grenze dafür gibt, wann telefonische Anleitung nicht mehr angemessen ist, zum Beispiel jeder sicherheitsgerichtete Regelkreis oder jeder wiederholte Anruf zum selben Fehler. Legen Sie diese Schwelle ausdrücklich fest, statt sie wem auch immer gerade den Anruf entgegennimmt zu überlassen.
Tragen Sie Personen und Arbeitsaufwand in jeder Zeile ein, bevor Sie sich auf das BI-Panel verlassen
Das Workload-Panel kann nur Stunden für Zeilen summieren, die auch welche enthalten. Füllen Sie Personen und Arbeitsaufwand für jeden Schritt aus, während Sie das Diagramm anpassen, und verwenden Sie dabei realistische Aufwandsstunden statt verstrichener Zeit, damit eine ungeplante Notfallwoche auch bei der richtigen Person als arbeitsreich sichtbar wird.
Legen Sie fest, was die Schleife für erneute Diagnose schließt
„Fehler bestätigt behoben?" funktioniert nur, wenn es einen festgelegten Test gibt, etwa einen über einen definierten Zeitraum stabilen Messwert, der als Bestätigung zählt. Andernfalls kann ein Techniker unter Zeitdruck einen Fehler bei der ersten plausiblen Behebung statt bei einer verifizierten als behoben markieren, und die Schleife über „An Engineering für weitere Diagnose eskalieren" löst nie aus, wenn sie sollte.
Häufig gestellte Fragen
Was löst den Beginn der Notfall-Fehlersuche aus?
Der Prozess beginnt bei „Kunde meldet Prozessproblem": Ein Kunde ruft an und beschreibt einen Prozess, der sich falsch verhält, keinen benannten Instrumentenfehler. „Prozessdaten und Symptome vom Kunden erfassen" und „Diagnostizieren, welches Instrument oder welche Messgröße betroffen ist" existieren genau deshalb, weil an diesem Punkt noch nicht feststeht, welcher Regelkreis tatsächlich fehlerhaft ist.
Wie unterscheidet sich das von der SOP für Serviceeinsätze vor Ort & Disposition?
Serviceeinsätze vor Ort & Disposition setzt voraus, dass das Problem bereits eingegrenzt ist, und triagiert eine bereits verstandene Anfrage lediglich zwischen Fernunterstützung und einem Vor-Ort-Besuch. Diese SOP setzt früher und unter mehr Druck an: ein gerade jetzt beeinträchtigter Prozess, ein noch nicht identifiziertes Instrument und eine Sicherheits-/Produktionsauswirkungsbewertung, die vor dem Aufruf Fernunterstützung/Disposition erfolgen muss, nicht in ihn eingefaltet ist.
Warum steht die Auswirkungsbewertung vor der Entscheidung Fernbehebung/Einsatz statt während ihr?
„Sicherheits- und Produktionsauswirkung sowie Dringlichkeit bewerten" ist eine eigene Zeile, die vor „Fernbehebung ausreichend?" läuft, damit die Dringlichkeit auf ihrer eigenen Grundlage feststeht, etwa ob ein sicherheitsgerichteter Regelkreis betroffen ist, statt in die Zweckmäßigkeit dessen einzufließen, welche Reaktion an diesem Tag gerade leichter zu organisieren ist.
Was passiert, wenn die Behebung, ob per Fernzugriff oder vor Ort, den Fehler nicht tatsächlich löst?
Beide Wege laufen in „Instrument prüfen und korrekten Prozessmesswert bestätigen" zusammen, das in die Entscheidung „Fehler bestätigt behoben?" mündet. Ein „Nein" führt zu „An Engineering für weitere Diagnose eskalieren" und zurück in die Diagnose, sodass ein ungelöster Fall mit fachlicher Unterstützung erneut diagnostiziert wird, statt auf einer unverifizierten Behebung geschlossen zu werden.
Wer entscheidet, ob ein Austauschinstrument eingesetzt statt repariert wird?
Diese Entscheidung liegt innerhalb von „Kalibriertes Austauschinstrument und Referenzausrüstung bereitstellen" in der Bahn Kalibrierlabor: Bei einem sicherheitsgerichteten oder produktionskritischen Regelkreis ist ein direkter Austausch aus kalibriertem Laborbestand meist schneller und sicherer als ein Reparaturversuch vor Ort, weshalb die Zeile als eigener Schritt existiert und nicht in „Instrument vor Ort reparieren oder austauschen" aufgeht.
