Servicefall automatisch anlegen

Die automatische Anlage eines Servicefalls schließt die Lücke zwischen der technischen Meldung einer Anlage und dem betrieblichen Ablauf. Aus einer Störmeldung entsteht ohne Zwischenschritt ein Vorgang mit Kunde, Objekt, Anlagenbezug, Fehlercode und Priorität — dort, wo die Disposition ohnehin arbeitet.

Für SHK-, Kälte- und Elektrobetriebe mit Servicegeschäft ist das der Punkt, an dem Fernüberwachung wirtschaftlich wird. Ohne diese Verbindung landen Meldungen in einem Postfach, werden abgeschrieben und noch einmal von Hand erfasst. Der Zeitgewinn der automatischen Meldung geht damit wieder verloren, und bei hohem Meldungsaufkommen entstehen Lücken.

Bezug zur Digitalisierung

Technisch läuft die Verbindung über eine Schnittstelle oder eine Automatisierungsplattform. Vier Festlegungen sind vor der Inbetriebnahme nötig: Welche Meldungsarten erzeugen einen Vorgang und welche nur einen Protokolleintrag? Welche Priorität bekommt welcher Fehlercode? Wer ist Ansprechpartner, wenn die Verbindung ausfällt? Und was passiert mit Meldungen außerhalb der Geschäftszeiten?

Der vierte Punkt wird häufig übersehen. Eine nachts erzeugte Meldung, die erst am Morgen gesehen wird, ist kein Problem — solange der Kunde weiß, dass das so vereinbart ist. Steht im Servicevertrag eine kürzere Reaktionszeit, braucht es eine zusätzliche Alarmierung.

Sinnvoll ist außerdem eine Rückmeldung an die Anlage oder an den Kunden, dass die Meldung angekommen ist. Ohne sie ruft der Kunde trotzdem an, und der Automatisierungsgewinn verpufft.

Ein Ablauf ohne benannte Zuständigkeit für Störungen der Schnittstelle selbst fällt früher oder später unbemerkt aus.

Ein Beispiel aus dem SHK-Bereich zeigt, wie die Zuordnung in der Praxis scheitert oder gelingt. Ein Betrieb betreut mehrere Hundert Wärmeerzeuger, die Meldungen kommen mit Seriennummer und Fehlercode. Ist die Seriennummer im eigenen Anlagenstamm hinterlegt, entsteht ein Vorgang mit Kunde, Objekt und Wartungsvertrag. Fehlt sie, landet die Meldung in einer Sammelliste, die von Hand aufgelöst werden muss. Der Aufwand für die Automatisierung liegt damit weniger in der Schnittstelle als in der Pflege des Anlagenstamms.

Abzugrenzen ist die automatische Fallanlage von der Alarmierung per App. Die Alarmierung informiert eine Person, damit sie reagiert. Die Fallanlage erzeugt einen dokumentierten Vorgang mit Historie, Zuständigkeit und Abrechnungsbezug. Beides zusammen ergibt einen belastbaren Ablauf, die Alarmierung allein hinterlässt keine nachvollziehbare Spur, wenn später über Reaktionszeiten diskutiert wird.

Eine häufige Fehlerquelle sind Mehrfachvorgänge. Meldet eine Anlage denselben Fehler im Minutentakt, entstehen ohne Sperrlogik dutzende Vorgänge zum selben Sachverhalt, die Disposition wird unbrauchbar und die Auswertung der Störungshäufigkeit verzerrt. Üblich ist deshalb eine Regel, die weitere Meldungen desselben Fehlercodes einem bereits offenen Vorgang zuordnet, statt einen neuen anzulegen.

Vorausgesetzt sind: ein gepflegter Anlagenstamm mit eindeutiger Kennung je Gerät, eine Schnittstelle oder Automatisierungsplattform zwischen Portal und Auftragssoftware, ein festgelegtes Regelwerk für Priorität und Zusammenführung sowie eine Überwachung der Verbindung selbst, damit ein stiller Ausfall auffällt.